项目管理 SaaS
使用场景: B2B工具创始团队，验证产品市场契合度
客户任务：追踪项目进度、向高层汇报、协调团队工作
收益：减少状态会议、高管随时看到最新数据、决策更快
痛点：数据在5个工具里、每周五手动整合PPT汇报
产品：统一仪表盘、自动报告、系统集成
增益制造者：每周节省3小时汇报时间；高管随时看到当前数据
痛点解决者：单一数据源；无需手动整合
这样组织的原因: "每周五做PPT"这个痛点太具体，直接变成了产品的核心卖点，帮团队在功能列表中把报告模块排到最高优先级。
价值主张画布示例
下面这些案例展示了不同团队如何通过价值主张画布把产品和客户需求对齐——从早期验证到成熟产品的重新定位。选一个接近你场景的版本参考，再把内容替换成你自己的调研数据。
真实案例
在线学习平台
使用场景: EdTech创业公司，服务在职成人学习者
客户任务：学习新技能、获得证书、推进职业发展
收益：快速上岗技能、被雇主认可的证书、灵活的学习时间
痛点：课程太长、晚上没时间、看不到明确的职业回报
产品：15分钟微课、行业合作伙伴证书、职业路径规划
增益制造者：知名雇主认可的证书；结构化职业轨道
痛点解决者：碎片化格式适合通勤学习；每门课附ROI计算器
这样组织的原因: "看不到职业回报"的痛点直接催生了ROI计算器功能，上线后第一个月用户流失率明显下降。
自由职业者平台
使用场景: 双边平台团队，改善客户留存
客户任务（客户端）：快速找到优质人才、管理交付物、控制预算
收益：第一天就能用的审核人才、可靠交付、透明定价
痛点：审核太耗时、自由职业者消失、固定预算范围蔓延
产品：精选人才库、托管付款、项目里程碑追踪
增益制造者：预审档案把招人周期从2周压缩到2天
痛点解决者：托管+里程碑付款防止消失和超范围交付
这样组织的原因: "消失"这个痛点在70%的客户访谈中被提到，把付款和里程碑审批绑定成了产品最核心的信任信号。
中小企业财务工具
使用场景: 金融科技团队，服务小企业主
客户任务：报税、追踪现金流、发工资
收益：税季无惊喜、清晰的损益视图、轻松发工资
痛点：会计费用太高、电子表格容易出错、税法看不懂
产品：自动记账、实时现金流仪表盘、报税准备
增益制造者：实时现金流预警；税额估算随时更新
痛点解决者：替代日常记账会计；引导式报税向导
这样组织的原因: 会计费用的痛点指出了定价策略方向：把产品定价为低于一小时会计费，让成本敏感型小企业主一眼看懂价值。
远程团队协作工具
使用场景: 现有工具团队，针对混合办公场景重新定位
客户任务：异步站会、追踪阻塞项、远程也有归属感
收益：跨时区友好的更新方式、减少打扰、团队凝聚力
痛点：视频会议疲劳、时差拖慢决策、远程=隐形
产品：异步视频更新、团队日报摘要、阻塞项追踪看板
增益制造者：团队日报替代周一全员会；进度可见建立信任
痛点解决者：亚太团队不用开早7点站会；更新全团队可见
这样组织的原因: "远程=隐形"这个情感性任务催生了"团队脉搏"功能，展示每个成员的贡献，在不增加会议的情况下解决了可见度焦虑。
健康与生活方式App
使用场景: 消费端App团队，在竞争激烈的市场定义定位
客户任务：睡得更好、管理压力、建立健康习惯
收益：可量化的改善、持久的习惯（不是30天打卡）、少生病
痛点：App太多、习惯追踪像负担、没有个性化指导
产品：个性化每日计划、每周打卡教练、习惯连续追踪
增益制造者：每周教练根据反馈调整计划；数据显示真实睡眠改善趋势
痛点解决者：一个App替代三个；打卡只需2分钟；中断后自动宽限不清零
这样组织的原因: "像负担"的痛点催生了宽容打卡机制——中断一天进入7天宽限期而非清零，这个改动让第一次中断后的流失率降低了40%。
让价值主张画布更锐利的技巧
- 永远先填右侧客户细分，再填左侧价值主张图——如果从产品出发，你会不自觉地把客户需求倒推来迎合已有的功能。
- 按重要性给每个痛点和收益排序，然后让价值主张图聚焦在前三个痛点和前三个收益上。
- 有痛点但没有对应的解决者，或有收益诉求但没有增益制造者——这些"缺口"正是产品路线图的信号，不要掩盖它们。
- 每轮用户访谈后都应该更新画布，它应该随着你的理解加深而变化。
相关资源
和相似工具的对比
价值主张画布 vs 商业模式画布
商业模式画布用九个格子覆盖整体经营；这张画布只放大其中两个——客户细分和价值主张——并各自拆成三部分。适用场景是：你大致知道生意是什么，但说不清「客户凭什么要换成用你」。
客户档案 vs 用户画像（Persona）
用户画像描述属性：年龄、职位、常用工具，配一张头像和名字。这张画布的客户侧只描述任务、痛点、收益——也就是这个人想完成什么。人口统计特征很少能预测购买行为，未被解决的痛点才能。这也是这张画布刻意省略画像细节的原因。
价值主张画布 vs JTBD（待完成任务）
JTBD 是底层理论：人们购买是为了在某个任务上取得进展。这张画布是把该理论工具化的工作表，并补上了供给侧——你的产品、痛点缓解方案、收益创造方案——让你能逐格检查匹配度。用 JTBD 来思考，用这张画布来对齐团队。
凭假设填 vs 基于访谈填
在会议室里填完的画布记录的是团队的信念；基于客户访谈填的记录的是客户真实说过的话。两者都有价值，但必须在视觉上区分开——把假设项标出来，避免日后有人把内部猜测当成已验证的调研结论引用。
常见误区
把自己的功能写成收益创造方案
收益创造方案必须写结果，而不是写机制。「实时仪表盘」是功能；「在客户打电话投诉之前就知道故障发生了」才是收益。如果这一条没有说出客户生活中什么变好了，它就该放在产品清单里，而不是收益创造格子里。
编造那些自己刚好能解决的痛点
最大的诱惑是：把痛点侧填成正好是你产品已经解决的那些问题。这能保证看起来完美匹配，同时让你什么也学不到。请先把客户侧完整填完、再去看自己的产品，最好是照着真实访谈记录填。
任务、痛点、收益不排序
并列十个痛点，等于宣称它们同等重要，而这从来不成立。请按严重程度和发生频率排序，然后检查你的缓解方案打的是排前面的痛点、还是只挑了顺手的那几个。一个只解决第四到第十个痛点的产品，是那种大家称赞但不掏钱买的产品。
跳过匹配度检查
两侧都填满了不等于匹配。只有当具体的缓解方案对应上具体的高优先级痛点，才叫匹配。请把这些对应关系明确连出来；两侧连不上的条目就是结论——要么是没被满足的需求，要么是没人需要的功能。
常见问题
应该先填哪一侧？+
永远先填客户侧——任务、痛点、收益——并且在写任何关于产品的内容之前把它填完。从自己的产品开始填，会让你不自觉地用「刚好匹配已有功能」的措辞去描述客户需求，最后得到一张只能印证既有想法的画布。
痛点和「缺失的收益」怎么区分？+
痛点是今天正在出问题的事——浪费的时间、风险、成本、挫败感。收益是他们乐于获得、但没有也不至于难受的改善。痛点决定紧迫感和预算，收益决定在多个选项之间的偏好。混淆两者最常见的后果是高估客户更换产品的速度。
每个格子填几条合适？+
每格三到五条，并且排好序。少于三条通常说明调研没做够；多于五条说明没做优先级排序。既然这张画布的全部意义在于拿最重要的痛点和最重要的缓解方案做对比，那么一份不排序的十二条清单就等于放弃了这个练习。
每个客户群都要单独画一张吗？+
要。不同客户群的任务和痛点确实不同，混在一起会得到一个泛到谁都说服不了的价值主张。反过来说，如果两个客户群共用一张画布毫无别扭，那说明它们本来就是同一个群体——这本身也是个有用的结论。
怎么判断在画布上已经达成产品市场契合？+
画布最多只能在纸面上呈现**问题-解决方案**契合：你最强的缓解方案对上了客户排序最高的痛点。真正的产品市场契合需要画布之外的证据——客户付费、留存、并且推荐给别人。请把一张匹配良好的画布当成值得验证的假设，而不是当成结论。
在线开始编辑
回到模板页，替换成你自己的内容，就可以继续使用这套结构。
使用这个模板： /editor/new?template=value-proposition-canvas
使用这个价值主张画布模板