产品战略规划要解决的是产品方向的选择问题：为谁解决什么问题、凭什么赢、先做什么后做什么、如何判断方向成立。本文给出一套可执行的四步流程，从界定边界、写战略假设、明确角色交付物到设置阶段检查，并附战略假设表、角色对照表和完成检查清单。范围限于产品方向，项目投资组合与具体需求排序不在本文展开。
要点总览（TL;DR）
- 产品战略规划先回答四个问题：为谁解决什么问题、凭什么赢、先做什么后做什么、如何判断方向成立，再按界定边界、形成假设、确定角色交付物、设置阶段检查四步推进。
- 战略假设要写成可证伪的命题，字段包括目标客户与场景、要解决的问题、价值主张、关键依据、验证方式、判断标准与失效条件，并把已确认事实与待验证推测分开标注。
- 假设按影响范围与不确定性排序，影响大且证据薄弱的优先验证；评审分歧用预设排序规则处理，避免会上临时协商。
- 角色分工要落到唯一负责人和明确决策权限，五类交付物（方向说明、假设表、验证计划、评审记录、方向调整记录）齐备且有结论才算完成。
- 规划能否进入执行用检查清单核对，方向边界、假设、验证方式、角色分工、交付物、检查点六项中任一项缺失即为阻断项，需补齐后放行。
产品战略规划先回答哪几个问题
产品战略规划的核心是把方向判断变成可执行、可回退的决策。它需要回答四个问题：为谁解决什么问题；凭什么赢，即相对现有替代方案的价值差异在哪里；先做什么后做什么，即阶段的取舍顺序；如何判断方向成立，即在什么证据下继续、调整或停止。这四个问题答不清楚，后续的资源投入和路线安排就缺少判断依据。
围绕这四个问题，规划按四步推进。每一步都有明确的输入、动作、输出和完成标志，完成标志是进入下一步的前提。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 一、界定边界与目标客户 | 现有客户反馈、市场与竞品信息、内部能力盘点 | 写清目标客户与核心场景，明确要解决的核心问题，列出本期明确放弃的方向 | 方向说明（一页以内） | 目标客户、核心问题、放弃方向三项均有明确表述，团队对边界无歧义 |
| 二、形成战略假设 | 方向说明 | 把方向拆成若干条可验证假设，标注依据、验证方式、判断标准与失效条件 | 战略假设表 | 每条假设都有验证方式和判断标准，已确认事实与待验证推测分开标注 |
| 三、确定角色与交付物 | 方向说明、战略假设表 | 约定产品、业务/市场、研发、管理层各自的输入责任、评审责任与决策权限，列出各阶段交付物 | 角色交付物对照表、验证计划 | 每项交付物有唯一负责人和提交时间，评审人有明确结论权限 |
| 四、设置阶段检查 | 验证计划、假设表 | 设定检查点时间与证据要求，约定继续、调整、停止的判断规则 | 检查点清单与决策规则 | 每个检查点有对应假设、所需证据和决策人 |
四步的顺序有依赖关系：边界不清则假设无从写起，假设没有验证方式则检查点无法设定。实际执行中可以并行收集信息，但输出物应按顺序定稿。规划完成后进入执行，执行中的新证据回流到假设表，触发下一轮检查。
战略假设怎么写：方向、依据与验证方式
战略假设是把方向判断转成可检验命题的工具。一条合格的假设应当能被证伪：如果验证结果不符合判断标准，就说明这条方向判断需要调整。建议用固定字段填写，避免写成无法检验的口号。
| 字段 | 填写要求 |
|---|---|
| 目标客户与场景 | 具体到客户类型和使用场景，避免“所有企业用户”这类无法验证的表述 |
| 要解决的问题 | 描述客户当前的实际困难及其现有应对方式 |
| 价值主张 | 说明本产品相对现有替代方案带来的具体改变 |
| 关键依据 | 支撑该判断的信息来源，如访谈记录、行为数据、试点反馈 |
| 验证方式 | 用什么动作获取新证据，如客户访谈、原型试用、小范围发布 |
| 判断标准 | 达到什么结果算成立，写明指标、样本范围和时间窗口 |
| 失效条件 | 出现什么情况即判定假设不成立，需要调整或停止 |
填写时要区分已确认事实与待验证假设。访谈中客户明确描述过的困难属于事实，可以写入依据；对客户是否愿意为此付费的判断属于推测，必须配验证方式。常见错误是把推测写进依据栏，导致后续检查时找不到可核对的证据。建议在假设表中用标注区分两类内容，评审时逐条核对。
假设数量通常多于一条，需要排序。排序按两个维度：影响范围，即该假设不成立时对方向的影响程度；不确定性，即当前证据的薄弱程度。影响大且不确定性高的假设优先验证，因为它们决定方向是否成立；影响小或已有充分证据的假设可以后置。
示例（演示情景）：目标客户为中型制造企业的生产计划人员；要解决的问题是排产调整依赖人工经验、响应慢；价值主张是把排产调整的响应时间从按天计缩短到按小时计；关键依据是前期访谈中多位计划人员描述了手工调整的耗时环节；验证方式是在三家客户中试用排产调整原型并记录调整耗时；判断标准是试用客户中多数场景的调整耗时明显下降且计划人员愿意持续使用；失效条件是试用中调整耗时无明显改善，或计划人员仍回到手工方式。
角色分工与各阶段交付物
规划过程需要明确谁提供输入、谁做评审、谁拍板。职责不清时，最常见的结果是文档写完无人认领结论，检查点到期无人决策。下表给出一种可参考的分工，实际组织可按规模调整，但每项职责应有唯一责任人。
| 角色 | 主要职责 | 决策权限 |
|---|---|---|
| 产品负责人 | 牵头方向说明与战略假设表，组织验证计划，汇总检查点证据 | 对假设内容和验证安排负责，提出继续、调整、停止的建议 |
| 业务/市场 | 提供客户与市场输入，参与价值主张和判断标准的评审 | 对客户侧证据的真实性负责，对方向说明中的客户判断有评审权 |
| 研发负责人 | 评估方向的技术可行性与投入量级，参与验证方式设计 | 对可行性判断负责，对无法支撑的验证方式提出异议 |
| 管理层 | 评审方向说明与检查点结论，确认资源投入 | 对继续、调整、停止做最终决策 |
各阶段交付物建议固定为五类：方向说明、战略假设表、验证计划、评审记录、方向调整记录。方向说明和假设表由产品负责人提交；验证计划由产品负责人与研发负责人共同确认；评审记录由评审组织者整理，写明参与人、分歧点和结论；方向调整记录在每次检查点后更新，说明调整了哪条假设、依据是什么。交付物齐备的标志是每份文档都有负责人、日期和结论，而不是只有内容。
评审交接要约定三件事：谁提交、谁评审、结论如何记录。提交方在评审前把材料发给评审人，评审人带着意见参会；会上对分歧逐条记录，不由主持人单方面归纳；结论写入评审记录并同步给所有参与人。避免职责空转的做法包括：每项交付物只设一个负责人；评审人名单在规划启动时确定；检查点结论必须落到继续、调整或停止三者之一，不接受“再观察”作为默认结论。
规划中的假设、评审记录和方向调整需要在文档与工作项中留痕，便于检查点复盘和交接。ONES 可以在这一环节承载管理动作：把每条战略假设建为工作项并关联验证任务，评审记录与方向调整记录作为文档归档到对应项目，检查点到期时按工作项状态汇总证据。这样做的价值是让“哪条假设、由谁验证、结论如何”在系统中可查，减少口头结论丢失。
示例：一个产品方向从假设到评审的完整过程
以下为演示情景，用于说明方法如何跑通，不涉及具体企业数据。
背景与范围：某团队考虑为中小型零售企业提供库存补货辅助能力。范围限定在补货建议这一个方向，不涉及门店运营或供应链金融等其他方向。
第一步，界定边界。团队写方向说明：目标客户为门店数量有限、缺少专职补货分析人员的零售企业；核心问题是补货依赖店长经验、缺货与积压并存；本期放弃的方向包括面向大型连锁的自动补货系统和面向供应商的库存协同。完成标志是三项内容均有明确表述。
第二步，形成假设。团队写出三条假设：其一，店长愿意采纳系统给出的补货建议；其二，基于历史销售的建议能减少缺货；其三，客户愿意为该项能力付费。每条假设都填写依据、验证方式、判断标准和失效条件。第一条依据来自访谈中店长对建议类工具的开放态度，验证方式是在少量门店试用并记录建议采纳率。
第三步，确定角色与交付物。产品负责人牵头假设表与验证计划，业务方负责联系试用门店，研发负责人评估建议算法的可行性，管理层确认试用投入。交付物包括方向说明、假设表、验证计划，评审记录在评审会后归档。
第四步，评审与检查点。评审会上出现分歧：业务方认为应先验证付费意愿，研发负责人认为应先验证建议准确度，否则付费验证没有意义。处理方式是回到假设排序规则：建议准确度影响范围大且不确定性高，付费意愿依赖准确度结论，因此先验证准确度，付费意愿验证安排在下一个检查点。结论写入评审记录，并注明调整理由。
检查点到期后，团队按判断标准核对证据：建议采纳率达到预设水平则第一条假设成立，进入付费意愿验证；未达到则按失效条件调整建议逻辑或缩小目标客户范围。这个示例可迁移的规律是：假设排序决定验证顺序，分歧用预设规则处理而非会上临时协商；适用边界是方向相对聚焦、可在有限客户中验证的场景，方向跨度很大时应拆成多轮规划。
阶段检查与完成标准
规划是否可以进入执行，用一张检查清单逐项核对。每项检查都要有证据，口头确认不计入通过。
| 检查项 | 通过标准 | 所需证据 | 是否阻断 |
|---|---|---|---|
| 方向边界 | 目标客户、核心问题、放弃方向三项明确且无歧义 | 方向说明文档 | 是 |
| 战略假设 | 每条假设字段完整，已确认事实与推测分开标注 | 战略假设表 | 是 |
| 验证方式 | 每条关键假设有验证动作、判断标准和失效条件 | 验证计划 | 是 |
| 角色分工 | 每项交付物有唯一负责人，评审人与决策人已确定 | 角色交付物对照表 | 是 |
| 交付物齐备 | 方向说明、假设表、验证计划、评审记录均已归档并有结论 | 文档清单与评审记录 | 是 |
| 检查点 | 每个检查点对应假设、证据要求和决策规则 | 检查点清单 | 是 |
阻断项缺失时必须补齐才能进入执行。其中方向边界和验证方式两项最容易形式化：边界写成宽泛描述、验证方式写成“持续观察”，都会导致检查点无法判断。核对时以能否据此做出继续或停止的决策为准。
执行过程中，方向失效或证据不足时按预设条件处理：证据显示假设不成立，则调整方向说明或缩小目标客户范围；证据不足以判断，则延长验证或补充验证动作，并在记录中写明原因；连续多个检查点无法获得有效证据，应停止该方向并释放投入。调整和停止同样要写入方向调整记录，作为下一轮规划的依据。
常见问题
产品战略规划和年度经营计划、项目投资组合是什么关系？
产品战略规划聚焦产品方向本身：目标客户是谁、解决什么问题、凭什么赢、阶段取舍顺序如何、用什么证据判断方向成立。年度经营计划通常覆盖收入、成本、组织等更广的经营目标，项目投资组合关注多个项目之间的资源分配与优先级。三者可以衔接，但本文只展开产品方向这一段。实际操作中，产品战略规划的输出可以作为投资组合决策的输入之一，具体组合排序方法需另行处理。
团队规模较小，是否还需要区分产品、业务、研发、管理层四种角色？
角色可以合并，职责不能空缺。小团队中产品负责人可能同时承担业务输入，研发负责人可能由技术骨干兼任，管理层决策由创始人承担。关键是把每项交付物的负责人、评审人和最终决策人写清楚，即使同一个人担任多个角色，也要在文档中注明其在该项事务上的身份。这样在检查点复盘时，能追溯谁提供了证据、谁做了结论。
战略假设验证到一半，证据不足以判断成立或不成立，应该怎么处理？
按预设规则处理，不默认延长观察。可选动作有三种：一是延长验证时间并补充验证动作，在方向调整记录中写明延长原因和新的判断时点；二是缩小目标客户范围，把假设限定在证据更充分的客户群中重新验证；三是判定该假设暂不成立，调整方向说明。连续多个检查点都无法获得有效证据时，应停止该方向并释放投入。无论哪种处理，都要写入记录，作为下一轮规划的依据。
规划文档写完就进入执行，还需要保留评审记录和方向调整记录吗？
需要。评审记录承载的是分歧点和结论，方向调整记录承载的是每次检查点后的变化及依据。执行过程中出现与规划假设不一致的现象时，这两类记录是判断“方向需要调整”还是“执行出现偏差”的依据。缺少记录时，团队容易在复盘时各执一词。建议在规划启动时就约定记录的归档位置和更新责任人，把记录作为交付物的一部分而非附加工作。
方向跨度很大时，一次规划能否覆盖全部内容？
方向跨度大时建议拆成多轮规划。一轮规划聚焦一个可在有限客户或有限场景中验证的方向，假设数量控制在团队能在检查点周期内完成验证的范围内。跨多个客户群或多种商业模式的宏大方向，可以先用一轮规划确定优先验证的子方向，其余方向列入后续轮次。拆分依据是假设之间的依赖关系：被其他假设依赖的基础假设应放在前一轮验证。
