问题、需求、功能与解决方案的区别
拆开最容易混淆的四个层次，避免一上来就写功能。
- 用自己的话解释“问题、需求、功能与解决方案的区别”及其核心术语。
- 在真实 AI 产品场景中识别何时应该使用本课方法。
- 完成一份可沉淀进“访谈提纲、需求洞察报告与 MVP 范围说明”阶段任务的实践产出。
REAL SCENE
先从一个真实场景开始
业务方提出“做一个 AI 会议纪要功能”，并列出录音、转写、摘要、待办和自动发邮件。团队准备估时，你却发现没人说清用户真正困难是什么：听不清、整理太慢、责任人不明确，还是会后无人跟进？如果把一串功能当成需求，最终可能高质量解决了错误问题。
PLAIN EXPLANATION
说人话：它到底是什么？
问题是用户当前状态与期望状态之间的差距；需求是用户希望取得的进展及其约束；功能是产品提供的可操作能力；解决方案则是功能、流程、服务与运营的组合。四者需要形成证据链：先确认问题真实且重要，再描述用户要完成的任务，最后比较不同方案。AI 只是方案变量，不能反过来定义需求。
四层表达法
同一句“我要自动摘要”可能同时混合四层。问题层是会后行动遗漏；需求层是快速确认决定与责任人；功能层是提取待办；方案层还包括转写模型、编辑确认、通知和权限。分层后，团队才能讨论是否有更低风险、更低成本的实现。
- 问题：发生了什么损失
- 需求：谁要取得什么进展
- 方案：产品如何帮助并被验证
从行为证据发现问题
用户口头提出的功能通常是基于已有产品想象出的答案。要追问最近一次事件、当前流程、耗时、错误和替代方案，找到可观察事实。只有愿望没有行为，不能直接证明问题值得做。
- 追问最近一次而非未来意愿
- 观察已有替代方案与成本
- 区分抱怨、偶发不便和关键阻碍
建立问题到指标的链路
好问题描述要能自然导出验证指标。若问题是责任人不明确，可以衡量待办确认率和逾期率；若问题是整理太慢，可以衡量会后编辑时间。指标与问题不匹配，优化结果也无法证明价值。
- 每个问题对应当前基线
- 定义改善幅度和时间范围
- 增加副作用护栏指标
把用户提出的功能先还原成情境、阻碍和期望进展。
一个问题至少要有行为证据、影响和当前替代方案。
方案必须能通过与问题直接相关的指标被证伪。
KEY POINT
这节课最重要的结论
- 为什么重要
- 这决定了从真实用户问题出发，判断需求价值并确定 MVP 范围时，团队是否拥有一致、可验证的判断标准。
- 适用边界
- 当问题目标、数据来源或失败成本发生变化时，不要机械套用；先重新确认假设和风险等级。
EXAMPLES
正确案例与常见反例
访谈发现项目经理每周花 90 分钟从会议录音中核对决定和负责人，仍有 18% 的行动项逾期。团队将首版需求定义为“会后 10 分钟内确认责任人与截止时间”，方案只做转写、待办提取和人工确认，不自动发邮件。成功指标是编辑时长和待办确认率。
团队把“AI 会议纪要”直接拆成 20 个功能，优先接入最强摘要模型。上线后摘要写得流畅，但用户真正需要的责任人和截止时间经常丢失；团队只能汇报生成次数，无法证明是否减少遗漏。
“业务提出的是功能想法。我们先按四层重写：问题是行动项遗漏，需求是会后快速确认责任和期限，首版方案是提取加人工确认。请先评估待办结构化输出，不需要实现自动发信和多模板摘要。”
HANDS-ON
必做实操任务
本节产出：“访谈提纲、需求洞察报告与 MVP 范围说明”阶段任务中的《问题、需求、功能与解决方案的区别》一页实践卡
步骤 1收集三个“我想要某功能”的表达，分别还原成问题、需求、功能和完整方案。
步骤 2选择其中一个问题，记录最近一次真实事件、影响、频率和当前替代方案。
步骤 3提出至少三个不同解决方案，其中一个不使用 AI，并写出主要取舍。
步骤 4为选定方案定义一个结果指标、两个过程指标和一个护栏指标。
核心重点必须完成全部实践，并在测验中达到 80%，才能标记为掌握。
原始功能请求：____
最近一次事件：____
用户当前状态：____
期望状态：____
具体阻碍与损失：____
频率/强度：____
当前替代方案：____
需求陈述：当____时，____希望____，从而____。
候选方案 A：____｜风险____
候选方案 B：____｜风险____
非 AI 方案：____｜风险____
选择与理由：____
结果指标：____｜基线____｜目标____
护栏指标：____CHECKLIST
产品经理工作检查表
MASTERY QUIZ
掌握测验
核心重点需达到 80% 才算掌握，未通过会进入错题本。
INTERVIEW
常见面试题
展开参考回答
先承接业务目标，再追问最近一次事件、用户、损失、频率和当前替代方案，把功能请求还原成问题与需求。之后提出多个候选方案并比较价值、成本与风险，定义最小验证和指标。若时间紧，会明确哪些是假设、哪些已确认，避免用“业务说了”代替产品判断。
RECAP & FURTHER READING
重点回顾、延伸阅读与下一步
- 1
围绕“问题、需求、功能与解决方案的区别”继续阅读：选择一篇真实用户研究或产品决策复盘，识别其中的问题证据、方案取舍与验证闭环。
- 2
用“用户问题、需求、解决方案”作为检索词，分别写下一条定义、一条适用边界和一个反例。
- 3
对照本课正确案例与反例，寻找一个公开案例并记录其中可复用的判断与不能照搬的条件。