典 · AI PM 永乐大典

行业知识 · v2.3.0 · 资料核对 2026-10-03

机会发现与需求验证

不从“做一个 AI”开始

正确问题是:谁在什么情境下,为完成什么任务,付出了什么可量化成本;哪部分可由 AI 改善,改善后谁愿意改变行为或付费?

1. 战略边界

在访谈前先明确:

输出一页战略简报,不要把“AI first”当战略。战略是选择和放弃。

2. 发现真实工作

访谈问行为,不问愿望

弱问题:“你想要一个 AI 助手吗?”

强问题:

至少覆盖主用户、边缘用户、受影响者、执行者、审批者和支持者。

观察与数据

注意数据只记录现有产品允许发生的行为,不自动代表未满足需求。

3. 用 JTBD 定义任务

模板:

当【情境/触发】时,我想要【进步/任务】,从而【更高层结果】;但【阻碍】让我只能用【现状替代】。

AI 场景还要补:

我愿意让系统【建议/草拟/执行】到什么程度;当【风险/不确定】时必须【澄清/确认/转人工】。

把“总结会议”改写为:“项目负责人会后 10 分钟内要得到可追溯的决定、责任人与截止日,并能在发出前纠正误识别。”后者才可设计、评测和验收。

4. 现状基线

记录:

AI 方案必须与最强现实替代比较,不是与“什么都没有”比较。

5. 场景拆分

把宽泛场景拆成原子任务:输入是什么、输出是什么、是否有标准答案、错误是否可逆、动作是否高风险、反馈多久出现。

例如“AI 客服”可拆为:意图识别、知识检索、答案草拟、政策核对、工单摘要、情绪判断、退款执行。每项的模型、指标、权限和风险完全不同。

6. 机会评分

使用 1–5 分并记录证据:

机会分 = (痛点强度 × 频率 × 用户/业务价值 × AI 增量)
       × 数据可得性 × 可评测性 × 采用可能
       ÷ (风险 × 集成复杂度 × 运行成本)

公式不是数学真理,作用是暴露假设。任何“5 分”都要能指出证据来源。

优先“高价值、可测、可逆、有反馈”的窄场景;先做辅助决策,再逐步提升自主性。

7. 假设地图

按四类列出并排序“若错了,项目最可能失败”的假设:

为每个假设写:证据现状、最小实验、阈值、负责人、截止日、结论。

8. 低成本验证

Concierge / Wizard-of-Oz

先由人模拟 AI 服务,验证用户是否真的提交任务、使用结果、纠错和复购。必须告知研究安排与数据用途,不欺骗用户。

Fake Door

展示入口并测点击/申请,但不要承诺不存在的能力;点击后清楚说明测试并收集意向。

数据回放

在历史真实案例上回放候选方案,确认信息是否足够、输出是否可评、错误代价如何。

原型测试

测试能力告知、输入方式、等待、引用、编辑、确认、撤销和转人工,不只测视觉。

9. 商业论证

收益

成本

单位经济

每成功任务净价值 = 每任务业务价值
                 - 模型/基础设施成本
                 - 人工复核与返工
                 - 支持和风险预期成本

“节省 30% 时间”只有当组织把时间用于更多产出、降低外包或改善 SLA 时才可能兑现。

10. 发现阶段停止条件

对应模板:用户访谈 · 机会评分 · 商业论证