피드백 루프와
완성
배포가 끝이 아닙니다. 사용자의 행동으로 가설을 확인하고, 회고로 다음 루프의 방향을 정하고, 그동안 쌓인 기록을 최종보고서와 발표로 완성하는 방법을 다룹니다. 3년 손익 계산기와 제출 전 체크리스트가 함께 들어 있습니다.
대시보드에 찍힌 방문자, 3명
그중 2명은 팀원이었습니다. 실망스러운 숫자지만, 이번 루프가 남긴 분명한 데이터이기도 합니다.
"아무도 안 왔어요"도 정확한 피드백입니다
3장에서 만든 서비스를 어젯밤 배포했습니다. 단체 채팅방에 URL을 올리고 잠든 팀이 아침에 대시보드를 엽니다. 방문자 3명. 그중 2명은 새로고침을 누른 팀원 자신입니다. 순수한 외부 방문자는 1명, 가입은 0명입니다. 몇 주를 들인 결과가 이 숫자라면 실망하는 것이 당연합니다.
그런데 이 숫자를 다시 읽어 보면 다르게 보입니다. 팀은 2장에서 "관심사 커뮤니티에 올리면 목표 고객이 올 것"이라는 채널 가설을 세웠습니다. 외부 방문자 1명이라는 결과는 그 가설이 기각되었다는 정확한 피드백입니다. 제품이 좋은지 나쁜지는 아직 확인이 시작되지도 않았습니다. 확인된 것은 "그 채널로는 목표 고객에게 도달하지 못한다"는 사실 하나이고, 이것은 다음 루프에서 무엇을 바꿔야 하는지를 구체적으로 알려 줍니다. 데이터 없이 계획서만 다듬은 팀은 이런 확인을 한 번도 받지 못합니다.
여기서 이 장 전체의 관점이 나옵니다. 피드백 수집의 목적은 칭찬을 모으는 것이 아니라, 세워 둔 가설이 맞았는지 확인하는 것입니다. 지지든 기각이든 결론이 나와야 루프가 다음으로 이어지고, 그 확인 기록이 쌓인 것이 곧 최종보고서가 됩니다. 이 장이 답할 질문은 셋입니다.
"방문자 0명도 피드백"이라는 관점은 린 스타트업 계열 방법론의 공통 전제입니다. 리스(Ries 2011)는 만들기–측정–학습(Build–Measure–Learn) 루프에서 학습을 검증된 학습(validated learning), 즉 "고객에 대한 가설이 데이터로 확인된 것"으로 좁혀 정의했습니다. 이 정의에서는 트래픽이 0인 실험도 가설을 확인했다면 성공한 실험이고, 트래픽이 많아도 어떤 가설도 확인하지 못했다면 배운 것이 없는 실험입니다.
주의할 것은 반대 방향의 오독입니다. "기각도 배움이다"가 "결과가 나빠도 괜찮다"로 미끄러지면 안 됩니다. 기각이 배움이 되는 조건은 사전에 가설과 확인 기준을 적어 두었을 때뿐입니다. 결과를 본 뒤에 "사실 우리는 이걸 배우려던 것"이라고 고쳐 쓰는 것은 배움이 아니라 합리화이고, 심사자는 그 차이를 기록의 순서에서 읽어 냅니다. 1장에서 매주 진행사항 보고를 요구한 이유가 여기서 회수됩니다.
출처 Ries, The Lean Startup, Crown Business, 2011, 3장(validated learning) · 이 수업의 루프 구조는 캡스톤 홈의 다이어그램 기준.
피드백 수집 — 두 종류의 눈으로 봅니다
숫자는 "무엇이 일어나는가"를, 관찰은 "왜 일어나는가"를 알려 줍니다. 한쪽만 보면 결론이 왜곡됩니다.
깔때기로 봅니다: 허영 지표와 행동 지표
측정의 기본 단위는 개별 숫자가 아니라 깔때기(funnel)입니다. 사용자가 가치에 도달하기까지의 단계를 줄 세우고, 각 단계에서 몇 %가 다음 단계로 넘어가는지를 봅니다.
| 단계 | 측정하는 것 | 이 단계가 확인하는 가설 |
|---|---|---|
| ① 방문 | 외부 유입 수 (팀원 제외) | 채널 가설 — 목표 고객에게 도달하는가 |
| ② 가입 | 방문 대비 가입 전환율 | 포지셔닝 가설 — 첫 화면의 약속이 매력적인가 |
| ③ 핵심 행동 | 서비스의 존재 이유인 행동 1회 (예: 크루 참가 신청) | 가치 가설 — 약속한 가치가 실제로 작동하는가 |
| ④ 재방문 | 일정 기간 내 다시 돌아온 비율 | 유지 가설 — 한 번의 호기심이 아니라 반복될 가치인가 |
여기서 지표의 품질을 가르는 구분이 나옵니다. 허영 지표(vanity metric)는 시간이 지나면 저절로 커지는 누적값입니다. 누적 다운로드, 누적 방문자, 총 가입자는 서비스가 나빠져도 줄지 않으므로 어떤 가설도 확인해 주지 못합니다. 반면 행동 지표(actionable metric)는 비율과 반복입니다. 주간 재사용률, 방문 대비 가입 전환율은 서비스가 나빠지면 함께 나빠지므로 가설 확인에 쓸 수 있습니다. 보고서에 "누적 방문 500명"이라고 쓰고 싶어질 때마다, 그 숫자가 어떤 가설을 확인해 주는지 자문해 보면 됩니다. 확인해 주는 것이 없다면 자랑이지 피드백이 아닙니다.
스타트업 지표 체계로 널리 쓰이는 압축판이 AARRR(해적 지표)입니다. 획득(Acquisition)–활성화(Activation)–유지(Retention)–추천(Referral)–수익(Revenue)의 다섯 단계로, 위 깔때기의 ①②가 획득·활성화, ④가 유지에 해당합니다. 창업 액셀러레이터 500 Startups의 데이브 매클루어가 퍼뜨린 틀로 알려져 있습니다. 크롤과 요스코비츠(2013)는 여기에 "지금 단계에서 단 하나만 본다"는 규율을 더했습니다. OMTM(One Metric That Matters) — 학기 프로젝트라면 더더욱, 이번 루프에서 확인할 지표는 하나로 좁히는 것이 좋습니다. 다섯 지표를 다 보겠다는 팀은 대개 하나도 제대로 보지 못합니다.
측정 도구는 거창할 필요가 없습니다. 3장에서 배포한 플랫폼의 기본 애널리틱스나 서버 로그의 방문 기록이면 깔때기 ①②는 충분히 계산됩니다. ③④는 데이터베이스의 행동 기록을 주 1회 세는 것으로 시작해도 됩니다. 도구를 고르는 데 하루 이상 쓰지 않는 것이 좋습니다 — 병목은 도구가 아니라 확인 기준입니다.
출처 Croll & Yoskovitz, Lean Analytics, O'Reilly, 2013, 2장(vanity vs actionable)과 OMTM · Ries, The Lean Startup, 2011, 7장(innovation accounting).
과업을 주고, 설명하지 않고, 관찰합니다
숫자는 ②단계에서 사람들이 이탈한다는 사실은 알려 주지만, 왜 이탈하는지는 알려 주지 않습니다. "왜"는 실제 사용자가 쓰는 모습을 옆에서 지켜봐야 나옵니다. 방법은 과업 기반 사용자 테스트입니다.
잠재 고객에 해당하는 사람을 앉히고, 설명 없이 과업 하나를 줍니다. "이 앱에서 크루 하나에 참가 신청해 보세요." 그리고 지켜봅니다. 도와주고 싶은 순간을 참는 것이 이 방법의 핵심입니다. 사용자가 어디서 멈추고, 무엇을 잘못 누르고, 어떤 말을 하는지 그대로 적습니다. 기록 양식은 네 칸이면 충분합니다.
| 과업 | 성공 여부 | 막힌 지점 | 발언 인용 (그대로) |
|---|---|---|---|
| 크루 참가 신청 | 실패 | 메인에서 '크루' 메뉴를 못 찾음 (40초 배회) | "신청은 어디서 하는 거예요? 이게 목록인가?" |
| 내 신청 내역 확인 | 성공 (110초) | 프로필 아이콘을 세 번째에 발견 | "아, 여기 숨어 있네요." |
몇 명에게 시키면 될까요. 널리 인용되는 것이 닐슨의 5명 규칙입니다 — 소수(약 5명)를 반복 테스트하면 주요 사용성 문제의 대부분이 발견된다는 주장으로 알려져 있습니다. 핵심은 이것이 통계 검증이 아니라 문제 발견을 위한 규칙이라는 점입니다. 5명으로 "전환율이 유의하게 높다"를 증명할 수는 없습니다. 그러나 "메뉴를 못 찾는다"는 문제를 발견하는 데는 5명이면 충분한 경우가 많습니다. 발견 즉시 고치고 다음 5명으로 다시 확인하는 편이, 20명을 한 번에 부르는 것보다 낫습니다.
5명 규칙의 근거는 닐슨과 랜다우어가 제안한 발견 확률 모형입니다. 사용자 1명이 개별 문제를 발견할 확률을 평균적으로 일정하다고 가정하면, 발견되는 문제의 비율은 사용자 수에 대해 수확 체감 곡선을 그리고, 소수 인원에서 이미 상당 부분에 도달한다는 논리입니다. 이 모형의 가정(문제 발견 확률의 균질성)에 대한 비판도 있으므로, "5명이면 충분하다"를 법칙이 아니라 예산 배분의 지침으로 읽는 것이 정확합니다 — 같은 15명이라면 5명×3회가 15명×1회보다 낫다는 지침입니다.
테스트 대상은 반드시 2장에서 정의한 목표 고객 세그먼트에서 뽑습니다. 팀원의 친구 중 아무나 5명이 아니라, "러닝 크루에 관심은 있지만 아직 가입하지 않은 20대"처럼 페르소나 조건을 만족하는 5명입니다. 조건 밖의 사용자가 낸 문제는 참고는 되지만 가설 확인에는 쓰지 않습니다.
출처 Nielsen, "Why You Only Need to Test with 5 Users", Nielsen Norman Group, 2000, nngroup.com/articles/why-you-only-need-to-test-with-5-users · Nielsen & Landauer, "A Mathematical Model of the Finding of Usability Problems", Proc. INTERCHI '93, 1993.
마케팅 계획 3요소를 가설로 다시 씁니다
이 수업의 마케팅 계획은 세 요소로 구성됩니다 — 목표 고객, 포지셔닝, 실행계획. 루프의 언어로 옮기면 세 요소는 모두 검증 대상 가설이 됩니다.
도입의 방문자 1명은 바로 세 번째 요소가 확인된 결과였습니다. 실행계획을 "인스타 홍보, 에브리타임 홍보, 오픈채팅 홍보"처럼 나열형으로 쓰면 무엇이 확인됐는지 알 수 없습니다. "채널 A에 3일 집행 → 유입 n명 이상이면 지지"처럼 채널 하나씩, 기준을 달아 순서대로 검증하는 것이 루프식 실행계획이고, 그 확인 기록이 보고서의 시장 테스트 계획·실행 성과 항목을 채웁니다.
학기 프로젝트에서 현실적으로 검증할 수 있는 채널은 두세 개입니다. 대학 커뮤니티(에브리타임 등), 관심사 커뮤니티(오픈채팅·카페·디스코드), SNS 콘텐츠(인스타그램·릴스), 오프라인 거점(동아리·학과 행사) 정도가 후보군이고, 각각 도달하는 세그먼트가 다릅니다. 중요한 것은 채널별로 유입 출처를 구분해 셀 수 있게 링크를 분리하는 것입니다. 출처를 구분하지 않으면 어느 채널 가설이 지지됐는지 알 수 없어, 유입이 있어도 배우는 것이 없습니다.
생각해 볼 질문
우리 팀의 실행계획을 꺼내 봅시다. 각 항목에 "며칠 안에, 무엇이 몇 이상이면 지지"라는 확인 기준이 붙어 있습니까? 기준을 붙일 수 없는 항목이라면 그것은 계획이 아니라 희망에 가깝습니다.
출처 마케팅 계획 3요소(목표 고객·포지셔닝·실행계획)는 이 수업의 보고서 요건 기준 · 채널 우선순위 검증의 논리는 Croll & Yoskovitz, Lean Analytics, 2013의 단계별 지표 논의 참고.
회고와 다음 루프
루프를 한 번 돌리고도 캔버스가 바뀌지 않았다면, 그 루프에서 배운 것이 없다는 뜻입니다. 회고는 감상이 아니라 결론과 다음 가설을 만드는 회의입니다.
루프를 닫는 세 개의 질문
한 루프가 끝날 때마다 팀은 30분 회고를 엽니다. 안건은 언제나 같은 세 질문입니다.
- 이번 가설은 지지됐는가, 기각됐는가. 루프 시작 때 적어 둔 가설과 확인 기준을 그대로 읽고, 측정값과 대조해 결론을 내립니다. "애매하다"는 결론도 가능하지만, 그 경우 확인 기준이 잘못 설계됐다는 뜻이므로 다음 루프의 기준을 고칩니다.
- 무엇을 배웠는가. 이번 결론이 고객·문제·솔루션·채널에 대해 무엇을 새로 알려 줬는지 한두 문장으로 적습니다. "열심히 했다"는 배움이 아닙니다. "이 세그먼트는 가격보다 소속감에 반응한다"가 배움입니다.
- 다음 루프의 가설은 무엇인가. 배운 것에서 곧바로 다음 가설을 뽑습니다. 여기서 나온 가설이 다음 주 진행사항 보고의 첫 줄이 됩니다.
세 질문의 답이 나오면 린 캔버스를 갱신합니다. v1을 고쳐 쓰는 것이 아니라 v2를 새로 저장하고, 바뀐 칸에 표시를 남깁니다. 예를 들어 "고객 세그먼트 칸: 러닝 초보 전체 → 크루 경험 없는 20대 직장인 (루프 2 테스트 결과 반영)"처럼 적습니다. 버전이 쌓인 캔버스 기록은 최종보고서에서 팀이 무엇을 배워 왔는지 보여 주는 가장 압축적인 증거가 됩니다.
보고서 지정 목차의 마지막 항목 — 기존 보고서 평가의견 답변 및 수정반영 사항 — 의 구조가 이것과 같다는 점도 눈여겨볼 만합니다. 심사자의 평가의견은 외부에서 온 피드백이고, 답변·수정반영은 그 피드백에 대한 확인과 대응의 기록입니다. 즉 이 수업의 보고서 체계 자체가 "피드백을 받았으면 무엇을 바꿨는지 기록하라"는 루프 구조로 설계되어 있습니다. 사용자 피드백에 캔버스 갱신으로 답해 온 팀은 심사자 피드백에 답하는 요령도 이미 갖춘 셈입니다.
회고 진행의 실무 팁을 하나 더하면, 세 질문의 답을 회고 자리에서 처음 쓰기 시작하면 30분을 넘깁니다. 측정 담당이 확인 기준과 측정값을 표로 만들어 들고 오고, 회고 시간은 결론과 다음 가설 합의에만 쓰는 것이 효율적입니다. 1장에서 정한 역할 분담이 여기서 작동합니다.
출처 Ries, The Lean Startup, 2011, Build–Measure–Learn · 캔버스 버전 관리는 2장의 린 캔버스 도구 기준.
같은 문제면 개선, 문제가 바뀌면 피벗
가설이 기각된 팀 앞에는 두 갈래 길이 있습니다. 판단 기준은 "무엇이 기각됐는가"입니다.
피벗은 실패가 아니라 배움의 증거입니다. "만들고 보니 그 문제를 겪는 사람이 없었다"를 4주차에 아는 팀과 12주차에 아는 팀의 차이가, 이 수업의 평가 차원인 개선도의 차이로 나타납니다. 피벗을 했다면 보고서에 그대로 기록합니다 — 언제, 어떤 근거로, 무엇에서 무엇으로 바꿨는지.
"부정적 피드백이나 기각된 가설은 보고서에서 빼는 게 좋다. 잘된 것만 보여야 점수를 받는다." — 사실과 다릅니다. 이 수업의 평가 차원에는 개선도(직전 대비 얼마나 나아졌는가)와 목표 대비 실달성이 들어 있습니다. 개선도는 정의상 "무엇이 안 됐고, 무엇을 바꿨더니 나아졌는가"의 기록 없이는 보여줄 수 없습니다. 기각된 가설과 그에 대한 대응이야말로 점수의 재료입니다. 기각 기록이 하나도 없는 보고서는 심사자에게 "검증을 안 했거나, 안 되는 것을 숨겼거나" 둘 중 하나로 읽히며, 어느 쪽도 유리하지 않습니다.
리스(2011)는 피벗을 "비전은 유지한 채 전략을 구조적으로 수정하는 것"으로 정의하고, 줌인 피벗(기능 하나가 제품 전체가 됨), 고객 세그먼트 피벗, 채널 피벗 등의 유형을 제시했습니다. 학기 프로젝트에서 실제로 자주 일어나는 것은 세그먼트 피벗(같은 서비스, 다른 고객)과 줌인 피벗(만들어 둔 기능 중 하나에만 반응이 옴)입니다. 특히 줌인 피벗은 3장에서 기능을 여러 개 만든 팀이 데이터를 보고 하나로 좁히는 형태로 나타나는데, "무엇을 안 만들지 정하라"던 3장의 원칙이 데이터로 되돌아온 것이라 할 수 있습니다.
출처 Ries, The Lean Startup, 2011, 8장(pivot or persevere) · 평가 차원(개선도/계획대비성과/목표달성율 대비 실달성/팀협력)의 배점 확정본은 학기 공지 기준.
사업성 분석 — 숫자에 근거 등급을 답니다
사업성 분석의 신뢰도는 계산 솜씨가 아니라 근거의 등급에서 나옵니다. 루프를 돌린 팀은 가장 좋은 등급의 근거를 이미 갖고 있습니다.
상향식 공식과 SOM 정합성
최종보고서의 사업성 분석은 향후 3년간 투자 비용과 상세 내역, 매출 목표와 상세 내역, 예상 이익을 요구합니다. 매출 추정의 기본 공식은 상향식입니다.
연 매출 = 유료 고객 수 × 전환율 × 객단가 × 구매 빈도
"시장이 1조 원이니 1%만 차지하면 100억 원"이라는 하향식 서술은 근거가 되지 못합니다. 상향식은 반대로 갑니다 — 어느 채널에서 몇 명이 오고, 그중 몇 %가 결제하고, 1인당 얼마를 얼마나 자주 내는가. 각 항에 숫자를 넣을 때마다 "이 숫자는 어디서 왔는가"를 물을 수 있는 구조 자체가 상향식의 가치입니다.
정합성 검산도 하나 필요합니다. 3년 차 매출 목표를 객단가로 나눠 고객 수로 환산했을 때, 그 수가 2장에서 계산한 SOM(수익 가능 시장)을 넘으면 근거의 연결이 무너집니다. SOM은 "우리 채널과 자원으로 도달 가능한 시장"의 상한이었으므로, 매출 목표가 그 상한을 넘는 순간 보고서 앞부분(시장분석)과 뒷부분(사업성 분석)이 서로 모순됩니다. 심사자가 가장 쉽게 찾아내는 오류가 이것입니다.
구매 빈도를 빠뜨리는 것이 가장 흔한 실수입니다. 월 구독형이면 빈도는 연 12회로 명시적이지만, 건당 결제형(수수료, 티켓)은 "1인당 연간 몇 번 결제하는가"를 따로 가정해야 합니다. 이 가정이 빠지면 고객 수와 객단가가 맞아도 매출이 몇 배로 틀어집니다. 반대로 이탈률을 빠뜨리면 매출이 과대 추정됩니다 — 1년 차에 모은 고객이 3년 차까지 전원 남아 있다는 가정은 어떤 서비스에서도 성립하지 않습니다. 아래 실습의 계산기는 단순화를 위해 이탈을 뺐지만, 보고서에 쓸 때는 "연 이탈률 x% 가정"을 한 줄이라도 명시하는 것이 좋습니다.
출처 사업성 분석 요건(3년 투자 비용·매출 목표·예상 이익)은 이 수업의 보고서 요건 기준 · SOM 계산은 2장의 TAM-SAM-SOM 계산기 참고.
고정비, 변동비, 그리고 BEP
비용은 두 종류로 나눠 적습니다. 고정비는 고객이 0명이어도 나가는 돈(서버 기본료, 툴 구독, 인건비 상당액)이고, 변동비는 고객 1명·거래 1건마다 비례해 나가는 돈(결제 수수료, 건당 API 비용, 배송비)입니다.
이 구분이 서면 손익분기점(BEP)이 한 줄로 나옵니다. 고객 1명이 매달 남겨 주는 돈은 객단가 × (1 − 변동비율)이므로,
월 BEP 고객 수 = 월 고정비 ÷ ( 객단가 × (1 − 변동비율) )
손검산 예를 들면, 월 고정비 300만 원, 월 객단가 3만 원, 변동비율 40%일 때 3,000,000 ÷ (30,000 × 0.6) = 3,000,000 ÷ 18,000 ≈ 167명입니다. 이 숫자를 SOM 및 채널별 유입 실측과 나란히 놓으면, "우리 사업이 성립하려면 몇 명이 필요한가"가 처음으로 구체적인 질문이 됩니다.
| 등급 | 근거의 종류 | 예시 | 보고서 표기 |
|---|---|---|---|
| ① | 실측 — 우리 루프에서 나온 숫자. 가장 좋은 등급 | 루프 3에서 방문 대비 가입 전환율 6.2% (n=210) | 측정 기간·표본 수 병기 |
| ② | 공개 통계·벤치마크 — 다른 곳에서 측정된 숫자 | 업계 평균 구독 전환율, 통계청 인구, 시장 보고서 | 출처와 연도 병기 |
| ③ | 가정 — 아직 아무도 측정하지 않은 숫자 | 3년 차 연 성장률 100% | "가정"이라 명시 + 민감도(값이 절반이면 어떻게 되는가) |
손익 추정에 들어가는 모든 숫자에 이 세 등급 중 하나를 답니다. 여기서 루프 수업의 이점이 드러납니다 — 다른 팀이 ③ 가정으로 쓰는 전환율을, 루프를 돌린 팀은 ① 실측으로 쓸 수 있습니다. 표본이 210명이어도 실측은 실측이고, "이 팀의 숫자는 어디까지 믿을 수 있는가"에 대한 심사자의 기준선을 바꿔 놓습니다.
등급 ③을 부끄러워할 필요는 없습니다. 3년 추정에서 가정 없이 쓸 수 있는 숫자는 원래 거의 없습니다. 문제는 가정이라는 사실을 숨기는 것입니다. 성실한 처리는 민감도 표시입니다 — "성장률 100% 가정 시 3년 차 흑자, 50%면 4년 차로 밀림"처럼, 가정이 절반으로 줄어도 결론이 어떻게 되는지를 한 줄 보여 주면 됩니다. 아래 손익 계산기에서 슬라이더 하나를 절반으로 줄여 보는 것이 바로 이 민감도 분석의 축소판입니다.
변동비율이 높은 사업(중개 수수료형, 재판매형)은 성장해도 이익이 잘 나지 않는 구조라는 점도 계산기에서 확인됩니다. 매출에서 변동비가 비례해 빠져나가므로, 고객 1명이 남기는 공헌이익이 얇으면 고객이 아무리 늘어도 고정비를 넘어서기 어렵습니다. 성장률이 수익 구조를 대신하지 못하는 이유입니다.
출처 BEP 공식은 관리회계의 표준 공헌이익 접근 · 근거 등급과 민감도 서술은 Croll & Yoskovitz, Lean Analytics, 2013의 기준선(baseline) 논의를 수업용으로 정리한 것.
최종보고서와 발표 — 기록을 조립합니다
루프를 돌린 팀에게 최종보고서는 새로 쓰는 문서가 아니라, 이미 쌓인 기록을 지정 목차에 맞춰 조립하는 작업입니다.
각 항목의 재료는 어느 루프 기록에 있는가
최종보고서는 본문 기준 A4 20페이지 이내(표지·목차·참고문헌 별도)이고, 목차는 아래 10항목으로 지정되어 있습니다. 각 항목이 요구하는 것과 그 재료가 나오는 곳을 대응시켜 보면, 12주차에 처음부터 쓰기 시작해야 할 항목은 사실상 없습니다.
| 항목 | 무엇을 쓰나 | 어느 루프 기록에서 나오나 | 심사자가 확인하는 것 |
|---|---|---|---|
| ① 주제 설명 | 사업 내용·아이디어 설명 | 캔버스 최신 버전의 문제·솔루션 칸 | 한 문단으로 이해되는가 |
| ② 선정 배경 | 왜 이 문제를 골랐는가 | 2장 문제 발견 기록, 루프 0의 가설 | 문제가 실재한다는 근거 |
| ③ 시장분석 | 고객·경쟁자·자사 분석 — 차별점 비교표 | 2장 시장분석 + 루프별 세그먼트 확인 결과 | 비교표에 "우리만 O"인 행 |
| ④ 개념도·디자인 | 거래·수익 프로세스를 포함한 개념도 | 3장 아키텍처 + 배포된 실물 화면 | 돈의 흐름이 화살표로 있는가 |
| ⑤ 사업성 분석 | 3년 매출·비용 추정 → 수익성 근거 | §3 공식 + 루프 실측 전환율 | 숫자마다 근거 등급 |
| ⑥ 개발 과정 | 시간·비용·개발 tool·핵심 기능·시장 테스트 계획 | 3장 빌드 기록, 매주 진행사항 보고 | 계획과 실제의 대조 |
| ⑦ 실행 성과 | 개발 완성도, 잠재 고객 테스트 결과, 고객 반응, 기타 | §1 깔때기 수치 + 사용자 테스트 기록 | 실측 데이터와 발언 인용 |
| ⑧ 목표 달성도 | 당초 목표 대비 항목별 0~100% 표 | 루프 0의 목표 선언 + 최종 측정 | 근거 있는 정직한 % |
| ⑨ 역할 분담 | 팀원별 역할 내역 표 | 1장 역할 정의 + 매주 보고의 담당 표기 | 전원의 실질 기여 |
| ⑩ 평가의견 답변 | 기존 보고서 평가의견에 대한 답변·수정반영 (보고서 마지막에 첨부) | 1·2차 보고서 평가의견 + 반영 기록 | 피드백에 대한 대응 기록 |
표의 셋째 열이 비어 있는 팀 — 루프 기록 없이 12주차를 맞은 팀 — 은 ⑤⑦⑧을 그 자리에서 만들어 내야 하고, 그렇게 만든 숫자는 등급 ③ 가정에도 미치지 못합니다. 20페이지 제한은 벌칙이 아니라 편집 기준입니다. 모든 것을 넣는 것이 아니라, 각 항목에서 근거가 가장 강한 기록만 남깁니다.
③의 차별점 비교표는 형식이 사실상 정해져 있습니다 — 행은 비교 기준(기능·가격·접근성 등), 열은 우리와 경쟁자 2~3곳, 칸은 O/△/X입니다. 이 표가 설득력을 가지려면 우리만 O인 행이 최소 하나 있어야 하고, 그 행이 ①에서 말한 차별적 가치·포지셔닝과 같은 것이어야 합니다. 비교 기준을 우리에게 유리하게만 고르면 심사자가 먼저 알아챕니다. 경쟁자가 앞서는 행도 한두 개 남겨 두는 것이 표 전체의 신뢰를 만듭니다.
④의 "거래와 수익 프로세스 포함"이라는 조건도 놓치기 쉽습니다. 화면 흐름도만 그리면 요건 미달입니다. 사용자·(공급자)·우리 사이에서 돈이 언제 어느 방향으로 흐르고 우리 몫이 어디서 생기는지가 화살표로 그려져야 합니다. 수익모델이 아직 작동하지 않는 단계(무료 운영)라면 "예정 흐름"임을 명시하고 그리면 됩니다.
출처 분량(A4 20페이지 이내, 표지·목차·참고문헌 별도)과 지정 목차 10항목은 이 수업의 최종보고서 요건 기준. 제출 형식·기한의 확정본은 eclass 공지 기준.
100%로만 채운 표가 오히려 불리한 이유
⑧ 목표 달성도는 당초 목표 대비 달성 정도를 항목별 0%~100%로 적는 표입니다. 양식은 다섯 칸이면 충분합니다.
| 항목 | 당초 목표 | 달성 내용 | 달성률 | 근거 |
|---|---|---|---|---|
| 핵심 기능 구현 | 크루 개설·참가·알림 3기능 | 개설·참가 배포, 알림은 미구현 | 70% | 배포 URL, 기능 목록 |
| 사용자 확보 | 가입 100명 | 가입 64명 (외부 유입만 집계) | 64% | 대시보드 캡처, 집계 기준 명시 |
| 유료 전환 검증 | 결제 의사 확인 10건 | 사전 결제 링크 클릭 23건, 실결제 2건 | 100% | 결제 로그 — 목표 정의를 상회 |
여기서 정직한 작성이 유리한 이유를 설명하겠습니다. 전 항목이 100%로 채워진 표는 좋은 신호가 아닙니다. 심사자는 그런 표를 "목표를 낮게 잡았거나, 달성한 것에 맞춰 목표를 나중에 고쳤다"로 읽을 수 있습니다. 목표 대비 실달성이라는 평가 차원은 목표의 수준과 달성의 정직함이 함께 있어야 작동합니다. 70% 달성에 "왜 30%가 남았고 무엇이 병목이었는가"의 원인 분석이 붙은 행이, 근거 없는 100% 행보다 신뢰도 높고 평가 재료로도 낫습니다.
달성률 %는 근거 칸이 지탱합니다. "가입 100명 목표에 64명이므로 64%"처럼 분모와 분자가 드러나는 %는 반박의 여지가 없습니다. 반면 "완성도 90%"처럼 분모가 없는 %는 인상에 가깝습니다. 목표가 정성적이었다면(예: "사용성 개선") 지금이라도 측정 가능한 대리 지표(과업 성공률, 완료 시간)로 번역해 근거를 만듭니다. 당초 목표 자체는 루프 0(주제 발표)에서 선언한 것을 그대로 가져와야 하며, 여기서도 매주 보고의 기록이 원본 역할을 합니다 — 목표를 나중에 고쳐 쓴 흔적은 기록 대조에서 드러납니다.
출처 목표 달성도 표(항목별 0~100%)는 이 수업의 최종보고서 요건 기준 · 평가 차원의 배점 확정본은 학기 공지 기준.
발표자는 당일에 정해집니다 — 전원이 전체를 알아야 합니다
기말 최종 발표에는 특수한 규칙이 두 가지 있습니다. 발표자와 Q&A 대응자를 랜덤으로 선정하고, 팀 상호 발표 평가(자기 팀 투표 불가, 총 3표)가 들어갑니다. 두 규칙 모두 준비 방식을 바꿉니다.
- 랜덤 선정 대비 — 전원 리허설, 역할 교체. 발표 대본을 1명이 외우는 준비는 이 규칙 앞에서 의미가 없습니다. 리허설을 최소 2회 돌리되, 회차마다 발표자와 Q&A 대응자를 바꿔 전원이 한 번씩 서 봅니다. 각자 "내가 지명되면 약한 부분"을 미리 말하고 그 부분만 서로 가르치는 것이 효율적입니다.
- 데모는 라이브 + 녹화 백업. 배포된 실물을 라이브로 시연하는 것이 기본입니다 — 이 수업에서 데모는 목업이 아니라 배포된 URL입니다. 다만 발표장의 네트워크와 서버는 통제 밖이므로, 같은 시나리오의 화면 녹화를 반드시 준비하고, 라이브가 30초 안에 복구되지 않으면 즉시 녹화로 전환합니다. 전환을 판단할 담당자도 미리 정해 둡니다.
- Q&A 팀 내 이관 규칙. 지명된 대응자가 모르는 질문이 나올 수 있습니다. "제가 우선 답하고, 세부 수치는 측정 담당 ○○이 보완하겠습니다"처럼 한 문장으로 넘기는 규칙을 정해 두면, 모르는 질문이 감점 요인이 아니라 팀워크를 보여 주는 기회가 됩니다. 침묵과 즉흥 추측이 가장 좋지 않습니다.
- 상호평가 3표. 다른 팀들의 투표(자기 팀 제외, 총 3표)가 평가에 들어갑니다. 심사자용 논증과 별개로, 청중이 3분 안에 기억할 한 장면 — 라이브 데모의 순간, 실측 숫자 하나 — 을 준비하는 것이 좋습니다.
발표 구조는 보고서 목차를 순서대로 읽는 것보다 루프의 흐름으로 재배열하는 것이 전달력이 좋습니다 — "처음 가설은 이것이었다 → 첫 확인에서 이렇게 기각됐다 → 바꿨더니 이 숫자가 나왔다 → 그래서 지금의 사업성 추정은 이 실측 위에 서 있다." 이 흐름은 개선도·목표 대비 실달성이라는 평가 차원과 같은 축이고, 기각의 기록이 있어야 성립합니다. 발표 시간·순서·배점의 확정본은 학기 공지를 따릅니다.
출처 랜덤 선정·상호평가 3표(자기 팀 투표 불가)·12주차 최종보고서·기말 최종 발표 일정은 이 수업의 운영 기준. 확정본은 eclass 공지 기준.
실습 — 손익을 계산해 보고, 제출을 점검합니다
성장률이 수익 구조를 대신하지 못한다는 것을 숫자로 확인하고, 남은 작업을 체크리스트로 드러냅니다.
3년 손익 계산기
한 줄 목표: 다섯 개의 가정이 3년 손익과 손익분기점을 어떻게 결정하는지, 특히 성장률이 높아도 변동비율이 높으면 흑자가 나지 않는 조합이 있음을 눈으로 확인합니다.
연 단위 3년 추정
고객수t = 1년차 × (1+성장률)t−1 · 매출t = 고객수t × 객단가 × 12 · 이익t = 매출 × (1−변동비율) − 고정비 × 12
조작 안내 — ① 기본값(고객 1,000명 · 성장 100% · 객단가 3만 원 · 고정비 300만 원 · 변동비 40%)에서 월 BEP가 167명으로 나오는지 §3의 손검산과 대조해 봅니다. ② 객단가를 최저로, 변동비율을 80%로 놓고 성장률을 300%까지 올려 봅니다. ③ 이번에는 성장률을 그대로 두고 변동비율만 낮춰 봅니다.
관찰 포인트 — ②에서 3년 내내 이익 막대가 적자 색(브릭색)에 머무는 조합을 찾았다면 성공입니다. 성장률 슬라이더는 매출 막대만 키울 뿐 적자 구조를 바꾸지 못하고, 변동비율과 객단가가 움직여야 이익의 색이 바뀝니다 — 성장이 수익 구조를 대신하지 못한다는 것이 이 실습의 결론입니다.
단순화 가정 — 이 계산기는 이탈률과 고객 획득 비용(CAC)을 반영하지 않으며, 성장률·고정비도 3년 내내 일정하다고 가정합니다. 보고서에 옮길 때는 이 가정들을 명시하고 민감도를 함께 적어야 합니다.
이 계산기의 다섯 슬라이더가 곧 보고서 ⑤(사업성 분석)의 다섯 가정이고, 각각에 §3의 근거 등급을 달 수 있습니다. 1년차 고객 수와 객단가는 루프 실측(① 등급)으로 끌어올릴 수 있는 값이고, 성장률은 대개 ③ 가정에 머뭅니다. 그래서 민감도 분석의 우선순위도 성장률이 첫 번째입니다 — 근거가 가장 약한 슬라이더를 절반으로 줄였을 때 결론(흑자 전환 연도)이 유지되는지가 사업성 서술의 강도를 결정합니다.
출처 공헌이익 기반 BEP는 관리회계 표준 공식 · 모형의 단순화 가정은 실습 안내에 명시.
제출 전 체크리스트
한 줄 목표: 최종보고서와 발표의 요건을 체크박스로 점검해 남은 작업 목록을 드러냅니다. 체크 상태는 브라우저에 저장되어 다시 열어도 유지됩니다.
형식 · 내용 · 발표 13항목
팀 회의 화면에 띄워 놓고 하나씩 확인합니다. 근거를 말할 수 없는 항목은 체크하지 않는 것이 규칙입니다.
조작 안내 — 팀 전원이 보는 자리에서, 각 항목의 근거(페이지 번호, 파일, 담당자)를 말할 수 있을 때만 체크합니다.
관찰 포인트 — 진행률 바가 아니라 비어 있는 칸이 이 실습의 산출물입니다. 미완료 항목이 곧 남은 작업 목록이며, 그대로 이번 주 진행사항 보고의 할 일이 됩니다. 13/13이 되기 전에는 제출하지 않는 것이 목표입니다.
출처 체크 항목은 이 장의 §3~§4와 최종보고서 요건에서 도출. 제출·평가 확정본은 eclass 공지 기준.
퀴즈와 핵심 정리
먼저 스스로 답한 뒤 펼쳐서 확인해 봅니다.
퀴즈
배포 다음 날 외부 방문자가 사실상 0명이었습니다. 이것이 "피드백이 없다"가 아니라 "피드백이다"인 이유를 가설의 언어로 설명해 봅시다.
목표 달성도 표를 전 항목 100%로 채워 제출하려는 팀이 있습니다. 이 표가 오히려 불리하게 읽힐 수 있는 이유는 무엇이고, 어떻게 쓰는 것이 나을까요?
루프를 돌려 얻은 실측 전환율(예: 방문 대비 가입 6.2%, n=210)은 사업성 분석에서 어떤 가치를 가질까요? 근거 3등급의 언어로 답해 봅시다.
하나. 가설의 확인은 사용자의 행동으로 합니다. 팀의 확신이나 발표의 인상이 아니라, 깔때기의 전환율과 테스트에서 관찰된 행동이 근거입니다. 방문자 0명도 그런 근거의 하나입니다.
둘. 기록이 곧 보고서입니다. 매주의 진행사항 보고, 캔버스의 버전들, 기각된 가설과 그 대응 — 루프를 돌린 팀에게 최종보고서 10항목은 조립이지 창작이 아닙니다.
셋. 숫자에는 근거 등급을 답니다. 실측, 공개 통계, 가정의 순서로 신뢰도가 높고, 이 수업이 준 가장 큰 이점은 다른 팀이 가정으로 쓰는 숫자를 실측으로 쓸 수 있게 된 것입니다.
루프는 학기가 끝난 뒤에도 계속 돌릴 수 있습니다. 계속할지는 이제 팀의 선택입니다.
참고문헌
연도는 출간 기준입니다. 수업 요건의 확정본은 eclass 공지 기준입니다.
지표와 피드백
- Croll, A., & Yoskovitz, B. (2013). Lean Analytics: Use Data to Build a Better Startup Faster. O'Reilly Media. — 허영 지표 vs 행동 지표, OMTM, 단계별 기준선.
- Nielsen, J. (2000). Why You Only Need to Test with 5 Users. Nielsen Norman Group. nngroup.com/articles/why-you-only-need-to-test-with-5-users — 5명 규칙의 출처. 문제 발견 목적이지 통계 검증이 아니라는 단서 포함.
- Nielsen, J., & Landauer, T. K. (1993). A Mathematical Model of the Finding of Usability Problems. Proceedings of INTERCHI '93, 206–213. — 5명 규칙의 수학적 근거 모형.
루프와 피벗
- Ries, E. (2011). The Lean Startup. Crown Business. — 만들기–측정–학습, 검증된 학습, 피벗의 유형.
- Maurya, A. (2012). Running Lean (2nd ed.). O'Reilly Media. — 린 캔버스 갱신과 실험 설계. 2장에서 이어지는 참고문헌.
수업 요건
- 캡스톤 운영 요건. 최종보고서(A4 20페이지 이내, 지정 목차 10항목, 목표 달성도 0~100% 표, 평가의견 답변 첨부), 마케팅 계획 3요소(목표 고객·포지셔닝·실행계획), 사업성 분석(3년 투자 비용·매출 목표·예상 이익), 최종 발표(발표자·Q&A 대응자 랜덤 선정, 팀 상호 평가 3표·자기 팀 투표 불가), 12주차 최종보고서·기말 최종 발표. — 제출·평가의 확정본은 eclass 공지 기준.
인용 원칙 수치와 규칙은 수업 요건과 원문 기준으로 표기했습니다. 1차 자료 확인이 어려운 서술(5명 규칙의 통용, AARRR의 유래 등)은 "~로 알려져 있다"로 구분해 적었습니다.
이 자료는 단일 HTML 파일로 배포되며, 실습은 순수 JavaScript로 구현되어 오프라인에서도 동작합니다. 체크리스트 상태는 이 브라우저에만 저장됩니다(localStorage).