Menü
收入从哪里来，产品就会站在哪边——收入来源审视与激励偏差检查
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
AI Native 产品方法论——价值发现循环的实操 Skill。 用户提供已上线或正在验证的 AI 产品，Skill 自动执行价值发现流程： 价值信号识别 → 伪价值排除 → 价值密度评估 → 市场测试设计 → 定价策略联动 → 方向修正建议 → 输出价值发现方案。 基于《AI Native 产品方法论》第22章。
《观照》全书编排器——根据用户输入的问题类型，路由到对应的章节Skill，串联全链路决策修正流程
检查方法使用的前提是否成立——识别情境变化、验证假设前提、重配适用方法
先看机制是否有害，再看结果是否有效——价值/代价/情绪/退出权四重检查
停止错误方向，也是一种推进——归零分析、暂停策略、止损决策
持续觉察、系统反思、判断沉淀——建立个人与团队的决策觉察力
| name | p12a-contemplation-right-livelihood |
| description | 收入从哪里来，产品就会站在哪边——收入来源审视与激励偏差检查 |
| stage | discovery |
| tags | ["正命","收入审视","激励偏差","立场觉察"] |
| source_book | 观照 |
| source_chapter | 第7章 正命 |
| version | 1.0.0 |
| 字段 | 说明 |
|---|---|
| product_revenue_model | 产品的收入来源（广告/订阅/佣金/数据等） |
| revenue_targets | 收入目标/KPI |
| recent_decisions | 近期与收入相关的重要决策 |
"商业模式从来不是产品外面的包装层，它会很早就进入产品内部，悄悄决定团队每天关心什么、优化什么、愿意牺牲什么、又会下意识回避什么。"
书稿在第七章以克制的 AI 写作助手案例说明：团队最初想做"让用户变强"的产品，但续费模式不断提醒他们——低存在感很难转成高续费；不制造依赖就很难制造稳定收入；用户越自由商业上越不稳。于是团队慢慢被推向另一条路：让用户持续感觉自己需要你。这不是单个设计选择的问题，而是收入逻辑在反过来塑造产品。增加使用频次提醒、强化"持续进步"叙事、补上社会比较功能、把关键能力藏到更高付费层级——这些动作单看都不算过分，甚至都能被解释成"帮助用户看到价值"。
在产品战略中，正命要求在选商业模式的时候就提前问清楚：这个模式会奖励团队做什么，又会惩罚团队不做什么？如果这个模式跑成功了，用户会因此更自由还是更被绑定？如果收入上涨，用户得到的好处是否也同步上涨？真正健康的模式至少应该让"对用户好"和"对商业好"有尽可能大的重合区。
"好的获取方式不是掠夺式的，不是拿走以后让对方变弱，而是在维持关系、甚至让关系继续成立的前提下，获得自己该得的部分。"
书稿引用《法句经》中蜜蜂采蜜的比喻来阐释正命的核心标准：一个健康的商业模式不该靠持续让用户更弱、更多虑、更难离开来维持自己。广告模式诱导平台追曝光，抓眼球、放大情绪的内容天然占便宜；订阅模式诱导产品追续费，能力悄悄朝"让用户形成依赖"移动；免费增值模式诱导团队在"刚好够用"与"必须难受"之间做精细计算。这些逻辑都不需要谁拍着桌子说"我们要牺牲用户"，它们只通过一天天的小选择慢慢塑造出一个产品。
在商业模式设计中，正命要求审视团队真正被奖励的行为。团队每天在讨论什么？是"怎么创造更扎实的用户价值"还是"怎么把续费率再抬一点"？如果公司越成功用户越焦虑、越依赖、越难离开，那模式从结构上就有问题。被奖励的行为比写在墙上的价值观更真实地定义组织。建立"价值账本"——不只看赚了多少钱，也看用户付出了什么代价（时间成本、注意力成本、信任成本、认知负担）。
"你选择一种收入方式，也是在选择一种产品会被塑造成的方向。靠续费活着→天然在意'如何让用户持续回来'；靠广告活着→天然在意'如何让用户停留更久'。"
书稿指出商业模式不是中性的，它会悄悄决定团队每天关心什么、优化什么、愿意牺牲什么。收入→团队 KPI→决策优先级→产品方向，这条激励链不需要有人拍着桌子说"牺牲用户"，只需一天天的小选择、一轮轮优先级排序、一句句"现实一点"的提醒。AI 时代产品特别容易滑向两种方向：要么不断放大依赖感让用户觉得"没有我你就不行"，要么不断制造焦虑让用户觉得"如果不用我你就落后了"。
在产品决策中，正命要求画出完整激励链条：收入来源→KPI→日常决策→产品行为。当免费版限制从每月 100 次降到 30 次、导出功能从免费版移到付费版、免费版响应速度被降级时，这些决定都在说一件事：免费用户的价值只是"被转化为付费用户"。正命要求按"自然使用量"划分免费/付费边界，不按"故意制造不足"划分；付费版本应该提供"更高价值"，不修复"免费版的痛苦"。定期复盘商业成功和用户价值是否仍然同向。
一个团队想做"真正克制的 AI 写作助手"——不替你写完一切，只在你卡住时给启发，然后退到一边让你自己完成。前三个月用户反馈"最舒服的 AI 工具"。但第一个续费周期到了，续费率只有 43%，竞品 65-75%。投资人质疑，商业负责人说"理想的前提是公司先活着"。随后团队开始调整：增加使用频次提醒、强化"持续进步"叙事、补上社会比较功能、把关键能力藏到更高付费层级。
product_revenue_model: "订阅制（月付/年付），续费率为核心指标"
revenue_targets: "续费率目标 65%，当前 43%"
recent_decisions:
- "增加使用频次提醒"
- "强化'持续进步'叙事"
- "补上'同行都在用'社会比较功能"
- "关键能力藏到更高付费层级"
=== 收入来源影响地图 ===
【收入来源】
- 100% 订阅收入，续费率为核心指标
- 付费方 = 使用方，但续费逻辑在改变产品与用户的关系
【激励链】
收入压力 → 续费率 KPI → "让用户持续回来" → 增加提醒/依赖设计 → 产品从"帮用户变强"滑向"让用户离不开"
【偏差识别】
1. 愿景偏差：原本想"让用户变强"，实际在"让用户觉得离开就会变弱"
2. 功能偏差：使用频次提醒、社会比较、关键能力隐藏——都在服务依赖感
3. 语言偏差："持续进步"叙事掩盖了"持续依赖"的产品行为
4. 设计师的质疑证实了偏差存在
【立场审视】
- 当前立场：偏向"让用户持续依赖"
- 与愿景冲突：团队想做克制的产品，但商业模式在推动依赖
- 如果续费率上升，用户更不自由——模式与愿景结构性冲突
【校准建议】
1. 区分"帮助用户"的提醒和"制造依赖"的提醒
2. 功能层级按用户实际需要分级，不按"逼付费"分级
3. 建立价值账本：续费原因中"觉得值得"vs"觉得离开就亏"各占多少？
4. 考虑增加"使用完就走"的成功指标——用户用完就离开也是好结果
一个工具产品的免费增值模式（freemium）。团队在"免费版刚好能用"与"免费版必须难受到足以逼你付费"之间做精细计算。产品经理说"这是正常的商业策略"，但用户反馈说"免费版被阉割了"。
product_revenue_model: "免费增值模式（免费版+付费版）"
revenue_targets: "付费转化率目标 5%，当前 2.3%"
recent_decisions:
- "免费版每月使用次数限制从 100 次降到 30 次"
- "导出功能从免费版移到付费版"
- "免费版增加水印"
- "免费版响应速度降级"
=== 收入来源影响地图 ===
【收入来源】
- 免费增值模式，付费转化率为核心指标
- 付费方 ≠ 使用方（大量使用方是免费用户）
【激励链】
收入压力 → 转化率 KPI → 压缩免费版空间 → 限制次数、移走功能、降级体验 → 免费用户体验下降
【偏差识别】
1. 功能偏差：核心功能被藏到付费墙后，不是因为技术原因，而是为了逼付费
2. 体验偏差：免费版响应速度被主动降级——用"制造不足"驱动转化
3. 立场偏差：免费用户被当作"待转化对象"而非"需要被服务的用户"
4. 语言偏差："正常的商业策略"掩盖了"用户在被迫付费"的事实
【立场审视】
- 当前立场：偏向"制造需要以逼迫付费"
- 用户反馈"被阉割了"证实了立场偏差
- 与"先提供价值"的产品理念不一致
【校准建议】
1. 按"自然使用量"划分免费/付费边界，不按"故意制造不足"划分
2. 付费版应提供"更高价值"（更多能力），不修复"免费版的痛苦"
3. 免费版核心体验不应被主动降级
4. 建立免费用户 NPS 和流失率监控，不只看转化率