월 1만 원짜리 영어 학습 서비스를 만들고, 돈을 내는 고객 100명을 모은다고 가정해 보겠습니다. 한 달 예상 매출은 100만 원입니다.

이 숫자를 적은 다음에는 보통 어떤 기능을 만들지, 개발비는 얼마나 들지 생각하게 됩니다. 그런데 그 전에 한 장 더 적어볼 것이 있습니다. 그 100만 원을 받기 위해 매달 무엇을 제공하고, 누가 일하며, 새 고객은 어떻게 만날지입니다.

이 메모는 사업계획서를 길게 쓰기 위한 것이 아닙니다. 아직 확인하지 않은 조건을 찾아 첫 개발 범위를 정하는 데 쓰입니다.

매출에서 빠지는 돈을 세 갈래로 나눠보세요

앞의 서비스에 다음과 같은 월 비용을 가정해 보겠습니다. 구조를 설명하기 위한 예시이며 실제 서비스의 가격이나 운영 성과는 아닙니다.

• 서비스 제공 비용 20만 원: 결제한 고객 100명에게 콘텐츠와 기능을 제공하면서 드는 비용입니다.
• 운영 작업비 40만 원: 콘텐츠 준비와 문의 대응 등에 실제 지급하는 비용을 가정합니다.
• 신규 고객 확보 비용 20만 원: 이번 달 새 유료 고객 20명을 한 명당 1만 원에 만난다고 가정합니다. 나머지 80명은 이전부터 이용하던 고객입니다.

이 조건에서는 매출 100만 원에서 세 비용을 빼고 20만 원이 남습니다. 여기서 새 고객 한 명을 확보하는 비용만 2만 원으로 바꿔보면 어떨까요?

고객 수와 매출은 같은데 결과가 달라집니다. 이 잔액은 예시에 넣은 비용만 차감한 값입니다. 세금·환불 등 추가 비용과 초기 개발·준비 비용은 별도로 살펴야 하므로 순이익이나 투자 회수액으로 읽으면 안 됩니다.

대표가 운영을 직접 맡을 계획이라면, 직접 지급할 돈과 자신의 작업 시간을 나누어 적어보세요. 외부 지급액이 없더라도 매주 해야 하는 콘텐츠 준비와 문의 대응은 남습니다. 그 시간을 환산한 비용을 실제 현금 지출과 섞거나 같은 작업을 두 번 더하지 않는 것도 중요합니다.

적어둔 숫자마다 근거가 있는지 표시해보세요

이 계산에서 중요한 부분은 마지막에 남은 20만 원이 아닙니다. 아직 가정으로 적은 숫자가 어느 것인지입니다.

월 1만 원은 고객에게 제시해 본 가격일까요? 유료 고객 100명은 어디에서 만날 수 있을까요? 신규 고객 20명 외의 80명이 계속 결제할 이유는 무엇일까요? 운영 작업비 40만 원은 어떤 업무와 시간을 포함할까요?

계산표 옆에 각각 확인한 값·추정한 값·확인할 방법을 적어보면 다음 행동이 보입니다. 특히 가정을 조금 바꿨을 때 잔액이 크게 달라지는 항목을 먼저 살펴볼 수 있습니다.

앞의 예시에서는 새 고객을 만나는 비용이 그런 항목입니다. 이때 필요한 질문은 “광고를 더 하면 되지 않을까?”에서 한 단계 구체적이어야 합니다. 어떤 고객이 어떤 설명을 보고 찾아오며, 체험과 이용 조건을 확인한 뒤 무엇을 선택하는지 살펴야 합니다.

확인하고 싶은 가정을 작은 이용 흐름으로 바꾸세요

영어 학습 서비스라면 한 주 분량의 콘텐츠와 이용 조건을 보여주고 반응을 확인하는 방법을 생각해 볼 수 있습니다. 좋은 아이디어라는 답과 실제로 콘텐츠를 열고 사용하는 행동, 제시한 가격 조건에서 선택하는 행동은 따로 기록합니다.

사전 신청·체험과 실제로 처음 결제한 고객 수를 나누어 기록하고, 같은 기간과 유입 경로에서 고객을 만나는 데 실제 쓴 금액도 따로 적습니다. 유료 전환을 확인하지 못했다면 고객 확보 단가는 미확인으로 남깁니다. 작은 시험에서 나온 단가도 앞으로의 확정값으로 쓰지 않고, 다음 확인에 사용할 가정으로 다룹니다.

이 과정에서 개발 질문도 구체적으로 바뀝니다.

• 첫 고객을 어떻게 만날지 확인하려면: 안내를 본 사람이 체험을 시작하고 끝내는 흐름 중 어디를 살펴야 할까요?
• 계속 이용할 이유를 확인하려면: 고객이 다음 학습을 이어갈 수 있는 핵심 경험과 필요한 기록은 무엇일까요?
• 운영 작업을 확인하려면: 콘텐츠를 올리고 문의에 답하는 일을 누가 어떤 화면에서 처리해야 할까요?

이 질문에 답하면 고객이 보는 앱뿐 아니라 운영자 화면과 필요한 데이터도 함께 정리됩니다. 아직 시험하려는 단계라면 직접 처리할 업무를 정할 수 있고, 제공 범위가 확인되면 반복 작업의 자동화 범위도 검토할 수 있습니다.

첫 출시 범위에는 확인할 질문도 함께 적으세요

개발을 의뢰할 때 기능 목록에 확인할 경험과 운영 방법도 덧붙여보세요. 영어 학습 서비스의 예에서는 이렇게 적을 수 있습니다.

1. 첫 고객이 한 주 학습을 마치고, 안내한 조건으로 계속 이용할지 선택하는 흐름을 확인하려고 합니다.
2. 콘텐츠 등록과 문의 대응은 운영자가 직접 맡고, 첫 시험에서는 반복 작업도 수동으로 처리하려고 합니다.
3. 체험 완료·신규 결제·다시 이용한 기록을 살펴본 뒤, 복습 기록과 알림 등 다음 기능의 우선순위를 정하려고 합니다.

이 메모가 있으면 첫 출시에 포함할 이용 흐름, 관리자 기능, 저장할 기록을 함께 논의할 수 있습니다. 아직 확인하지 않은 가정에 기대어 넣은 부가 기능도 다시 살펴볼 수 있습니다.

매출 100만 원을 쪼개보는 일의 목적은 작은 잔액만 보고 개발 여부를 단정하는 데 있지 않습니다. 고객에게 무엇을 약속하고 어떤 비용과 업무를 감당할지, 그중 무엇부터 확인해야 할지 찾는 데 있습니다. 그 질문이 구체적일수록 첫 개발 범위도 설명하기 쉬워집니다.

같은 예시에서 매출과 비용이 바뀌는 과정을 화면으로 살펴보고 싶다면, 데브크래프트의 앱으로 돈 버는 기본 법칙을 참고할 수 있습니다.