产品机会识别需要三类依据：外部信号，包括用户问题、市场与竞品格局、政策与技术条件；内部信号，包括客户反馈、销售与支持数据、产品运行数据；可行性依据，包括投入产出估算、能力与资源约束、风险与合规判断。本文给出一套从线索收集到立项评审的取证方法，帮助产品规划人员把零散线索整理成可核验、可评审的机会假设。
要点总览（TL;DR）
- 产品机会识别需要三类依据：外部信号（用户问题、市场与竞品格局、政策与技术条件）、内部信号（客户反馈、销售与支持数据、产品运行数据）、可行性依据（投入产出、能力资源、风险合规）。
- 每条证据统一记录来源、样本范围、采集时间、口径和置信度，样本小、来源单一或时效过旧的证据在评审中标注为待补充验证。
- 从线索到机会假设按四步推进：线索收集、筛选排序、关键假设验证、评审形成机会假设卡，每步明确输入、输出、负责人和完成标志。
- 证据提供者与判断决策者适当分离，评审会提前约定参与角色和决策规则，关键假设未验证的机会不进入立项。
- 提交评审前用检查表核对证据覆盖、单一来源风险、结论与后续动作、复核时点，优先补齐对结论影响最大的证据缺口。
先明确判断对象：机会识别要回答的三个问题
机会识别回答三个问题：值不值得做、为谁做、能不能做。“值不值得做”判断问题的影响面与商业价值，“为谁做”锁定目标用户与使用场景，“能不能做”评估资源、能力与合规条件。三个问题都得到有依据的回答，机会才具备进入立项讨论的基础。
这项工作有明确的边界。营销投放评估回答的是“用什么渠道、花多少预算触达用户”，研发工具采购评估回答的是“选哪款工具支撑现有团队”，两者都以已有产品或已有业务为前提。机会识别发生在这些动作之前，判断的是要不要投入资源开辟或调整一个产品方向。把投放效果数据或工具选型结论当作机会依据，容易得出偏离产品判断的结论。
判断结论的粒度也需要控制。机会识别阶段输出的是机会假设，包含目标用户、待解决问题、初步价值主张和关键不确定性，不要求给出完整功能方案、交互设计或排期计划。方案设计属于立项后的工作，机会假设的作用是让团队在投入研发之前，先就“做不做、为谁做”达成有证据支撑的共识。
可以用一份判断问题清单来统一口径：目标用户是谁、他们的什么问题值得解决、现有替代方案为什么不够、我们具备什么条件、最大的不确定性是什么。每个问题后面附上支撑证据的编号，没有证据的问题标注为待验证。
外部依据：用户问题、市场格局与条件变化
外部依据的价值在于提供组织视野之外的信号。采集时按三类来源分别记录，避免把不同性质的证据混在一起讨论。
用户问题证据
用户访谈适合挖掘问题背景和决策过程，要记录受访者角色、使用场景、当前做法和不满意的具体环节。工单和社区讨论反映的是用户主动表达的问题，数量分布比单条内容更有参考价值。搜索行为数据能反映需求的存在与变化趋势，但只能说明关注度，不能直接说明付费意愿。三类来源配合使用：访谈解释“为什么”，工单和社区说明“有多普遍”，搜索数据提示“是否在变化”。
市场与竞品格局
市场规模判断要写明口径：是按客户数量、交易金额还是使用人数统计，覆盖哪个地域和细分。竞品分析关注替代方案而不只是直接竞品，用户当前用表格、人工流程或拼凑多个工具解决问题，同样构成竞争。空白点的判断需要具体到场景和用户群，笼统地说“市场缺少某类产品”通常缺乏说服力。
条件变化构成的机会窗口
政策调整、技术成本下降、供应链变化都可能让原本不可行的方向变得可行，或让原本稳定的需求发生转移。这类依据要记录变化发生的时间、影响范围和传导路径，例如某项合规要求生效后，哪些用户群体产生了新的采购或改造需求。
每条外部证据统一记录来源、样本范围、采集时间、口径和置信度。样本量小、来源单一或采集时间超过半年的证据，在后续评审中应标注为需要补充验证。来源偏差也要写明，例如访谈对象全部来自现有客户，结论不能直接外推到新市场。
内部依据：客户反馈、销售信号与产品数据
内部数据获取成本低、更新快，但口径容易不一致，需要先统一再使用。
客户反馈与流失原因归类
把客户成功团队记录的反馈、流失访谈和续约沟通内容按问题类型归类，例如功能缺失、使用门槛、集成困难、价格因素、组织变动。归类后统计各类原因的占比和涉及的客户规模，区分“个别客户强烈要求”和“多类客户反复提及”。流失原因中属于产品能力不足的部分，是机会识别的重要输入；属于客户自身经营调整的部分，应单独标记，不纳入产品机会讨论。
销售赢单输单与商机阻塞点
赢单记录说明产品在哪些场景下被认可，输单记录说明在哪些对比中落败。提取时关注输单的具体原因：竞品具备某项能力、交付周期过长、缺少某类集成、价格超出预算。商机推进过程中反复出现的阻塞点，往往指向产品能力的结构性缺口。销售人员的口头判断需要与商机记录核对，避免把个别大客户的特殊要求当成普遍需求。
产品使用数据与支持工单交叉验证
功能使用率低可能有多种原因：入口难找、价值不明确、替代路径更顺手。把使用数据与支持工单对照，能区分“不知道有这项功能”和“知道但不用”。某功能工单集中且使用率持续下降，通常说明该环节存在真实障碍；工单少但使用率骤降，则需要排查是否有外部因素或版本变更的影响。
内部数据要明确所有权、统计口径和更新频率。客户反馈由客户成功团队维护，销售数据由销售运营维护，使用数据由产品分析或数据团队维护。同一指标在不同报表中口径不一致时，以书面口径说明为准，并在证据表中注明取数来源和统计区间。
可行性依据：投入、能力与风险约束
可行性评估的作用是给机会假设加上现实约束，避免出现证据充分但无法执行的情况。
投入估算的范围
投入不只包括研发人力。交付实施、客户培训、运营支持、合规审查都可能产生持续成本。估算时按阶段列出：验证阶段的投入、首个版本的建设投入、上线后的运营投入。每项给出估算区间和依据，例如参照同类项目的实际工时或供应商报价，避免只给一个缺乏来源的单点数字。
能力与资源约束核查
核查项包括：团队是否具备相关技术经验、现有架构能否支撑、关键岗位是否有可用人力、交付团队能否覆盖新增客户、外部依赖是否可控。每项给出“具备、部分具备、不具备”的判断和补充说明。部分具备的项要写明补齐方式与所需时间。
风险与合规判断的取证方式
涉及数据、资质、行业监管的机会，需要取得书面依据：法规条文、监管问答、法务意见或第三方评估结论。风险判断记录风险描述、发生可能性、影响程度和应对措施。合规结论以书面意见为准，口头确认只能作为待办事项记录。
所有估算假设显式记录：假设内容、依据来源、如果假设不成立会怎样。评审时优先检查对结论影响最大的假设，而不是逐项核对所有数字。
操作步骤：从线索到机会假设的四步流程
四步流程把前三类依据组织成可执行的动作序列，每步都有明确的输入、输出和完成标志。
第一步：线索收集
输入是外部来源清单和内部数据源清单，动作是把访谈记录、工单摘要、竞品动态、销售反馈、数据异常等统一登记到线索池，每条线索记录来源、时间、原始描述和提交人。输出是线索池。完成标志是本期计划覆盖的来源均已提交，且每条线索都有可追溯的原始记录。负责人通常由产品经理或市场研究角色担任。
第二步：筛选排序
输入是线索池，动作是按三个维度打分：影响面，涉及多少用户或多少收入；证据强度，来源数量、样本质量和一致性；战略契合度，与当前产品方向和资源布局的关系。输出是排序后的候选机会清单，附筛选理由。完成标志是每条线索都有明确去向：进入验证、继续观察或关闭，关闭的写明原因。
第三步：验证关键假设
输入是候选机会及其关键不确定性，动作是选择验证方式：用户访谈确认问题普遍性，原型测试确认方案可被理解，小范围数据或试点确认使用意愿。输出是验证记录，写明验证方法、样本、结果和对原假设的修正。完成标志是关键假设中影响结论的部分已获得独立来源的支持，或已明确标注为未验证并说明处理方式。
第四步：评审形成机会假设卡
输入是证据表和验证记录，动作是填写机会假设卡，内容包括目标用户、待解决问题、价值主张、支撑证据编号、可行性结论、主要风险和待验证事项。输出是机会假设卡和评审结论：立项推进、补充证据后再议或暂缓。完成标志是评审参与角色到场、结论和后续动作记录在案、责任人和时间节点明确。
机会假设卡建议包含以下字段：机会名称、目标用户与场景、问题描述、现有替代方案、证据清单（编号、来源、样本、时间、置信度）、可行性评估摘要、关键假设与验证状态、评审结论、后续动作与负责人。卡片保持一页以内，详细证据放在附表。
角色分工与交付物：谁提供证据、谁做判断
证据提供者与判断决策者适当分离，可以减少“先有结论再找证据”的倾向。提供者负责数据的准确性和完整性，判断者对证据是否充分作出结论并承担决策责任。
| 角色 | 主要职责 | 产出 |
|---|---|---|
| 产品负责人 | 组织机会识别流程，汇总证据，填写机会假设卡 | 线索池、机会假设卡 |
| 市场研究 | 采集外部市场、竞品与用户研究证据 | 外部证据表 |
| 销售 | 提供赢单输单原因、商机阻塞点 | 销售信号摘要 |
| 客户成功 | 归类客户反馈与流失原因 | 客户反馈分类表 |
| 研发 | 评估技术可行性、架构影响与工作量区间 | 技术可行性意见 |
| 财务 | 核算投入区间与收益测算口径 | 投入产出估算表 |
评审会由产品负责人主持，参与角色包括研发负责人、销售或客户成功代表、财务代表，涉及合规议题时增加法务。决策规则提前约定：例如关键假设未验证的机会不进入立项，单一来源支撑的重大结论需要补充第二来源，评审结论需到场角色多数同意并记录异议。交付物清单包括线索池、证据表、机会假设卡和评审记录，统一归档，供后续立项和复盘查阅。
当线索、证据和评审结论需要在多个角色之间流转时，可以用 ONES 的工作项承载线索与验证任务，用文档沉淀证据表和机会假设卡，让每条证据的来源、状态和评审结论保持可追溯，减少信息在邮件和群聊中散失。
示例：一次机会假设的完整取证过程
以下为演示情景，用于说明依据如何组织，数据为示意，不代表真实调研结果。
某协作类产品团队在季度复盘中注意到，客户成功团队连续收到关于“跨部门审批流转慢”的反馈。初始线索有三条：五家客户在续约沟通中提到审批环节耗时；支持工单中“流程配置”相关咨询占比上升；销售在一次竞标中因缺少灵活审批能力落败。
外部证据采集：访谈八家不同规模客户，其中六家描述了审批节点多、流转靠人工催办的具体场景；竞品分析发现两家同类产品已提供可视化流程配置，但配置复杂度较高，中小客户使用率有限；行业政策方面暂无直接影响。内部证据采集：近两个季度流失客户中，三家将流程效率列为次要原因；赢单客户中，流程简单的客户占比高；产品数据显示流程相关功能使用率低，但工单咨询集中在配置环节。交叉验证后，问题集中在“配置门槛高”而非“缺少流程能力”，原假设需要修正。
可行性评估：研发评估改造配置界面约需一个迭代周期，交付团队需要更新实施手册，合规方面涉及审批记录留存，需法务确认留存期限。投入估算给出区间，并注明基于同类改造项目的历史工时。主要风险是改造后老客户迁移成本，应对方式是保留原有配置方式并行一段时间。
机会假设卡填写结果：目标用户为使用审批流程的中小客户；待解决问题为流程配置门槛高导致使用率低；价值主张为降低配置门槛、缩短审批上线时间；支撑证据包括六份访谈记录、工单趋势数据和竞品配置复杂度对比；可行性结论为可在一个迭代内完成改造；待验证事项为改造后使用率提升幅度。评审结论为立项推进，先做小范围灰度验证，负责人和验证时间节点记录在案。
完成检查：机会识别是否做到位
在提交立项评审前，用以下清单逐项核对，每项给出“是、否、部分”的判断和说明。
| 检查项 | 核对标准 |
|---|---|
| 证据覆盖 | 外部、内部、可行性三类依据均有记录，缺失的类别写明原因 |
| 关键假设标注 | 每条关键假设标注来源、样本范围、采集时间和置信度 |
| 单一来源检查 | 影响立项结论的重大判断有至少两个独立来源支撑，或明确标注为待验证 |
| 结论与动作 | 评审结论明确为立项、补充证据或暂缓，后续动作有负责人和时间节点 |
| 更新与复核 | 证据表注明复核时点，市场或政策条件变化时触发重新评估 |
| 口径一致性 | 同一指标在不同证据表中的统计口径一致，差异有书面说明 |
检查中发现证据缺口时，优先补充对结论影响最大的部分，而不是追求三类依据数量齐全。机会假设卡和证据表在立项后继续保留，作为后续需求优先级判断和复盘时的参照。
常见问题
线索很多但证据质量参差，筛选阶段应该先看什么？
先看证据对结论的影响程度，再看证据本身的强弱。具体做法是：把每条线索对应的关键假设列出来，判断这个假设如果不成立，机会结论是否会被推翻。会被推翻的假设优先补充第二来源或安排验证；不影响结论的线索可以留在观察池，不必在本期投入验证资源。
影响面、证据强度、战略契合度三个维度打分时，建议先按影响面做粗筛，再对进入候选的线索逐条核对证据强度。这样能避免在低影响面的线索上反复补证据，也能防止高影响面的判断只靠一条访谈记录支撑。
访谈、工单、销售反馈之间结论不一致时怎么处理？
先确认三者描述的是不是同一个问题。访谈反映的是用户表达的诉求，工单反映的是用户主动求助的环节，销售反馈往往带有单笔商机的具体情境，口径不同时结论自然会有差异。
处理方式是回到原始记录逐条比对：问题发生的场景是否一致、涉及的客户类型是否相同、时间区间是否重叠。如果差异来自样本范围，在证据表中分别标注来源和适用范围；如果差异指向同一环节的不同侧面，把它作为待验证事项写入机会假设卡，用一轮针对性访谈或小范围数据确认，而不是在评审会上用投票方式取舍。
可行性评估中研发给出的工作量区间很宽，评审时怎么用？
宽区间本身是有效信息，说明技术方案尚未收敛。评审时不必强行压缩成一个数字，而是把区间和对应的前提条件一起记录：下限对应哪种实现方式、上限由哪些不确定因素造成、哪些因素需要在验证阶段先确认。
如果区间宽度足以影响立项结论，例如下限可接受而上限超出资源承受范围，应把“方案收敛”列为验证阶段的任务，先做技术预研或原型验证再回到评审。财务核算投入产出时，用区间做敏感性分析，说明在哪种情况下收益测算不再成立。
机会假设卡通过评审后，证据表还需要继续维护吗？
需要。机会假设卡和证据表在立项后继续保留，作用有两个：一是作为需求优先级判断的参照，后续排期时能回查当初的依据和假设；二是作为复盘材料，验证阶段结束后对照实际结果修正原来的判断。
维护方式可以简化：证据表按季度或在市场、政策条件发生明显变化时复核一次，更新采集时间和置信度；机会假设卡记录假设的验证状态变化。复核时发现原有关键假设不再成立，应触发重新评估，而不是沿用旧结论继续推进。
小团队没有独立的市场研究和财务角色，分工怎么安排？
按职责分离而不是按岗位分离。外部证据采集和投入估算的工作可以由产品经理承担，但判断环节需要引入未参与采集的人参与评审，例如研发负责人或业务负责人，减少“自己找证据、自己下结论”的倾向。
投入估算可以借用历史项目的实际工时记录作为参照，并写明估算假设；涉及合规的结论仍应取得法务或外部专业意见的书面确认。团队规模小的时候，交付物可以精简为线索池、证据表和机会假设卡三份，但证据的来源、样本和时间记录不能省略。
