产品方向决策要解决的是“要不要在这个方向上投入”的判断问题，而不是把讨论停留在愿景和直觉上。本文给出一套可执行的流程：先界定方向假设与目标用户问题，再用市场证据、能力匹配和投入代价三项标准收敛候选方向，通过最小验证动作取得证据，最后在评审会上明确立项、暂缓或放弃，并留下决策记录与复评时点。适合正在建立或修订方向评审机制的产品、业务与研发负责人参考。
要点总览（TL;DR）
- 方向决策先回答四个问题：为谁解决什么问题、为什么现在做、我们凭什么做、代价与回报是否可接受，每问都要有证据和判定口径。
- 流程分五步：机会信号归并为方向假设、统一标准初筛到2–3个候选、撰写方向说明、执行最小验证动作、评审定档并约定复评时点。
- 方向说明用固定字段横向比较，重点写清关键假设、验证方式、停止条件与复评时间，投入与回报口径注明来源。
- 产品负责人组织全流程，业务、研发、经营角色分别提供市场、能力与资源口径，评审结论须落到责任人、里程碑和复评时点。
- 决策落地后按检查清单核对证据、结论与归档，复评由时间或预设触发事件启动，并更新决策记录。
产品方向决策要回答哪几个问题
方向决策的质量，取决于能否把“定方向”拆成几个可以逐项回答、逐项举证的问题。建议固定为四问，每问都要求对应的证据类型和判定口径，评审时按同一张清单对照，避免讨论滑向个人偏好。
| 判断问题 | 需要的证据类型 | 判定口径 |
|---|---|---|
| 为谁解决什么问题 | 目标用户访谈记录、现有替代方案的不足、问题发生频率与影响 | 能说清具体角色、具体场景和问题造成的损失；问题在目标人群中反复出现 |
| 为什么现在做 | 市场变化信号、客户需求集中度、政策或技术条件变化 | 存在明确的时间窗口或触发事件；推迟投入会带来可描述的代价 |
| 我们凭什么做 | 现有能力清单、资源盘点、差异化依据 | 关键能力已有或可在验证周期内获得；与主要竞争者的差异可被用户感知 |
| 代价与回报是否可接受 | 投入估算（人力、时间、资金）、预期回报口径、风险清单 | 投入规模在可承受范围内；回报假设有初步依据；最坏情况有止损安排 |
这四问的顺序有讲究：前两问决定方向是否值得看，后两问决定我们是否接得住。任何一问缺乏证据，都应标注为待验证假设，而不是用讨论共识替代。
需要区分三个层级，避免把不同决策混在一起。方向决策回答“做不做这个方向”；项目投资组合管理回答“有限资源如何在多个方向之间分配”；需求优先级回答“同一方向内先做哪个需求”。方向尚未定档时讨论需求排序，往往是在为不成立的方向做精细排期。方向决策的输出是方向说明与定档结论，组合管理和需求排序在此基础上展开。
从机会收集到方向假设的操作步骤
把方向决策做成固定流程，关键是每一步都有明确的输入、动作、输出和完成标志，让参与者知道当前处于哪一步、还缺什么。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 一、收集机会信号并归并为方向假设 | 客户反馈、销售线索、竞品动态、内部提案、运营数据 | 按“用户群体＋问题场景”聚类，把零散信号归并成若干条方向假设，每条用一句话表述 | 方向假设清单 | 每条假设都能指向具体用户和问题，重复信号已合并 |
| 二、统一标准初筛 | 方向假设清单 | 用市场证据、能力匹配、投入代价三项标准逐条打分或给出通过/不通过判断，收敛到2–3个候选方向 | 候选方向短名单及初筛理由 | 候选方向不超过3个，落选方向有书面理由 |
| 三、撰写方向说明 | 候选方向短名单 | 按统一字段为每个候选方向写一页说明，明确关键假设与验证方式 | 方向说明文档 | 字段填写完整，关键假设可被验证 |
| 四、设计最小验证动作 | 方向说明中的关键假设 | 为每个方向选择成本最低、最能推翻假设的验证动作，约定周期与停止条件，执行并记录结果 | 验证报告 | 验证结果有原始记录，正负结论均写入 |
| 五、评审定档与复评时点 | 方向说明、验证报告 | 召开评审会，逐项对照判断问题，给出立项、暂缓或放弃结论，指定责任人与复评时间 | 决策记录 | 结论、责任人、复评时点三项齐全 |
初筛阶段最容易出现的问题是候选方向过多，导致每个方向都只做浅层研究。把候选控制在2–3个，是为了让验证资源集中，也让评审会比较的是同一深度的材料。
最小验证动作的选择原则是优先取得能推翻假设的证据。例如假设“目标用户愿意为自动对账付费”，验证动作可以是向一批真实用户展示可点击的原型并记录付费意愿，而不是先开发完整功能。验证周期和停止条件应在动作开始前写定，结果无论支持还是否定假设，都进入决策记录，成为后续复盘的依据。
方向说明文档该写哪些字段
方向说明的作用是让不同方向用同一口径被比较。字段固定后，评审者可以横向对照，而不是每个方向各讲一套故事。下表给出可直接复制的字段结构。
| 字段 | 填写要求 | 必填/选填 |
|---|---|---|
| 目标用户与核心问题 | 写明用户角色、使用场景、问题表现及当前替代做法；避免用“所有企业”这类泛化描述 | 必填 |
| 机会规模与竞争现状 | 给出可获得的规模估算口径与来源；列出主要竞争或替代方案及其不足 | 必填 |
| 自身能力与资源匹配 | 列出所需关键能力，标注已有、需建设、需外部获取；说明资源缺口 | 必填 |
| 投入估算与预期回报 | 按人力、时间、资金分项估算；回报写明口径与假设前提 | 必填 |
| 关键假设与验证方式 | 列出支撑方向成立的核心假设，每条对应验证动作、周期与判定标准 | 必填 |
| 风险、停止条件与复评时间 | 写明主要风险、触发停止的具体条件、计划复评的时间点 | 必填 |
| 补充材料 | 访谈记录、数据截图、竞品分析等附件索引 | 选填 |
填写时注意两点：机会规模与预期回报的估算口径要写清来源和假设，没有可靠数据时标注为估算区间而非精确数字；停止条件要写成可观察的事件，例如“验证期内付费意向用户少于约定数量”，而不是“效果不达预期”这类无法判定的表述。
角色分工与各环节交付物
方向决策涉及多个角色，职责不清时常见的结果是材料由产品独自完成、评审会上业务和研发首次看到内容。建议在流程启动时就明确分工。
| 角色 | 主要环节 | 职责 | 交付物 |
|---|---|---|---|
| 产品负责人 | 全流程 | 组织机会归并、撰写方向说明、设计验证动作、主持评审 | 方向假设清单、方向说明、验证报告 |
| 业务/市场角色 | 机会收集、初筛、评审 | 提供客户与市场证据，判断机会规模与竞争现状 | 市场证据材料、初筛意见 |
| 研发负责人 | 能力匹配、验证、评审 | 评估能力缺口与实现代价，参与验证动作的可行性判断 | 能力评估意见、投入估算中的技术部分 |
| 财务或经营角色 | 投入估算、评审 | 核对投入与回报口径，提出资源约束 | 投入回报评估意见 |
评审会的决策权限应事先约定：谁有一票否决权、结论由谁最终确认、分歧如何升级。常见做法是由产品负责人组织、业务与研发负责人共同评审、经营角色确认资源口径，最终结论由事先指定的决策人确认并签字。决策记录、方向说明和验证报告统一归档到同一位置，与对应方向关联，便于复评时调取。若团队使用 ONES 承载研发协作，可以把方向假设、验证任务和评审结论放在同一工作项与文档体系中流转，使决策记录与后续执行保持关联；具体模板形式以团队实际配置为准。
一个方向决策的示例
以下为示范性情景，用于说明字段如何填写、证据如何支撑结论，不代表任何真实企业数据。
背景与假设。某协作工具团队在客户反馈中反复看到“跨部门审批流转慢”的问题，形成方向假设：为中型企业的行政与业务部门提供可配置的审批流转能力，减少线下催办。
方向说明关键字段填写。目标用户为中型企业的行政负责人与业务经办人，问题表现为审批卡在个别节点、进度不可见；机会规模按已有客户中提出相关需求的占比估算，并标注为估算区间；竞争现状列出通用表单工具和办公套件自带审批，其不足在于跨系统数据打通弱；自身能力方面，流程引擎已有基础，移动端审批需建设；投入估算为若干人月，回报口径为相关客户续约与增购意向；关键假设包括“客户愿意为可配置流转付费”“移动端是采纳的关键条件”；停止条件设为验证期内付费意向客户少于约定数量。
验证动作与证据。团队用两周时间向一批目标客户演示可点击原型，记录付费意向与最关注的节点；同时访谈若干经办人，确认移动端使用频率。验证结果显示付费意向集中在少数客户，且移动端需求强于预期，据此调整了方向范围。
评审结论与停止条件。评审会给出“立项但缩小范围”的结论：先做移动端审批与进度可见，暂缓复杂配置能力；责任人、里程碑和复评时点写入决策记录，若首个版本上线后采纳率未达约定水平，则触发复评。
可迁移的规律与边界。这个示例的可迁移之处在于：用原型而非完整开发取得证据、把范围调整写进结论、停止条件可观察。其边界是示范情景，实际的机会规模口径、投入估算和判定阈值需由各组织根据自身数据确定。
决策落地与完成检查
评审给出结论只是起点，方向能否落地取决于目标、里程碑和责任是否被明确承接，暂缓与放弃的方向是否被妥善处理。
立项后的动作包括：把方向目标拆成可交付的里程碑，每个里程碑指定责任人和完成时间；将方向说明中的关键假设转为验证或开发任务，纳入日常跟踪；约定首次复评的时间点。暂缓的方向应写明暂缓原因和重新启动的条件，保留方向说明备查；放弃的方向同样记录理由，避免同类提案在短期内重复出现而无据可依。
以下检查清单可用于判断一次方向决策是否做到位：
- 四个判断问题均有对应证据，未验证部分已明确标注为假设；
- 候选方向数量控制在约定范围内，落选方向有书面理由；
- 方向说明字段完整，投入与回报口径写清来源；
- 每个关键假设都有验证动作、周期和判定标准；
- 评审结论为立项、暂缓或放弃之一，无悬而未决项；
- 决策记录包含责任人、里程碑和复评时点；
- 停止条件可观察、可判定；
- 决策记录、方向说明与验证报告已归档并相互关联。
复评触发条件通常有两类：到达约定复评时间，或出现预设的触发事件，例如验证结果否定核心假设、市场条件发生明显变化、资源约束改变。触发后应更新决策记录，写明新证据与结论变化，保持方向决策的可追溯性。在验证与复评阶段，团队可以借助 ONES 效能管理查看研发过程中产生的交付效率、完成情况等数据，作为判断投入产出是否偏离预期的参考之一；这些数据来自系统内日常流转记录，适合与方向说明中的假设对照使用。
常见问题
方向决策评审时，业务和研发对同一方向的判断不一致怎么办？
分歧通常来自证据口径不同：业务看机会规模，研发看实现代价。处理办法是在评审前把方向说明的字段填到同一深度，让双方针对同一份材料讨论。若仍不一致，按事先约定的决策权限处理，由指定决策人确认结论，并把分歧点和各自依据写入决策记录，作为复评时的观察项。
最小验证动作做到什么程度算够，验证周期怎么定？
验证的目标是取得能支持或推翻关键假设的证据，而不是把功能做出来。周期按“能否在可接受的时间内得到结论”来定，并在动作开始前写定判定标准和停止条件。验证结果无论正负都写入验证报告，进入决策记录。若证据不足以支撑结论，应延长验证或调整验证方式，而不是用讨论共识替代。
方向被暂缓后，什么情况下重新启动？
暂缓时应同时写明暂缓原因和重新启动的条件，例如关键假设获得新证据、市场条件变化或资源约束解除。方向说明保留备查，重新启动时从原方向说明出发更新字段，而不是重新起草。这样同类提案再次出现时有据可依，也便于比较前后判断的变化。
方向决策和项目投资组合管理、需求优先级怎么衔接？
三者是不同层级：方向决策回答“做不做这个方向”，组合管理回答“有限资源如何在多个方向之间分配”，需求优先级回答“同一方向内先做哪个需求”。方向定档后，立项方向进入组合层面的资源讨论，方向内的需求再按优先级排序。方向尚未定档时先做需求排序，容易为不成立的方向投入排期成本。
方向验证阶段如何观察投入与产出是否偏离预期？
可以在方向说明中把预期回报写成可对照的指标，并在验证与复评阶段查看研发过程中产生的交付效率、完成情况等数据作为参考。ONES 效能管理自动收录系统内日常流转的研发数据，从交付效率、交付质量、资源效率、完成情况等维度形成分析指标，并支持将仪表盘共享给其他用户。这些数据适合与方向假设对照使用，具体指标口径需结合团队实际配置确定。
