가정을 사실처럼 다루지 않고 비즈니스 모델 캔버스를 활용하는 방법

캔버스는 무엇을 나타내야 하는가?

비즈니스 모델 캔버스는 비즈니스가 가치를 어떻게 창출하고, 전달하며, 획득하는지 설명합니다. 캔버스의 9개 블록은 고객 세그먼트, 가치 제안, 채널, 고객 관계, 수익원, 핵심 자원, 핵심 활동, 핵심 파트너십, 비용 구조를 다룹니다. Strategyzer의 공식 비즈니스 모델 캔버스 가이드(https://www.strategyzer.com/library/the-business-model-canvas)에서는 단일 비즈니스 모델을 설명하고, 날짜와 버전을 매기며, 증거가 확보됨에 따라 이를 다시 그릴 것을 권장합니다.

특정할 수 있는 단일 고객 그룹을 위한 하나의 제안 모델부터 시작하세요. 예를 들어, 프로젝트 인수인계 도구를 탐색하는 팀은 디자이너와 프로젝트 관리자 간에 업무를 전달하는 소규모 디자인 에이전시를 대상으로 삼을 수 있습니다. 동일한 캔버스에 에이전시, 프리랜서 디자이너, 대기업을 함께 넣으면 어떤 증거가 어떤 고객에게 적용되는지 구별하기 어려워집니다.

블록 안에 짧은 문장을 작성한 다음 가정 ID를 붙이세요. "월간 팀 구독 — A-04"는 수익 아이디어를 추적 가능하게 만듭니다. "셀프서비스 설정 — A-05"는 고객 관계, 활동 및 비용에 영향을 미칠 수 있는 전달 관련 가정을 드러냅니다.

알 수 없는 부분은 그대로 눈에 띄게 두세요. 팀이 접촉해 본 적도 없는 공급업체의 이름을 적는 것보다 명시적인 질문이 적힌 빈 파트너십 블록이 더 유용합니다. 워크숍에서의 합의는 공유된 출발점을 마련하는 것뿐이며, 이를 뒷받침하는 증거는 별도의 기록에서 나와야 합니다.

캔버스 메모를 어떻게 테스트 가능한 가정으로 전환하는가?

모호한 설명 대신 고객, 상황, 관찰 가능한 행동을 명시한 주장으로 대체하세요. "쉬운 온보딩"은 테스트하기에 너무 모호합니다. 더 유용한 주장은 다음과 같습니다. "소규모 디자인 에이전시의 프로젝트 관리자는 실시간 지원 없이 프로젝트를 생성하고 디자이너를 초대할 수 있다." 실험을 계획할 때 제품 버전과 테스트 조건을 추가하세요.

서로 다른 증거가 필요한 주장은 분리하세요. "에이전시는 이것이 필요하며 매월 비용을 지불할 것이다"라는 문장에는 최소 두 가지 가정이 포함되어 있습니다. 반복적인 인수인계 문제가 있다는 증거가 특정 솔루션에 대한 지불 의향을 입증하지는 않습니다.

중대한 영향을 미치는 각 주장에 대해 다음 사항을 기록하세요.

소수의 명시적인 상태를 사용하세요: 미테스트(untested), 테스트 중(testing), 명시된 조건 내에서 지지됨(supported within stated conditions), 명시된 조건 내에서 반박됨(contradicted within stated conditions), 결정 불가(inconclusive). 이는 워크플로를 위한 권장 라벨이며 공식적인 캔버스 블록이 아닙니다. 무조건적인 "검증됨(proven)" 라벨은 피하세요. 예를 들어, 지원을 받아 진행된 설정에서 얻은 결과가 셀프서비스 설정이 원활하게 작동한다는 점을 입증하지는 않습니다.

두 가지 질문을 통해 가산의 우선순위를 정하세요: 이것이 틀렸을 경우 다음 개발 결정이 실질적으로 바뀌는가? 관련 증거를 얼마나 확보하고 있는가? 영향력이 크고 증거가 부족한 영역부터 시작하세요. 중요 가설에 대한 Strategyzer의 가이드(https://www.strategyzer.com/library/how-to-test-your-idea-start-with-the-most-critical-hypotheses)는 바람직성(desirability), 실현 가능성(feasibility), 생존 가능성(viability) 가정을 구분하여, 팀이 고객 수요, 전달 역량, 운영 경제성을 점검할 수 있도록 돕습니다.

'가정-증거 대응표'에는 무엇이 들어가야 하는가?

세부적인 근거는 연결된 등록부에 보관하여 캔버스의 가독성을 유지하세요. 아래 표는 가상의 인수인계 도구에 대해 이러한 등록부가 어떻게 작동할 수 있는지 보여줍니다. 모든 관찰 결과와 수치는 시연을 위해 지어낸 것으로, 실제 연구 결과나 권장 표본 크기가 아닙니다. 증거 ID는 실제 팀이 생성하고 연결할 기록을 나타내며, 기존 문서를 뜻하지 않습니다.

실제 등록부에서는 각 증거 ID를 기본 메모, 작업 녹화본, 이벤트 내보내기 데이터, 시간 로그에 연결하세요. 가능한 경우 관련된 섹션이나 타임스탬프를 지정하십시오. "고객이 만족스러워함"이라고 적힌 프레젠테이션 슬라이드는 관찰 내용과 맥락이 누락되어 검증하기 어렵습니다.

각 증거 기록에는 방법, 모집 경로, 적격 참가자 또는 이벤트, 완료된 관찰 수, 제품 버전, 제공된 지원 및 제외 사항을 명시해야 합니다. 긍정적인 결과와 함께 상충되는 결과도 보존하세요. 여러 요약본에서 동일한 인터뷰를 반복해 다루는 경우, 반복이 독립적인 추가 확인으로 오인되지 않도록 원래의 증거 ID를 유지해야 합니다.

결정을 바꿀 수 있는 테스트는 어떻게 계획하는가?

결과를 보기 전에 테스트 계획을 작성하세요. Strategyzer의 테스트 카드(https://www.strategyzer.com/library/validate-your-ideas-with-the-test-card)는 가설, 테스트, 측정, 기준치의 4가지 요소를 명시합니다. 여기에 담당자, 시간제한, 가능한 결과별 조치 사항을 추가하세요.

A-02의 경우, 다음과 같은 예시 계획을 작성할 수 있습니다.

이 예시의 기준치는 다음 단계로 나아가기 위해 팀이 선택한 관문일 뿐입니다. 시장 성과에 대한 통계적 추정치가 아닙니다. '5명 중 4명'을 보편적인 검증 규칙으로 채택하지 말고, 결정의 성격과 오판에 따른 비용을 고려하여 자체적인 기준치를 정하세요.

주장에 맞는 방법을 선택하세요. 문제를 조사하려면 최근 업무에 대한 설명을, 사용성을 검토하려면 작업 관찰을, 구매 행동을 검토하려면 실행 가능한 유료 제안을, 지원 노력을 검토하려면 운영 로그를 활용하세요. 결론은 해당 방법이 실제로 측정한 수준으로 유지해야 합니다. 뉴스레터 클릭이 제품의 반복 사용을 입증하지는 않습니다.

모호한 결과에 대해 미리 규정해 두세요. 적격 참가자 수가 너무 적어 테스트를 완료하지 못한 경우, 왜 결과를 결정할 수 없는지 기록하세요. 도중에 대상자, 과업, 제안 내용 또는 기준치를 변경했다면 새 테스트 버전을 만들고 원래 버전도 보존해야 합니다. 그렇지 않으면 변경된 실험이 다른 질문에 대한 긍정적인 답으로 은연중에 변질될 수 있습니다.

증거와 해석은 어떻게 구별하는가?

각 테스트 후에는 무슨 일이 일어났는지, 그것이 무엇을 시사하는지, 팀이 무엇을 할 것인지 세 가지 문장을 별도로 작성하세요. 연구 세션 분석에 관한 영국 정부(GOV.UK) 가이드(https://www.gov.uk/service-manual/user-research/analyse-a-research-session)는 사람들이 말하거나 행동한 것에 대한 관찰을 결과 및 후속 조치와 명시적으로 구분합니다.

앞서 예로 든 설정 테스트의 경우, 다음과 같이 작성할 수 있습니다.

이는 Strategyzer의 러닝 카드(https://www.strategyzer.com/library/capture-customer-insights-and-actions-with-the-learning-card) 구조와도 일치합니다: 가설을 확인하고, 관찰 내용을 기록하고, 추론을 도출하고, 어떻게 행동할지 결정하는 방식입니다.

증거가 상충할 때는 결과를 하나로 합치기 전에 조건을 검토하세요. 숙련된 사용자는 신규 사용자가 완료하지 못하는 작업을 완료할 수 있습니다. 작동하는 프로토타입은 출시된 제품과 다르게 동작할 수 있습니다. 이러한 차이가 의사결정에 중요한 영향을 미칠 때는 가정을 분리하세요. 지지된 진술은 다른 팀원이 그것이 정확히 어디에 적용되는지 설명할 수 있을 정도로 좁은 범위를 유지해야 합니다.

팀은 수정 사항을 어떻게 추적해야 하는가?

증거로 인해 유의미한 결정이 바뀔 때는 날짜가 표시된 캔버스 스냅샷을 저장하세요. 가정의 문구 변경 사항을 기록하는 동안 가정 ID는 고정되도록 유지하십시오. 주장이 크게 바뀌면 새 리비전이나 연결된 가정을 생성하여, 이전 증거가 실제로 테스트했던 문장에 그대로 연결되어 있도록 하세요.

유용한 수정 기록에는 이전 진술, 수정된 진술, 원인이 된 증거 ID, 영향을 받은 캔버스 블록, 결정 담당자, 다음 조치가 포함됩니다. 가상의 설정 결과에 대해 다음과 같이 기록할 수 있습니다.

캔버스 v0.3 → v0.4. A-05가 "모든 에이전시는 설정 지원에 20분 이하만 필요하다"에서 "데이터 가져오기가 있는 에이전시와 없는 에이전시 간에 지원 요구 사항이 다르다"로 수정됨. 원인: E-05. 핵심 활동, 고객 관계 및 비용 구조 업데이트. 다음 조치: 가져오기 워크플로를 별도로 테스트함.

주장이 변경될 때마다 연결된 블록을 확인하세요. 지원형 온보딩을 추가하면 제품을 제공하는 데 필요한 작업과 관련 비용 가정에 영향을 미칩니다. Strategyzer의 캔버스 가이드(https://www.strategyzer.com/library/the-business-model-canvas)는 이러한 상호의존성을 강조합니다. 모델의 한 부분을 변경하면 다른 부분도 변경해야 할 수 있습니다.

날짜뿐만 아니라 검토를 유발하는 트리거도 정해 두세요. 타깃 고객, 가격, 획득 채널, 제품 워크플로 또는 공급업체와의 계약이 변경될 때 가정을 재검토하십시오. 이전 증거는 보존하되, 그 조건이 현재 모델과 여전히 일치하는지 재평가해야 합니다.

주간 캔버스 검토를 통해 무엇을 달성해야 하는가?

소규모 팀은 의사결정에 초점을 맞춘 짧은 주간 검토로 시작할 수 있습니다.

제한된 파일럿 지속, 워크플로 수정, 고객 세그먼트 축소, 누락된 증거 수집, 지지받지 못한 주장에 의존하는 작업 일시 중단 등 구체적인 결정으로 마무리하세요. 유용한 결과물이란 팀이 믿는 바, 관찰한 바, 다음에 하기로 선택한 행동 사이의 추적 가능한 연결고리입니다.

이 주제 더 살펴보기