标签： 产品管理

找到产品-市场契合点

产品市场契合感是怎样的

马克·安德森的定义是：“在一个好市场中，拥有能够满足该市场需求的产品。”

具备产品市场契合度的信号 ：

• 当产品出现故障时，用户会明显感到不安

• 销售周期缩短，成交率提高

• 口碑传播驱动超过40%的新客户获取

• 留存用户群趋于平稳（用户留存率提高）

• 你难以跟上需求的增长

缺乏产品市场契合度的信号 ：

• 高流失率（中小企业月流失率超过5%，企业客户年流失率超过20%）

• 漫长且不可预测的销售周期

• 功能需求从多个方向拉扯

• 客户将产品视为“可有可无”，而非“必须拥有”

产品市场契合度并非二元对立，它存在于一个连续谱系中，且因客户群体而异

产品市场契合度之旅

阶段1：问题验证

• 客户是否真的存在你认为他们有的问题？

• 这个问题是否足够痛苦，以至于他们愿意付费解决？

• 现有解决方案是否不足？

第二阶段：解决方案验证

• 你的解决方案是否真正解决了问题？

• 它是否明显优于其他替代方案？

• 你能否可靠地交付它？

第三阶段：市场验证

• 市场足够大吗？

• 你能以经济的方式触达客户吗？

• 他们愿意支付足够的费用来建立业务吗？

衡量产品-市场契合度

定量指标：

• 肖恩·埃利斯测试 ：调查用户“如果无法再使用[产品]，您会有什么感受？” 若超过 40%的人回答“非常失望”，则表明已达到产品市场契合度（PMF）

• 留存曲线 ：用户群组在初始流失后应趋于平稳

• 净推荐值（NPS）：>50 表示产品满意度高

• 价值实现时间 ：用户快速达到“顿悟时刻”

定性指标：

• 客户评价与案例研究

• 未经请求的功能建议（他们已足够投入，愿意提出改进建议）

• 内部倡导者积极推广你的产品

• 客户无需销售努力即可续约和扩展

产品战略与愿景

打造产品愿景

一个引人注目的产品愿景：

• 愿景驱动 ：产品未来 3-5 年将发展到何种程度？

• 以客户为中心 ：客户将能实现哪些目标？

• 差异化 ：产品如何实现独特定位？

• 可信 ：目标远大但可实现

示例（Figma）：“让设计触手可及” 示例（Slack）：“让工作生活更简单、更愉快、更高效”

产品战略框架

战略将愿景与执行联系起来：

1. 目标客户 ：你为谁打造产品？（理想客户画像定义）

2. 价值主张 ：您要解决什么问题？为何选择您？

3. 核心能力 ：产品必须在哪些方面表现卓越？

4. 竞争定位 ：您的市场立足点在哪里？如何取胜？

5. 成功指标 ：如何衡量进展？

何时转向与何时坚持

若出现以下情况，请考虑转向 ：

• 关于客户需求的核心假设被证明是错误的

• 市场规模小于预期

• 无法经济有效地触达客户

• 竞争态势使得获胜可能性不大

若出现以下情况则坚持 ：

• 即使指标滞后，早期仍出现积极信号

• 核心假设仍然有效，执行需要优化

• 问题在于市场时机，而非产品与市场的契合度

• 即使用户数量较少，仍存在热情的用户

路线图优先级排序

优先级框架

框架	最适合	关键因素	输出	优势	劣势
RICE	数据驱动型团队	覆盖范围、影响力、信心、努力	数值评分	客观、可量化	需要估算准确性
价值与复杂度	可视化优先级排序	商业价值与实施投入	2×2 矩阵	简单直观	缺乏细微差别，二元思维
卡诺模型	用户满意度	基本需求、性能、愉悦	功能分类	以客户为中心	主观性强，需调研
加权评分	多方利益相关者	带权重的自定义标准	加权得分	灵活、透明	可以被操纵
MoSCoW	时间盒发布	必须/应该/可以/不会	优先级分类	清晰的沟通	过度优先化的倾向
ICE	快速评估	影响力、信心、易用性	快速评分	快速、轻量	不如 RICE 方法严谨

RICE 评分

• 覆盖范围 ：这将影响多少用户？

• 影响 ：这将如何改善他们的体验？

• 信心 ：你对覆盖范围和影响的估计有多确定？

• 工作量 ：需要多少个人月？

• 评分 ：（触及范围 × 影响 × 信心）/ 工作量

价值与复杂度矩阵

• 高价值，低复杂度：优先处理

• 高价值、高复杂性：规划与排序

• 低价值、低复杂性：填补能力缺口

• 低价值、高复杂性：避免

卡诺模型

• 基本需求 ：必须具备的功能，虽然不会带来惊喜，但缺失时会引起不满

• 性能需求 ：越多越好（如速度、可靠性）

• 惊喜功能 ：出乎意料的特性，能给用户带来震撼

说“不”

产品管理中最困难的部分：

• 机会成本框架 ：“选择 X 意味着放弃 Y”

• 数据驱动的决策 ：根据使用情况和留存影响进行优先级排序

• 战略一致性 ：它是否推动了愿景的实现？

• 客户细分 ：适合哪些客户？（可能与你的目标客户群体不符）

最优秀的产品经理并不以发布了多少功能来衡量，而是以他们成功避免了哪些功能的开发来衡量

路线图沟通

内部路线图 （详细版）：

• 季度主题与目标

• 功能规格说明书及成功标准

• 工程评估与依赖关系

• 发布计划时间表

外部路线图 （方向性）：

• 战略主题（非具体功能）

• 以季度/半年为单位的时间框架（非具体日期）

• 可能随时变更的免责声明

• 客户反馈循环

用户研究与发现

持续发现习惯

基于持续客户接触的产品决策

• 每周用户访谈 ：产品经理每周至少与 3-5 名用户交谈

• 使用数据分析师 ：量化用户行为的信号

• 支持工单审查 ：了解用户痛点的定性洞察

• 销售电话旁听 ：直接听取客户的意见和需求

研究方法

生成式研究 （探索）：

• 用户访谈：“请告诉我你上一次……的情况”

• 民族志研究：在用户环境中观察用户

• 日记研究：用户随时间记录体验

评估性研究 （测试）：

• 可用性测试：观察用户尝试完成任务

• A/B 测试：定量比较不同版本

• Beta 测试计划：在全面发布前收集反馈

待完成工作框架

理解客户为何“雇佣”你的产品：

• 功能性任务 ：他们试图完成什么任务？

• 情感任务 ：他们希望感受到什么？

• 社交任务 ：他们希望被如何看待？

示例 ：客户购买 CRM 系统并不是为了“管理联系人”，而是为了“完成更多交易并达成目标，从而获得佣金并感到成功”。

避免研究陷阱

常见误区 ：

• 询问用户需求而非观察用户行为

• 听取少数活跃用户意见而非代表性样本

• 使用诱导性问题导致回答偏差

• 将“有趣的见解”与可操作的见解混为一谈

最佳实践 ：

• 关注过去的行为（“告诉我上一次……”）而非假设性问题（“你会使用……”）

• 招募多样化的参与者群体（新用户、高级用户、流失用户）

• 通过五次追问“为什么”来探究根本原因

• 将洞察综合成清晰的主题与决策

产品驱动增长

什么是产品驱动增长？

产品本身驱动获客、激活与留存：

核心原则 ：

• 免费或试用体验 ：用户在购买前即可体验产品价值

• 自助式入门引导 ：无需销售人员协助即可开始使用

• 先价值后付费 ：先证明投资回报率，再实现变现

• 病毒式传播循环 ：用户通过产品使用自然地邀请他人

成功实施 PLG 的公司 ：Slack、Zoom、Dropbox、Notion、Figma

PLG 飞轮

1. 认知 ：口碑传播、内容营销、社群建设

2. 获客 ：免费版本或试用注册

3. 激活 ：快速达成”顿悟时刻”

4. 留存 ：规律使用与习惯养成

5. 变现 ：升级至付费层级

6. 倡导 ：用户向他人推荐（回到认知阶段）

为 PLG 设计

入门引导 ：

• 简单产品实现价值的时间少于5分钟，复杂产品少于30分钟

• 渐进式呈现：不要一开始就用所有功能让用户不知所措

• 模板与示例：帮助用户从最佳实践开始

• 空状态设计：首次用户体验与高级用户不同

免费增值模式 ：

• 免费层级足以驱动习惯养成

• 付费层级解锁协作、规模化或高级功能

• 明确的升级触发机制（使用限制、团队规模、功能权限）

病毒式传播机制 ：

• 协作功能：用户自然地邀请团队成员

• 内容分享：输出内容在产品外部共享（例如，公开的 Notion 页面）

• 集成：产品嵌入到工作流程中

当产品驱动增长有效（与无效）时

因素	产品驱动增长（PLG）	销售驱动增长（SLG）
理想 ACV	每年低于5000美元	每年5万美元
实现价值所需时间	数分钟到数小时	数周至数月
购买流程	个人或小团队决策	委员会参与，采购流程介入
用户引导	自助服务，直观的用户界面	高接触度，需要培训
定价	透明，初始成本低	定制报价，谈判
销售周期	数天到数周	3-6个月以上
客户获取	病毒式传播、口碑营销	外向型销售、现场销售
最适合	中小企业、个人用户	企业级复杂工作流
示例	Slack、Zoom、Notion、Figma	Salesforce、Workday、SAP
CAC	低（100-1000美元）	高（1万-10万美元以上）
扩张模式	基于使用量、席位扩张	向上销售、交叉销售

PLG 在以下情况下蓬勃发展 ：

• 个人用户无需批准即可试用和采用

• 价值实现速度快（几分钟到几小时，而非数周）

• 产品能解决明确且频繁出现的痛点

• 初始层级定价较低（每月低于100美元）

PLG 在以下情况下会遇到困难 ：

• 复杂的企业需求（安全、合规）

• 漫长的实施周期

• 缺乏销售教育时，价值主张不明确

• 需要高度定制化服务

构建产品团队

何时招聘首位产品经理

需要专职产品管理的迹象：

• 创始人每周在产品决策上花费超过20小时

• 工程团队对优先级不明确

• 功能已发布但未被使用

• 客户需求让团队不堪重负

• 临时做出路线图决策，而非战略性决策

典型阶段 ：15-30 名员工，产品市场匹配后，处于扩展阶段

产品团队结构

早期阶段（1-2 名产品经理）

• 产品经理负责整个产品界面

• 与创始人紧密合作制定战略

• 通才型人才负责研究、路线规划和市场推广

成长阶段（3-10 名产品经理）:

• 分配到产品领域的产品经理（例如：用户引导、核心产品、集成）

• 产品主管或产品副总裁角色应运而生

• 专业角色：增长产品经理、平台产品经理、数据产品经理

规模化阶段（10 名以上产品经理）:

• 产品团队与业务目标对齐

• 产品经理级别：高级产品经理（APM）、产品经理（PM）、高级产品经理（Senior PM）、产品组经理（Group PM）、总监

• 产品运营团队，负责流程与工具

产品经理技能与能力

核心能力 ：

• 用户同理心 ：深入理解用户需求

• 战略思维 ：将功能与业务成果联系起来

• 技术熟练度 ：理解可行性与权衡

• 沟通 ：协调跨职能团队

• 数据素养 ：基于证据做出决策

专业技能 ：

• 增长产品经理 ：实验设计、漏斗优化、病毒式传播

• 平台产品经理 ：API、开发者体验、生态系统

• 企业级产品经理 ：复杂工作流程、安全、合规

• 人工智能/机器学习产品经理 ：模型性能、训练数据、偏差缓解

产品管理与工程协作

健康的合作关系 ：

• 产品经理定义问题和成功标准，工程师负责解决方案

• 工程师对路线图有发言权（他们能看到技术机会）

• 联合冲刺规划与回顾会议

• 每个决策明确指定直接负责人（DRI）

警示信号 ：

• 产品经理在没有工程团队参与的情况下编写详细需求文档

• 工程师在不了解客户背景的情况下进行开发

• 冲刺阶段中持续的范围蔓延

• 功能未成功时的相互指责

产品运营

简化产品流程

随着产品团队的扩大，运营变得至关重要：

产品运营职责 ：

• 工具与系统 ：路线图软件、分析平台、研究工具

• 流程设计 ：冲刺规划、发布检查清单、PRD 模板

• 数据与洞察 ：使用情况仪表板、指标定义、实验基础设施

• 培训与入职 ：新产品经理上手、技能发展

何时招聘 ：10 名以上产品经理、100 名以上员工，或出现显著的流程痛点

实验基础设施

进行有效的 A/B 测试需要：

• 统计严谨性 ：适当的样本量、显著性阈值

• 执行速度 ：快速部署和衡量实验

• 学习文化 ：分享成果，基于洞察持续优化

• 避免局部最优 ：大胆尝试突破性创新，而非仅调整按钮颜色

产品评审与运营节奏

每周产品评审会 ：

• 路线图进度检查

• 障碍与跨团队依赖关系

• 关键指标回顾（使用情况、留存率、NPS）

• 即将发布的产品就绪情况

季度规划 ：

• 回顾上一季度的 OKR

• 设定下一季度的主题和目标

• 团队间的资源分配

• 与公司战略保持一致

向上市场拓展

企业为何向上市场拓展

驱动因素 ：

• 更高的客户平均收入

• 更可预测、规模更大的合同

• 更低的客户流失率

• 更好的毛利率（需要支持的客户更少）

挑战 ：

• 更长的销售周期

• 更复杂的产品需求

• 更高的客户获取成本（现场销售团队）

• 更慢的交付速度

企业版产品变更

企业买家的必备功能 ：

• 安全与合规 ：SOC 2、GDPR、HIPAA 认证

• 单点登录（SSO）：SAML、Okta 集成

• 基于角色的访问控制（RBAC）：细粒度权限管理

• 审计日志 ：追踪所有用户操作

• 服务等级协议与运行时间保证 ：99.9%可用性承诺

• 专属支持服务 ：客户成功经理、Slack 专属频道、优先处理工单

高级功能 ：

• 自定义集成 ：API、Webhook、数据导出

• 部署灵活性 ：本地部署、私有云选项

• 管理控制 ：使用情况仪表板、用户配置

• 专业服务 ：入职培训、定制化服务

平衡中小企业与企业客户

常见矛盾 ：

• 中小企业希望简单、自助服务、快速迭代

• 企业需要定制化、稳定性、合规性

解决方案策略 ：

• 分层策略 ：不同的功能集和服务级别

• 平台方法 ：核心产品 + 企业附加功能

• 良好/更好/最佳包装 ：能力逐步提升

• 专职团队 ：中小企业产品团队 vs 企业级产品团队

常见问题

我如何找到产品-市场契合点？

首先验证问题（客户是否真的有这种痛点？），然后验证你的解决方案（它是否真的能解决问题？），最后验证市场（市场是否足够大？）。产品-市场契合的关键信号包括：产品宕机时用户会感到不安、销售周期缩短、超过40%的用户通过口碑获取、留存率群体保持稳定。产品-市场契合存在于一个光谱上，并且因客户细分而异。

最佳的产品优先级排序框架有哪些？

RICE（覆盖范围 × 影响 × 信心 / 工作量）适用于需要量化决策的数据驱动型团队。价值与复杂度矩阵最适合可视化优先级排序和快速沟通。当关注用户满意度和功能分类时，Kano 模型表现出色。根据团队需求选择：追求严谨用 RICE，追求速度用价值/复杂度，以客户为中心用 Kano。

我该如何构建我的产品团队？

早期阶段（1-2名产品经理）：通才负责整个产品面。成长阶段（3-10名产品经理）：将产品经理分配到产品领域，并出现专业角色（增长产品经理、平台产品经理）。规模化阶段（10名以上产品经理）：产品组与业务目标对齐，并有明确的层级（助理产品经理、产品经理、高级产品经理、产品组经理）。在达到产品市场契合后，当创始人每周在产品决策上花费超过20小时时，在15-30名员工时招聘你的第一位产品经理。

什么是产品驱动增长（Product-Led Growth，PLG）？

PLG 是指产品本身驱动用户获取、激活和留存，而无需销售代表的参与。用户在购买之前通过免费试用或免费增值模式体验到产品价值。当价值实现时间较短（少于 30 分钟）、个人用户无需审批即可采用、且定价较低（低于每月 100 美元）时，PLG 效果最佳。Slack、Zoom 和 Notion 等公司是 PLG 的典型代表。

我应该在什么时候 hiring 第一位产品经理？

当创始人每周花费超过 20 小时在产品决策上、工程团队对优先级不清晰、功能上线但未被使用、客户请求压垮团队，或产品路线图决策是临时决定时，就应该 hiring 第一位产品经理。通常的时机是在产品与市场契合后，公司进入扩展阶段，员工人数达到 15-30 人时。第一位产品经理应是一位强大的通才，能够处理研究、路线图和上市策略（GTM）等工作。

我该如何优先处理功能请求？

使用 RICE 评分等框架进行客观量化，或使用价值与复杂性进行可视化优先级排序，或使用 Kano 模型聚焦客户满意度。始终以机会成本来框定决策（“选择 X 意味着放弃 Y”），利用使用情况和留存率影响的数据，确保与愿景的战略一致性，并考虑客户细分（适合哪些 ICP？）。最优秀的产品经理是通过他们成功避免开发的功能来衡量的。

什么是好的产品战略？

好的战略通过五个要素将愿景与执行联系起来：目标客户（你为谁而建）、价值主张（你解决什么问题以及为什么选择你）、关键能力（产品必须卓越完成的功能）、竞争定位（你在何处竞争以及如何取胜）以及成功指标（如何衡量进展）。它应当具有远见但可信，以客户为中心，并具有差异化。

如何向高端市场进军？

进军高端市场需要产品层面的调整（如单点登录、基于角色的访问控制、审计日志、服务等级协议、合规认证），组织架构的转变（如组建现场销售团队、客户成功部门、专业服务团队），以及平衡多个客户细分市场。常见的矛盾在于：中小企业客户追求简洁易用，而企业客户则要求高度定制化。解决方案包括设立不同产品层级、采用平台化策略（核心功能+企业级附加组件），或为不同细分市场配备专属团队。

思维模型是对复杂过程或关系的简洁表达。这些模型由个体随着时间的推移不断积累，并用于做出更快、更优的决策。

举个例子： 帕累托法则指出，大约 80% 的产出源于 20% 的努力。

在产品管理的语境下，这个模型意味着：与其试图满足 100% 的客户需求，不如思考如何用 20% 的精力解决 80% 的问题。产品团队经常进行这样的权衡，其结果往往体现为功能上线时，那 20% 使用场景更复杂的客户暂未得到支持。

思维模型非常强大，但其效用受限于它们所推导出的具体情境。为了克服这一局限，你不应只依赖某一个甚至少数几个思维模型，而应 持续构建一个由思维模型组成的格栅，以便从中汲取灵感，做出更明智的决策。

这一概念由著名伯克希尔·哈撒韦公司副董事长查理·芒格在一场演讲中推广开来。他在演讲中反思了如何获得智慧：

什么是基础的普世智慧？首要原则是，如果你只是记住孤立的事实，并试图生搬硬套，那你实际上什么也掌握不了。如果 事实无法在一个理论格栅上相互关联，它们就无法以可用的形式为你所用。

你必须在头脑中拥有模型。你必须将自己的经验——无论是间接获得的还是直接取得的——安排到这些模型构成的格栅上。你或许留意过有些学生，他们只试图死记硬背，然后把记住的东西生硬地复述出来。但无论在学校还是在生活中，他们都会失败。你必须 将经验挂在头脑中由模型构成的格栅之上。

什么是思维模型？首先，最重要的原则是，你 必须掌握多种模型——因为如果你只依赖一两种，人性的心理倾向会让你强行扭曲现实来迎合这些模型，或者至少你会自以为能契合。你最终会变得像脊椎按摩师那样，而这个行当在医学界可不怎么受待见。

正如老话所说：“手里拿着锤子，看什么都像钉子。”脊椎按摩师行医正是这种路子。但这样的思维方式极其危险，用这种方式在世上行事也注定会带来灾难。因此，你必须拥有多种模型。

这篇文章梳理了我在产品管理职业生涯中积累的一些最有用的思维模型。 随着我学到新的模型，我会持续更新这篇文章。

而且，这篇内容不仅仅是为产品经理而写，也适用于所有参与产品工作的伙伴。 产品思维并非产品经理的专属技能；事实上，它在开发者手中甚至更具价值。

我们将讨论的心智模型分为以下几类：

1. 判断投资方向

2. 设计与范围界定

3. 交付与迭代

确定投资方向 — 接下来的这些思维模型有助于判断你的团队下一步该构建什么，或者说该“投资”什么。

1. 投资回报率

这是一个金融概念：你每投入一美元，能收回多少？在产品领域，把你拥有的资源（时间、资金、人力）视为“投资”，而回报则是对客户产生的影响。

它的用途
产品团队可用的资源包括时间、资金以及人员的数量与技能。在比较可能开展的项目时，应 始终选择在每单位资源投入下对客户产生最大影响的项目。

2. 发布的时间价值

更早发布的产品对客户而言，其价值高于晚发布的产品。

有何用处
在决定投资于哪些问题或机会时，你不能仅仅比较不同功能可能带来的收益 （如果这样做，你总会选择最大的功能）。

相反，要做出好的投资决策，你还需要考虑这些功能的上线速度，并对 能更快上线的功能赋予更高的价值。

3. 时间范围

与上线的时间价值相关，正确的投资决策会因你所优化的时间段不同而改变。

如果时间周期足够长，3 个月与 9 个月开发周期的成本差异便微不足道。

其作用
选择追问 “未来 3 个月我们如何创造最大影响？” 还是 “未来 3 年我们如何创造最大影响？”，将为团队带来截然不同的决策。

因此，通常首先要 与团队和利益相关方达成共识，确定以何种时间周期作为优化目标。

4. 期望值

预测未来并不完美。相反，所有决策都会为多种未来结果创造概率。这些结果的概率加权总和即为该决策的 期望值。

有何用
在评估项目影响时，列出所有可能的结果并分配概率。结果的变异性通常包括：实际耗时超出预期的概率，以及未能解决客户问题的概率。

一旦你列出所有可能的结果，并对这些结果的价值进行概率加权求和，就能 更清晰地了解这项投资所能带来的回报。

设计与范围界定 — 接下来的一组心智模型有助于在你选定投资方向后，对产品进行范围界定和设计。

5. 逆向推演（ 反转思维）

不要从一个问题出发去探索解决方案，而是从一个完美的解决方案开始，逆向回溯到当下，从而确定应从何处着手。

请注意，逆向工作并非总是更优，它只是提供了一种不同的视角。

它的用处何在
大多数团队倾向于正向工作， 这会在追求实际可行的过程中，牺牲最终能产生深远影响的工作。

逆向工作有助于确保你专注于对客户最具长期影响力的工作，因为你始终是从为客户构建一个完美解决方案出发，反向推导实现路径。

请注意，逆向工作并非普遍更优，它只是提供了不同的视角。结合这两种视角进行规划是更健康的方式。

6. 信心决定了速度与质量的权衡

你对以下两点的信心程度：i) 所解决问题的重要性，以及 ii) 所构建方案的正确性，应当决定你在产品开发中愿意在速度与质量之间做出多大程度的取舍。

它的实用价值
该心智模型有助于你构建一个衡量标准，以便在速度与质量之间做出明智的权衡。通过观察上图中两个极端的例子，最容易解释这一点。

右侧： 你已确信（通过客户验证）你所关注的问题对客户确实非常重要， 并且你确切知道该构建什么来解决它。在这种情况下，你不应采取任何捷径，因为你知道客户将长期需要这个重要功能，因此它 最好具备极高的质量（例如，可扩展、令人满意）。

现在来看左侧： 你甚至尚未验证该问题对客户是否重要。在这种情况下，你在构建上投入的时间越长，就越有可能为一个根本不存在的问题创造出某种东西。因此，你应当 倾向于快速推出某样东西，并获得客户验证，确认其值得被好好构建。例如，在这类情形下，你可能会为一个尚未存在的功能制作一个登录页面，以评估客户的兴趣。

7. 解决完整的客户体验

顾客体验并不仅仅止于界面。产品使用前和使用后所发生的一切，同样需要被精心设计。

它的用途
在设计产品时，我们往往过度关注产品内的体验（例如软件中的用户界面）。

设计营销体验以及支持/售后体验同样至关重要。

特别是一些极佳的售后服务体验，恰恰是赢得客户长期信任的绝佳机会。 例如，亚马逊作为商家最能赢得你的信任，往往是在你需要退货的时候。

8. 实验、功能与平台

产品开发分为三种类型：实验、功能和平台。每种类型都有各自的目标，以及在速度与质量之间进行权衡的最佳方式。

如何运用
通过识别你所负责的产品开发类型，你可以为每种类型设定更合适的目标，并合理权衡速度与质量之间的取舍。

实验的目的是产出认知与学习，从而在有客户验证的前提下，投资于新功能或平台。如果你以学习为优化目标，就会考虑做一些通常不被认可的事情：例如使用打算后续丢弃的临时代码，或者在后台用人工来模拟复杂的软件机制。

与实验不同，平台是长期存在的。其他人会在平台之上构建功能，因此一旦平台上线后再进行更改，会造成极大的干扰。

因此， 平台项目需要具备非常高的质量（稳定性、性能、可扩展性等），并且必须能够真正支持有用功能的构建。构建平台时，一个实用的经验法则是与你的第一个使用者共同开发——即在你开发平台的同时，让另一个团队同步在平台上构建功能。这样，你就能确保平台确实能够支撑起实用的功能。

9. 反馈回路

产品中的因果关联，正是由正负反馈回路所连接的系统产生的结果。

其作用
反馈回路提醒我们， 产品增长或衰退的部分最大驱动因素，可能源于系统内的其他环节。

例如，假设你所在的支付团队，核心指标是提升信用卡支付处理总量。你和用户增长团队之间存在正反馈循环，因为他们每增长一批用户，就有更多潜在用户可能使用信用卡支付。然而，你和现金支付团队之间却存在负反馈循环，因为他们正致力于帮助用户更便捷地通过现金完成交易。

了解这些反馈回路，可以帮助你调整策略（例如，你可能会选择先推动用户增长，作为提升支付总量的最佳路径），或理解指标出现负面变动的原因（例如，信用卡支付量下降，其实是因为现金支付团队表现优异，而非信用卡产品本身出了问题）。

10. 飞轮（递归反馈循环）

一种正反馈或负反馈循环依靠自身动量不断自我强化、加速发展的状态。

它的用处
飞轮与反馈回路是相关的概念，但对于管理平台和市场来说非常重要。例如，假设你运营着苹果的 iOS 应用平台。你有两类用户：应用开发者与应用使用者。

飞轮效应是指：更多的应用使用者会吸引更多的应用开发者（因为销售机会更多），这反过来又会吸引更多的应用使用者（因为可购买的应用更多），进而再吸引更多应用开发者，如此循环。只要你对飞轮加以培育，不仅会实现增长，而且 增速还会越来越快。

如果你在管理一个飞轮，就必须 竭尽所能让它朝正方向持续转动，因为它反向转动的力量同样强大。例如，当平台上的应用过多，新应用已无法被用户发现时，开发者的增长就会放缓，从而破坏飞轮——你需要解决这个问题。

构建与迭代 —— 下一组思维模型在你构建、运营和迭代现有产品时非常有用。

11. 边际效益递减

当你专注于改进同一个产品领域时，每投入一单位努力所创造的客户价值会随时间推移而递减。

其作用
假设你正根据客户反馈和研究高效地迭代产品，最终你会达到一个阶段：几乎无法再做出实质性改进。此时， 团队应转向投入新的方向。

12. 局部最优

与收益递减相关，局部最优是指渐进式改进已完全无法创造客户价值的节点，迫使你对产品能力进行阶梯式变革。

其用途
这个思维模型与边际收益递减密切相关，同时还涉及一个极限点——即持续改进某件事物已无法带来实质性变化。此时迭代再无意义， 取得进展的唯一方式是创新。

这一概念近期因尤金·韦的爆款文章 《隐形渐近线》 而广为人知。文中提到亚马逊曾预判的类似案例，并由此催生了其 Prime 服务。

13. 第二版本是个谎言

打造产品时，不要指望第二版本一定能发布。请确保第一个版本就是完整的产品，因为它可能会永远留存下去。

当软件还在以盒装形式销售时，团队不得不永远与 1.0 版本共存。

它的用处
在为产品的第一个版本定义功能时，你会想到各种出色的特性，并希望在未来的版本中逐步加入。但要认识到，这些特性可能永远无法发布，因为你永远不知道会发生什么：公司战略改变、你的首席工程师离职，或者整个团队被调到其他项目。

为了应对这些情况， 请确保你 发布的任何产品都是一个“完整的产品”——即使它再也不会得到改进，在可预见的未来，对用户依然有价值。 不要发布一个依赖后续改进才能切实解决问题的功能。

14. 免费放送机会

一种几乎没什么损失、但通过快速发布产品却能带来巨大收益的情况。

其用处
免费放送机会通常出现在产品中，当现有用户体验非常糟糕时，基于直觉做出的任何合理改变都很可能大幅改善现状。这与修复漏洞不同，因为漏洞是指某些功能未能按预期设计运行。

如果你身处这样一种情况，团队正在想，“我们总得做点什么……反正也不会比现在更糟了”，那么你很可能正面临一个 “无风险机会”。

（Reddit 上的 r/CrappyDesign 版块就是这类情况的宝藏库）

15. 大部分价值是在第一个版本之后创造的

产品上线后，你才会对客户有最深的了解。不要浪费基于这些认知继续迭代的机会。

它的用途 
在产品被用户大规模使用之前，一切都只是假设。虽然团队在“上线前的研究”中所投入的工作——如客户访谈、原型测试、定量分析、 Beta 测试等——能极大提高你做出正确决策的概率，但当你将功能推送给全部客户时，总会出现一些之前未曾预料的行为和边缘情况。

就所获得的客户洞察而言， 绝大部分的学习发生在上线之后。如果因此不相应地投入迭代（有时甚至是大幅调整产品），那是不合理的。

16. 关键失败指标（KFI）

将关键绩效指标（KPI）与你不希望朝某个方向发展的指标配对，以确保你专注于健康增长。

其作用
团队通常只选择能直接反映他们所追求积极成果的 KPI，而忽略了这些成果可能通过负面方式实现的风险。一旦他们开始优化这些 KPI，实际上可能会产生对公司整体不利的结果。

一个典型的例子是：某个团队认为通过让落地页的注册转化率翻倍就是成功，结果（为时已晚地）发现总客户数并未增长，因为同样的改动导致转化率下降了 60%。

KFI 用于检验团队的表现，确保你为公司创造的产出是对整体健康有益的。

常见的 KPI 与 KFI 配对示例如下：

1. 在维持毛利率的同时增加收入

2. 提升功能 A 的使用率，同时不减少功能 B 的使用率

3. 提高功能 A 的采用率，同时不增加支持负担

一个知识网络，而非检查清单

这对许多读者来说可能并不令人满意，但据我所知，这些思维模型并没有一套固定的使用方法。如果你试图将它们当作检查清单来使用——逐项对照并看是否适用——你最终会陷入思维上的翻来覆去，这不仅会让你自己感到困惑和沮丧，也会让周围的人感到困扰。

相反，它们会 成为你知识网络的一部分，帮助你在产品决策上做出更好的判断，并为你提供一种语言，用以向团队解释复杂决策背后的原因。

随着你积累越来越多的思维模型（最好是通过经验来积累），你的能力也会越来越强。