预期结果
- 验证功能请求背后是否存在真实工作流痛点
- 找到当前替代方案、替代品和用户迁移原因
- 为路线图评审创建基于证据的假设
操作流程
围绕工作流提问
搜索用户想完成的任务，而不只是团队内部已经使用的功能名称。
比较需求强度
按频率、具体程度、替代成本和证据多样性评估信号。
写出产品假设
把最强信号转成假设、目标用户、成功指标和下一步验证动作。
可直接使用的问题
- Notion 用户在 Reddit 上反复请求哪些功能？
- SaaS 创始人对分析工作流有哪些挫败感？
- 开发者希望 API 文档工具解决什么问题？