아이디어를 검증 가능한 린 캔버스로 바꾸기
빈칸을 모두 채웠다고 사업이 설명되는 것은 아닙니다. 좋은 캔버스는 누구의 어떤 문제를 해결하고, 무엇을 아직 모르는지 한눈에 보여줍니다. 이 글에서는 가상의 ‘사무실 점심 추천 서비스’를 처음부터 정리해 봅니다.
기능 이름을 지우고 고객의 상황부터 적기
‘AI 메뉴 추천 앱’은 해결 방법입니다. 이것만으로는 누가 왜 필요로 하는지 알 수 없습니다. 먼저 고객군을 ‘직장인’에서 ‘주중에 동료 네 명의 점심 장소를 정하는 사무실 모임 담당자’로 좁힙니다. 문제는 ‘추천 기능이 없다’가 아니라 ‘예산과 음식 제약이 달라 의견을 모으기 어렵다’로 적습니다.
이 문장도 아직 가설입니다. 실제 담당자를 만나 마지막 점심 선택 과정을 듣기 전에는, 메뉴 결정이 큰 불편이라고 단정할 수 없습니다. 동료에게 물어보거나 익숙한 식당을 반복해서 가는 행동 역시 기존 대안입니다.
아홉 항목을 하나의 이야기로 연결하기
| 항목 | 작성할 내용 | 점심 추천 예시 가설 |
|---|---|---|
| 고객군 | 상황과 행동으로 좁힌 첫 고객 | 동료들의 점심 장소를 자주 정하는 담당자 |
| 문제 | 반복되는 불편과 현재 대안 | 각자의 제약을 맞추기 어려워 같은 식당을 고른다 |
| 가치 제안 | 고객이 얻는 구체적인 결과 | 팀의 조건에 맞는 후보로 선택의 수고를 줄인다 |
| 해결책 | 문제마다 대응하는 최소 기능 | 예산·제약을 받아 후보 세 곳을 전달한다 |
| 채널 | 첫 고객을 실제로 만날 경로 | 인터뷰에 참여한 담당자에게 시범 사용을 제안한다 |
| 수익원 | 결제자, 과금 단위, 확인할 가격 | 사무실 단위 구독을 검토하되 결제 권한부터 확인한다 |
| 비용 구조 | 고정비와 이용량에 따른 비용 | 식당 정보 확인, 추천 운영 시간, 서버 비용 |
| 핵심 지표 | 고객 가치와 가까운 행동 | 시범 사용 팀 중 다음 주 먼저 재요청한 팀의 비율 |
| 경쟁 우위 | 현재 보유한 복제하기 어려운 자산 | 아직 없음. 관계와 선택 기록을 쌓을 수 있는지 확인한다 |
같은 고객과 문제를 설명하는지 점검하기
고객군은 모임 담당자인데 수익원에 ‘식당 광고비’를 적었다면, 식당이라는 두 번째 고객의 문제가 빠져 있습니다. 식당이 왜 비용을 내는지 별도로 검증해야 합니다. 서로 다른 고객을 하나의 캔버스에 섞으면 사용자의 만족을 광고주의 지불 의사로 오해하기 쉽습니다.
해결책도 각 문제와 연결해 보세요. ‘취향에 맞는 후보를 찾기 어렵다’에는 후보 추천이 대응하지만, ‘팀원들의 응답이 늦다’에는 추천 정확도 개선만으로 부족할 수 있습니다. 후자가 중요한 문제라면 투표 마감이나 의사결정 방식을 먼저 시험해야 합니다.
사실, 해석, 다음 질문을 나눠 기록하기
가상의 인터뷰 메모가 ‘이번 주 세 번 모두 같은 식당에 갔다’라고 합시다. 이것은 한 사람의 진술입니다. ‘새로운 식당을 찾고 싶어 한다’는 작성자의 해석이며, ‘추천 서비스에 돈을 낼 것이다’는 더 먼 가정입니다. 같은 문장으로 합치지 말고 근거와 추정을 나누세요.
- 들은 내용
- 같은 식당을 반복해서 골랐다는 구체적인 진술과 조사 날짜
- 가능한 해석
- 선택이 번거로울 수 있지만, 익숙함을 선호해서일 수도 있음
- 다음 질문
- 그 식당을 고른 이유와 다른 대안을 시도했던 상황 확인
첫 버전의 완료 기준
항목마다 핵심 문장 한두 개를 적고, 모르는 항목은 ‘확인 필요’로 남깁니다. 가장 중요한 미확인 가설 하나와 다음 행동이 정해졌다면 첫 버전은 충분합니다. 보기 좋은 문장으로 바꾸는 작업보다 고객에게서 새 근거를 얻는 일이 다음 순서입니다.
린 캔버스 작업실에서 ‘인터뷰 전’ 버전을 저장하고, 조사 후 바뀐 고객군이나 문제를 기록하세요. AI 피드백은 모순을 찾는 보조 도구로 사용할 수 있지만, 제안된 가격이나 시장 수치를 검증된 사실로 옮기지 마세요.
지금 해볼 일
- 가장 먼저 만날 고객을 행동과 상황으로 한 문장에 적습니다.
- 그 고객이 최근 문제를 겪은 실제 사례를 듣습니다.
- 가장 불확실한 항목 옆에 확인 방법과 날짜를 남깁니다.