关于 monetizing-innovation
这是一个基于《Monetizing Innovation》的定价与产品设计框架,面向产品、营销和商业团队。它主张在产品开发早期验证支付意愿,并据此设计客户细分、功能组合和收费方式。
主要功能
- 01开发前验证支付意愿
- 02诊断四类变现失败
- 03按需求与支付意愿细分客户
- 04按功能价值设计套餐
- 05选择收费模式与价格指标
适用场景
- 01在规格确定前访谈潜在客户
- 02为产品定价与商业案例提供依据
- 03审查产品套餐和功能分配
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ wondelai/ skills --skill monetizing-innovation安装后在 Claude Code 中输入/monetizing-innovation确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
references/case-studies.mdfour-failures.mdmonetization-models.mdpackaging-tiers.mdwtp-conversations.md详细介绍
创新变现
一套围绕价格设计产品的框架,提炼自 Simon-Kucher 合伙人 Madhavan Ramanujam 和 Georg Tacke 的《Monetizing Innovation》。运用它可以在开发前验证客户的支付意愿,避开四种变现失败,按价值细分客户,将功能打包成用户真正想要的层级,选择合适的变现模式,并运用行为科学而非直觉来定价。
核心原则
围绕价格设计产品——尽早讨论支付意愿。 72% 的新产品未能达到收入目标,常见根本原因是把价格当作事后才考虑的事项:先开发,到发布时再猜一个数字。价格反映了客户对你所开发内容的重视程度,因此是判断是否值得开发的最佳早期信号。在概念阶段测试支付意愿,并据此调整范围、细分市场、产品打包方式和商业论证。
评分
目标:10/10。 根据以下原则,为定价和产品打包决策评分,范围为 0–10 分。报告当前得分,以及达到 10/10 所需的具体调整。
- 9–10: 在概念阶段验证了支付意愿;基于价值划分细分市场;由主打产品带动层级,且将杀手级功能单独提供;价格指标与交付价值相符;发布后依据预先约定的触发条件进行监控
- 7–8: 进行了真实的支付意愿研究,但开展得太晚,或产品打包仍包含杀手级功能;有意识地选择了变现模式
- 5–6: 临近发布时才根据成本或竞争对手定价;所有客户都采用同一种方案;照搬行业潮流,选择分层定价或免费增值模式
- 3–4: 产品路线图由对功能的热衷主导;财务团队事后才考虑价格;上线第一周就开始打折
- 0–2: 发布前从未讨论定价;旗舰产品堆砌过多功能,没有细分市场,只会通过降价应对
框架
1. 产品之前先谈价格
核心概念: 在产品还只是一个概念时,就讨论客户愿意支付的价格——早于规格定稿、商业论证敲定和代码编写。你不是在确定最终价格,而是在衡量客户是否看重这个构想、看重多少,以及看重其中哪些部分。这些答案将决定要开发什么,以及为谁开发。
为何有效: 愿付价格(WTP)数据能让定价从发布周的猜测变成设计输入。如果客户愿意支付的价格不足以支撑产品,你就能趁变更成本还很低时了解这一点;如果他们愿意支付的价格远高于预期,你就可以开发高端版本,而不是白白错失收入。商业论证不再是夸大增长的虚构故事,而会成为一项可检验的主张,并作为动态文档持续维护。
关键见解:
- 客户说不出完美价格,但能可靠地给出一个范围——询问什么价格可以接受、什么价格偏贵,以及什么价格贵得让人无法接受
- 用 1-5 分量表询问购买概率,只相信最高档:5 分计入(但要折扣计算),4 分属于可能,低于 4 分一律算不买
- 权衡类问题比直接提问更有效:给功能排序,或在不同定价套餐之间做选择,能揭示真正的优先事项
- 把它当作一次价值探讨(“这对你来说值多少钱?”),绝不要当成报价——你是在调研,不是在谈判
- 如果你说不出某项功能的 WTP 范围,就无法证明开发它的合理性
- 每当范围、细分市场或价格假设发生变化,就重新构建商业论证——它应每周更新,而不是每年更新
应用场景:
| 场景 | 应用 | 示例 |
|---|---|---|
| 新产品构想 | 在规格定稿前开展 WTP 访谈 | 在路线图确定前,对 15 位目标买家进行访谈,发现他们对该构想的估值为每席位 40-60 美元 |
| 商业论证 | 根据经过测试的 WTP,而非类比来估算收入 | 模型采用访谈得出的 WTP 曲线,而不是“20 亿美元市场的 1%” |
| 功能决策 | 根据 WTP 证据决定是否将项目纳入路线图 | 10 次企业客户访谈中有 8 次将 SSO 列为必须付费的功能,因此推出 SSO |
伦理边界: WTP 调研旨在让价格匹配所交付的价值,而不是找出每位客户能承受的最高痛苦并榨取价值。
开始访谈前,请先阅读 references/wtp-conversations.md:其中包含精确的问题脚本(直接提问、购买概率、可接受/偏贵/贵得无法接受)、简化版联合分析流程、B2B 与 B2C 的样本量、答案解读方法,以及如何将 WTP 范围转化为规格。
2. 四种变现失败
核心概念: 变现灾难分为四种类型。功能冲击:将太多功能塞进一个产品,直到复杂度和成本摧毁价值。低估定价:产品本身合适,却定价过于保守,白白错失收入。隐藏宝石:能改变游戏规则的产品,却从未得到组织认可或变现。僵尸产品:没人想要,却在证据已经明摆着的情况下仍被强行维持。每个表现不佳的产品都在向其中一种失败模式滑落。
有效原因: 为失败模式命名,能将模糊的“销量疲软”转化为具体的应对措施:砍掉堆积的功能、提高价格、为宝石指派负责人,或结束僵尸产品。原本可以避免每种失败的 WTP 研究,也正是诊断问题的方法——诊断结果可以检验,而非见仁见智。
关键见解:
- 研究中,功能冲击表现为功能不断堆叠,WTP 却毫无变化——每项新增功能都会增加成本和混乱,却不增加价值
- 低估定价藏在内部锚点背后:产品能力提升 10 倍,定价却只比其替代产品高 10%
- 赢单率接近 100%,且客户从不反对价格,并不代表销售出色——这是低估定价的典型信号
- 隐藏宝石死于缺少负责人,而非缺少价值:副产品和辅助工具无人负责变现,除非有人主动承担
- 僵尸产品靠沉没成本和被合理化的研究结果苟延残喘(“受访者没理解它”)——在投入感情之前就设定终止标准
- 每种失败都有相反的补救措施——砍掉、提价、拆分、终止——用错方法只会让情况更糟
应用场景:
| 场景 | 应用 | 示例 |
|---|---|---|
| 上市前评审 | 判断产品正滑向哪种失败模式 | 一体化分析套件测试显示存在功能冲击;精简为三项已证实具有 WTP 的功能 |
| 定价评审 | 根据 WTP 上限检查价格,而非沿用去年的标价 | 插件定价为 $9,但访谈中受访者认为 $49 可以接受——这是低估定价;重新定价 |
| 产品组合审计 | 寻找尚未变现的副产品和僵尸产品 | 内部欺诈评分工具转为付费 API;两个僵尸产品停止运营 |
道德边界:“终止僵尸产品”针对的是产品,绝不针对证据——篡改研究结果来让自己偏爱的产品继续存活,会造就下一个僵尸产品。
当产品表现不佳且需要判断其属于哪种失败模式时,请参阅 references/four-failures.md:其中包括症状检查清单、根本原因、对应的应对措施,以及功能冲击、低估定价、隐藏宝石和僵尸产品各自的案例分析,另附分类决策树。
3. 按支付意愿细分
核心概念: 客户的需求和支付意愿各不相同,因此只提供一种产品、定一个价格,会让部分客户多付钱,也让其他客户少付钱。应按需求、价值和支付意愿(WTP)细分,而不是按人口统计特征或企业统计特征细分,并为每个值得服务的细分群体设计专属产品。
为什么有效: 平均值会骗人:一个平均 WTP 为 50 美元的市场,可能没有任何人愿意支付 50 美元——一半客户认为产品价值 20 美元,另一半认为价值 100 美元。定价 50 美元的单一产品会失去这两部分客户。针对细分群体提供专属产品,既能从高端群体获得更多收入,也能扩大低端群体的销量;而且细分还能让销售人员在演示开始前就知道自己面对的是哪类客户。
关键见解:
- 先按 WTP 和需求细分,再寻找可观察的标志(规模、行业、用例)来识别各个群体——绝不能反过来
- 实际可行的上限是三到四个细分群体:超过这个数量,销售人员就无法区分它们,运营也无法为它们提供差异化服务
- 细分群体会不断变化——早期采用者的 WTP 很少能预测主流客户的 WTP;随着市场成熟,应重新进行分析
- 选择服务所有人,就等于选择不为任何人提供优质服务:应挑选 WTP、服务成本和触达能力相匹配的群体,并明确放弃其余群体
- 每个细分群体都需要自己的价值主张和主打功能,而不只是不同的价格
- 如果两个细分群体因相同原因购买,且 WTP 相同,它们就是同一个群体——应将其合并
应用:
| 场景 | 应用方式 | 示例 |
|---|---|---|
| 套餐设计 | 为每个 WTP 集群提供一种产品 | 访谈结果集中在每席位 15 美元、40 美元和 120 美元 → Starter、Team、Enterprise |
| 销售资格判定 | 根据两三个可观察的标志识别所属群体 | 有合规要求且席位数达到 200 以上,表明属于高 WTP 群体 |
| 路线图拆分 | 为每个细分群体打造主打功能,而不是为所有人添加无关紧要的功能 | 高级权限仅为 Enterprise 打造;Starter 则保持简洁 |
道德边界: 应根据交付的价值和产品差异制定不同价格——绝不能利用客户缺乏选择的处境或受保护特征牟利。
访谈数据整理完毕后,请参阅 references/wtp-conversations.md(“构建 WTP 曲线,而非计算平均值”一节):了解如何通过识别断崖和平台来发现细分群体,为什么双峰市场的均值描述的是一个并不存在的客户,以及一个完整的 WTP 曲线示例。
4. 定价与打包
核心概念: 将每项功能归类为核心功能(推动购买决策)、补充功能(增加适度价值)或负担功能(如果客户被迫为其付费,会主动降低支付意愿)。围绕核心功能设计优选、精选和基础套餐,用补充功能完善套餐并体现差异化,再将负担功能拆出作为附加项,或者从产品中移除。
为何有效: 核心功能让每个套餐都有存在的理由;高端套餐能让中端套餐显得价格合理;套餐中只要留有一个负担功能,买家就可能拒绝整个套餐,而不只是拒绝该功能。同样的功能,采用不同的打包方式,收入可能翻倍,也可能减半。
关键要点:
- 负担功能并非糟糕的功能,而是某个细分市场不愿为之买单的价值;本地部署对中小企业来说是负担功能,对银行来说则是核心功能
- 切勿在最低档套餐中免费提供核心功能——只给买家尝个鲜,不要把整顿大餐都端上来
- 先设计中端套餐:折中效应意味着大多数买家会选择它,所以应将其设计成你最希望卖出的套餐
- 以中端/高端/入门套餐约 70/20/10 的比例为规划参考——大多数买家都在低端,说明套餐区隔力度不足;大多数买家都在高端,则说明你定价过低
- 当各组成部分互为补充并能提高总支付意愿时,就应该打包;一旦细分市场的需求出现分歧,或有负担功能混入,就应拆分
- 默认设置三个套餐,最多四个——套餐超过这个数量,选择困难会降低转化率
应用场景:
| 场景 | 应用方式 | 示例 |
|---|---|---|
| 定价页面 | 高价锚定,主推中端 | 最佳套餐定价为 $199,用作锚点;更优套餐定价为 $79,承载约 70% 的买家 |
| 新功能 | 分档前先分类 | 审计日志经测试被认定为企业级核心功能 → 仅纳入最佳套餐 |
| 套餐审查 | 将负担功能拆出作为附加项 | 白标报告成为 $49 的附加项;Pro 价格下调,转化率上升 |
道德边界: 套餐区隔应基于新增价值,绝不能以扣留基本功能作为要挟——安全、隐私和数据导出应包含在每个套餐中。
将功能分配到各档套餐时,请参阅 references/packaging-tiers.md:其中包括核心/补充/负担功能的评分流程、优选/精选/基础套餐的设计规则、功能分配矩阵、套餐命名、升级路径、打包检查清单,以及定价页面相关说明。
5. 选择变现模式
核心概念: 收费方式和收费金额同样重要:订阅、按使用量计费、免费增值、动态定价或按结果收费;在每种模式中,还要选择价格指标(按席位、按 GB、按交易或按结果)。先选择能反映所交付价值的指标,再选择符合客户使用和付费方式的模式。
为何有效: 即使是同一款产品、平均价格也相同,单凭模式就能决定成败,因为模式会分配风险,并使现金流与价值相匹配。能反映所交付价值的指标,会在客户成功时自动带动收入增长;不匹配的指标——例如为价值按交易计量的产品采用按席位定价——则会限制增长空间,并在续约时引发不满。
关键要点:
- 先选择价格指标,再确定价格水平——指标决定收入能否随你创造的价值增长
- 免费增值是一种获客工具,而非定价模式:免费层是营销投入,必须围绕转化进行设计,而不是一味慷慨
- 按使用量计费可降低采用门槛,但也会带来收入波动和账单冲击——应加入限额、提醒或承诺用量套餐
- 按席位计费便于预算,但会抑制协作;按结果收费能完美匹配价值,但需要双方都认可的归因方式
- 混合模式(平台费用加用量费用)往往是成熟的选择:既有可预测的收入底线,又能随着价值增长
- 模式迁移会一次性重新定价所有现有客户——应慷慨地为老客户保留旧价,并以价值为核心阐述变更
应用场景:
| 场景 | 应用 | 示例 |
|---|---|---|
| 模式选择 | 让模式与价值交付和现金流相匹配 | 基础设施 API 按每 1,000 次调用收费;设计工具则按编辑者收费 |
| 免费增值设计 | 免费层展示核心功能,并在用户形成习惯时设置上限 | 免费版支持 3 个看板;第 4 个看板——团队开始形成习惯的节点——需升级到 Pro |
| 模式迁移 | 让新旧模式并行运行 | 固定费率客户保留旧价 12 个月,新注册用户则加入分级套餐 |
伦理边界: 选择客户能够预测和审计的指标——意外账单变现的是困惑,而非价值。
选择收费方式时,请参阅 references/monetization-models.md:了解各种模式(订阅、按使用量计费、混合、免费增值、动态定价、按结果收费)分别适用于何种情况、各自的失效模式、如何选择价格指标,以及如何在迁移模式时避免客户流失。
6. 行为定价与价格沟通
核心概念: 客户不会计算价值,而是在具体情境中感知价值。锚定效应、折中效应、诱饵选项和价格尾数都会影响这种感知;而产品发布后,有策略的沟通和耐心有助于守住你设定的价格。提前决定如何应对表现不佳的情况,避免第一周的恐慌左右策略。
有效原因: 支付意愿(WTP)是在选择时构建的:同一个 79 美元的方案,单独看显得昂贵,与 199 美元的锚定价格放在一起则显得合理。此外,产品发布初期往往会有波动,之后才趋于稳定;没有预先约定触发条件的团队会在第一周恐慌性打折,永久改变客户的价格感知,而他们原本通常只需解决认知度或套餐设计问题。
关键见解:
- 即使锚定价格是随意设定的,锚定效应也会奏效——先展示高端选项,之后的所有选项看起来都会更实惠
- 折中效应会让买家倾向于选择中间选项:加入一个刻意定价较高的选项,会让整体选择分布向高价位移动
- 诱饵选项——比你希望卖出的选项略差的选项——本就是为了被拒绝而存在;应衡量它是否改变了选择,而不是它是否能卖出去
- 魅力定价(9.99 美元)传递优惠信号;整数定价(200 美元)传递品质信号——根据你的定位选择价格尾数,不要默认采用某一种
- 宣布涨价时,先讲价值,再讲具体细节,并留出充足的通知时间——绝不要一边道歉,一边打折
- 表现不佳可能有很多原因——认知度、渠道、套餐设计等——价格是最后才该调整的杠杆;发布前设定第 30、60、90 天的触发条件,之后持续监测,而不是惊慌失措
应用场景:
| 场景 | 应用方式 | 示例 |
|---|---|---|
| 定价页面 | 按价格从高到低排列套餐,以设定锚点 | 将 499 美元的 Enterprise 套餐列在首位,可提升 149 美元 Pro 套餐的转化率 |
| 价格上涨 | 先说明已交付的价值,并提前通知 | 先回顾“今年推出的内容”,再通知续订价格将上涨 15% |
| 发布进展缓慢 | 先诊断,再打折 | 第 30 天评审:试用转付费表现良好,但流量较低 → 改善获客,维持价格 |
道德边界: 行为策略必须体现真实价值,绝不能凭空制造价值——锚定价格、诱饵选项和价格尾数,一旦背后的说法不真实,就会沦为欺骗。
常见错误
| 错误 | 失败原因 | 修正方法 |
|---|---|---|
| 先开发,发布时才定价 | 跻身未能实现营收目标的 72% 之列;问题暴露时,改变的成本已很高 | 在概念阶段测试支付意愿(WTP),并据此调整范围 |
| 成本加成定价或照搬竞争对手定价 | 以自身成本或竞争对手的策略为锚——两者都无法衡量客户眼中的价值 | 根据经验证的支付意愿(WTP)范围定价 |
| 问“你会购买这个吗?” | 得到礼貌性的肯定回答;陈述的购买意愿总是被高估 | 询问可接受、昂贵和高得令人无法接受的价格,并要求受访者在选项间取舍 |
| 按平均支付意愿(WTP)设计产品 | 平均值描述的是一个并不存在的客户 | 划分支付意愿曲线中的客户群体,并为每个群体打造相应方案 |
| 所有人都用同一套方案 | 对某些群体收费过高,对另一些群体收费过低 | 根据支付意愿(WTP)集群设计三到四种方案 |
| 将核心卖点捆绑进不同套餐 | 买家不愿为自己不想要的价值买单 | 将核心卖点拆分为附加选项,或直接删掉 |
| 把免费增值当作商业模式 | 免费用户看似带来增长,营收却难以为继 | 将免费服务视为获客手段;在用户形成习惯时设置上限,并对主打功能设置门槛 |
| 产品发布进展缓慢时恐慌性打折 | 永久改变客户的价格感知,还掩盖了真正的问题 | 预先设定触发条件;先诊断认知度和套餐设计问题 |
快速诊断
| 问题 | 如果否 | 行动 |
|---|---|---|
| 在规格冻结前,客户是否回答过支付意愿(WTP)问题? | 你是在寄希望于运气 | 现在就围绕这个概念开展 15-20 次支付意愿访谈 |
| 你是否知道自己正滑向四种失败中的哪一种? | 应对措施只能靠猜 | 进行四种失败分类 |
| 细分是否依据需求和支付意愿,而非人口统计特征? | 提供的方案将无法匹配价值 | 根据支付意愿访谈数据重新对客户进行聚类 |
| 每项功能是否都归为领军功能、填充功能或致命功能? | 产品打包只能靠猜 | 按支付意愿评估功能,再将其分配到不同层级 |
| 最低层级是否不包含领军功能? | 没人有理由升级 | 将领军功能移到更高层级;只让用户尝到一点,而非享用整顿大餐 |
| 价格指标是否会随客户价值增长而增长? | 收入将与成功脱节 | 重新选择指标:席位、用量或成果 |
| 是否有一份持续更新的商业论证,将支付意愿、价格、销量和成本关联起来? | 目标只是空想 | 在发布前建立这份论证;每次变更时都更新 |
| 是否提前商定了发布后的反应触发条件? | 第一周的恐慌将左右定价 | 现在就定义第 30/60/90 天的指标、阈值和应对措施 |
实例分析
请参阅 references/case-studies.md,了解如何将整套框架从头到尾应用于三家公司:通过支付意愿访谈发现三个细分群体后,将统一定价改为分层定价;在发布前发现功能冲击,此时支付意愿曲线随范围扩大仍保持平缓;以及通过将领军功能移到付费墙之后,修复仅有 1.1% 的免费增值转化率。
延伸阅读
- "Monetizing Innovation: How Smart Companies Design the Product Around the Price",作者 Madhavan Ramanujam 和 Georg Tacke
- "Confessions of the Pricing Man: How Price Affects Everything",作者 Hermann Simon
关于作者
Madhavan Ramanujam 是 Simon-Kucher & Partners 的董事会成员和合伙人,曾主导数百个变现项目,并为硅谷众多独角兽公司提供定价建议。Georg Tacke 曾任 Simon-Kucher 联席首席执行官。Simon-Kucher 是全球最大的定价与变现咨询公司,数十年来为全球各地的高管提供咨询。两人共同将该公司的方法论提炼为 Monetizing Innovation。