商业模式画布容易让团队觉得讨论已经完成:九个模块都有内容,客户、价值、渠道和收入看起来一应俱全。但填满并不等于成立。客户需求可能只是想象,交付能力可能依赖个别成员,成本也可能漏掉准备和支持时间。画布若没有证据与下一步核查,就只是把猜测整理得更整齐。
商业模式画布由奥斯特瓦尔德与皮尼厄相关工作发展而来,用九类模块描述价值创造、交付与获取的关系。知行社为教练家平台关注它的讨论与验证用途。本文独立设计中文说明与应用案例,不把画布当成盈利保证,也不把商业讨论替代正式的财务和合同判断。
一张画布只讨论一个清楚的模式
先确定服务对象、业务范围和当前版本。若组织同时开展个人辅导、企业培训和长期咨询,不宜把所有客户与收入混在同一张图里。它们的采购者、交付方式和资源要求可能不同,分别画出后再比较,通常更容易发现差异。
教练可以先问:“这一张图描述的是现在实际运行的业务,还是准备尝试的业务?”前者需要事实,后者需要标明假设。两者可以比较,但不能混写。对于未来业务,不要用已经成立的语气描述还没有发生的收入和伙伴支持。
画布也需要日期和负责人。条件变化后及时修订,而不是把一张早期工作坊照片长期当成组织现状。团队应知道哪些内容已核对,哪些由谁继续确认。工具支持共同理解,版本管理则帮助理解保持可靠。
先看客户细分与价值主张
客户细分不只是人口或公司规模分类,还应说明相似需求、任务和购买条件。企业服务尤其要区分付款者、决策者和使用者。例如管理者培养项目,采购部门、业务主管和参加者可能关注不同结果。不能只问其中一方,就假设已经理解全部需求。
价值主张回答帮助对方解决什么问题,以及为什么值得选择。可以从客户真实任务出发,说明当前替代方式有什么限制。专业、优秀和高端太宽泛,最好转成具体价值,例如让某项决定更清楚、让交接减少误解,或支持学习进入实际任务。
价值主张必须保留服务边界。教练类服务不能承诺替客户解决所有管理和心理问题。需要明确提供什么、不提供什么,以及哪些情境需要其他专业支持。边界清楚,有助于客户作选择,也有助于团队估计交付负荷。
渠道与客户关系不是同一件事
渠道关注客户怎样了解、评估、购买和获得服务;客户关系关注服务过程中怎样互动、支持和保持联系。一个渠道可能带来询问,却不代表已经形成信任;建立关系也不意味着可以无限提供免费支持。
团队可以逐步还原客户路径:第一次从哪里听说,怎样理解服务,谁确认需求,如何进入交付,遇到问题找谁。每个环节都要有负责人或明确安排。若宣传方式与实际服务不一致,客户可能在购买后才发现期待不同。
关系安排需要与资源匹配。长期一对一支持、定期反馈或自助服务,各有不同工作量。不能为了显得周到,把全部关系方式写进去。教练可以帮助团队说明客户真正需要哪些支持,以及哪些安排既可用又可持续。
收入来源要说明谁为什么付费
收入模块不仅写价格,还应说明付款对象、付款方式和价值交换。一次项目、持续服务、按使用付费或其他方式,都会影响客户选择与交付安排。本文不建议具体定价,只提醒团队把假设和需要核对的条件说清楚。
企业服务中,使用者满意不代表采购者愿意继续购买;采购者愿意付款,也不保证使用者会投入时间。团队需要分别理解这些关系。若采用持续收费,必须说明持续提供什么价值,不能只把收入稳定当成选择理由。
对于尚未验证的业务,不要用期待收入支持已经决定的投入。可以先了解客户现有购买方式和决策流程,再设计有限试验。正式价格、合同和收款安排需要相关人员核对,画布不能替代专业审核。
关键活动与关键资源要连在一起
关键活动指业务必须做好什么,关键资源则说明靠什么支持。教练服务可能需要需求澄清、约谈安排、过程记录、质量复盘和客户沟通;资源可能包括人员经验、方法材料、时间、系统和组织支持。
不能把所有日常工作都列为关键活动。应问如果这项活动做不好,价值主张会在哪里失效。也不能因为资源已经拥有,就自动把它视为关键。某个软件可能方便,但真正瓶颈也许是人员是否有时间提供反馈。
资源要检查可用性。有人具备能力,却没有排期,不等于资源可以立即投入;一份材料存在,但需要更新,也不能当成现成条件。团队可以标注可直接使用、需要准备和暂缺,避免把资产清单误认为交付能力。
关键伙伴需要明确作用与依赖
伙伴可能补充专业能力、提供渠道、承担部分交付或支持基础设施。每项伙伴关系都应说明为什么需要、谁负责、怎样检查质量,以及出现变化如何处理。写上某个机构名称,不等于已经获得合作承诺。
若伙伴尚未确认,明确标为候选。教练可以帮助团队比较内部建设与合作的差异,但不代替正式洽谈。合作可能减少某些投入,也会增加协调、分成和依赖,需要与其他模块一起检查。
客户资料和工作成果的使用边界同样重要。谁能查看、怎样保存、是否能够再次使用,应在相应流程中说明。画布中的伙伴安排不能成为绕过组织信息规则的理由,具体责任需要落实到实际工作。
成本结构必须包括看不见的工作
成本不只是场地、平台和直接交付时间,还可能包含准备、沟通、评估、维护和后续支持。某项服务看起来只占几个小时,背后却需要多次确认和整理。团队若漏掉这些工作,很容易高估可承接规模。
可以按活动逐项估计资源,而不是先写一个笼统总额。不同客户情境的负荷可能不同,需要说明估计范围和不确定。正式财务判断应由相关岗位确认,本文的讨论表只用于发现遗漏,不作投资依据。
成本与价值之间也存在选择。增加支持可能提升体验,却需要调整资源;标准化可能降低某些成本,也可能不适合复杂任务。教练帮助团队把取舍说清楚,不能用“更高效”掩盖所有代价。
| 连接关系 | 应核对的问题 | 可用证据 |
|---|---|---|
| 客户与价值 | 需求是否真实且值得解决 | 访谈与实际任务 |
| 活动与资源 | 能否稳定兑现服务承诺 | 排期、能力和流程 |
| 关系与成本 | 支持安排是否可持续 | 准备及后续负荷记录 |
检查模块连接,寻找最脆弱的假设
九个模块的价值在于关系。客户改变,价值和渠道可能变化;关系方式改变,关键活动和成本也要调整;伙伴改变,资源和交付承诺可能受影响。团队应逐条检查,而不是只保证每格都有文字。
可以挑出一条关键链:某类客户需要某种价值,经某渠道购买,通过哪些活动交付,使用哪些资源和伙伴,形成什么收入与成本。任何一处缺少依据,都值得核查。画布不需要复杂评分,清楚指出最重要的不确定即可。
最脆弱的假设可以优先验证。比如客户是否真的愿意投入时间、交付是否能够在现有排期里完成,或某伙伴是否能提供稳定支持。试验应该只验证少数问题,写清范围和停止条件,不把整个业务一次性投入。
一个教练工作室的虚构案例
以下为虚构教学案例。一个工作室想推出企业主管支持项目,画布里最初写满了线上课程、一对一约谈、团队工作坊和长期陪伴。教练帮助团队还原资源后,发现每个客户都会产生大量准备和协调,现有人手无法支持全部承诺。
团队把客户范围缩小,先提供一项任务应用支持,保留必要的需求确认与反馈。收入方式与服务周期重新讨论,伙伴内容只作为已确认部分纳入。成本表加入客户内部沟通和材料维护时间。画布变得更简单,却更接近实际条件。
有限试验后,团队发现客户使用者愿意参加,但主管未提供足够工作机会。于是客户关系模块补上组织支持确认,关键活动也增加对使用条件的核对。修改没有只发生在一格,而是沿连接重新检查服务承诺和资源。
工作坊结束后留下什么
结束时可以保留当前画布、证据与假设清单,以及下一步核查任务。不要把九格内容全部变成项目,每项动作都要有真实用途。负责人决定哪些立即进行,哪些暂缓,并说明理由。
公开介绍服务时,只使用已经能够负责说明的内容,不把内部假设写成确定效果。教练家平台的作者视角也应保持清楚:工具帮助思考,客户结果仍受具体情境影响。图表结构完整,不等于业务已经被验证。
多种模式怎样比较而不混写
组织可以为现有模式和候选模式分别绘图,然后只比较发生变化的模块。例如从一次培训变成持续支持,可能改变客户关系、关键活动、成本和收入方式。不是在原画布里增加几行文字,而是检查这些变化怎样影响其余模块。
比较时使用相同范围和时间口径。不能拿一个已经运行多年的模式与一个完全理想化的未来模式直接比收益。候选模式应标注不确定,说明哪些估计还需要资料。团队可以先决定值得验证什么,而不是立即宣布新模式更优。
也要检查模式之间是否争夺同一资源。两项业务都依赖同一个专业人员,就不能分别假设他有完整时间。组织需要在整体层面安排,而不仅看每张图是否各自合理。画布帮助显示单一模式,资源组合还需要进一步管理判断。
对画布上的一致意见保持核对
成员在现场同意某个说法,可能只是没有掌握不同信息。结束后可以让关键岗位确认与自己相关的部分,例如交付检查活动和资源,财务检查成本口径,客户负责人检查关系安排。补充意见不应被视为推翻共识,而是完善模型依据。
若关键岗位无法确认,可以把该模块改回待核查,不必为了交付一张完整画布保留确定措辞。工作工具应当反映真实理解,而不是展示组织信心。明确未知比隐藏未知更有助于安排下一步。
画布真正有用的时刻,是团队开始解释模块之间为什么能连接,以及哪些地方还不能确定。把这些问题带回真实客户和实际交付,九格才不只是静态展示,而成为可以不断修订的工作理解。
团队还应确认谁保存当前版本、谁能修改,以及发生变化后怎样通知相关岗位,避免画布与实际工作长期脱节。