如何把案例研究用于产品优先级判断

先写问题，再写功能要求

每个提案先描述客户、难以完成的任务，以及困难造成的后果。“要一个仪表盘”背后可能是信心、协作或决策速度问题，不同问题对应不同解决办法。

记录真实观察及其在已研究人群中的出现情况。表达强烈的客户提供了有价值的线索，但不自动代表整个市场，需要保留需求来源和适用范围。

小型易用性修复与基础平台改造的周期不同。先说明这次排序服务于哪个时间范围和目标，也要保留必要的可靠性工作，不能只展示新增功能。

对每个选项记录能力要求、依赖、交付不确定性和可能改变的结果。可以使用有理由的信心等级，但不要把猜测的影响数字变成看似客观的排名。

寻找解决相似客户障碍的案例，也包括采取措施后没有成功的情况。分析变化预期如何影响行为，以及这种机制依赖什么条件。

其他产品的成功功能是进一步研究的理由，不是必须复制的要求。要记录客户能力、渠道和替代方案的差异，并把外部案例与自己的产品数据区分开。

如果两个方案看起来都有收益，但证据都很弱，下一项工作可以是原型或任务观察，而不一定立即完整开发。说明它需要解决什么未知，以及结果如何改变排序。

保存已选择工作、暂缓方案与复查条件。当约束变化时重新判断，不要在原有假设已经失效之后，仍然维护旧的优先级表。

复制到自己的笔记里填写。空白代表尚待验证，不需要用猜测把它填满。

规划目标与周期：
客户问题：
证据来源和范围：
竞争方案：
预期行为变化：
依赖与不确定性：
案例类比及差异：
最小学习动作：
优先级复查条件：

选一个支持案例，再找一个结果不同的反例。阅读正文及其来源，检查与你的情境是否可比。

可用于练习的英文案例（请自行核查原始来源）：

在 App 中搜索公司和主题，阅读案例，再用追问比较不同做法。