01. 总体方法、战略与商业闭环 · 资料陈述 · 教学步骤 7
已有用户时，把反馈接回产品
已有用户后，反馈既能暴露产品断点，也能产生下一轮需求；新项目则先把它列为待取得的证据。
原知识点：讲者建议通过邮件、Featurebase、Discord 等渠道持续收集反馈，既改产品也挖新需求。
执行步骤
- 统一收集客服、邮件、访谈、站内反馈和社区原话，并保留日期、场景和用户类型。
- 把每条反馈改写成用户任务或障碍，不先改写成团队想做的功能。
- 查找对应行为事件、失败日志或更多独立用户原话，标明是否相互印证。
- 按影响用户数、任务严重度、证据强度和修复成本排序，而不是按声音大小排序。
- 没有用户时先建立反馈入口和触发条件，保持证据状态为未知。
可复制工作表
用户原话：__ 日期/渠道：__ 用户类型与场景：__ 对应任务：__ 观察到的障碍：__ 行为/日志证据：__ 独立反馈人数：__ 可能的选择偏差：__ 证据状态：线索/已交叉验证/未知 下一动作与负责人：__
完整示例
【完整示例】三名记者分别在邮件和站内反馈中说“长采访要分段上传”；日志同时显示大文件失败率较高。团队没有直接排入“做批量功能”，而是记录任务为“稳定处理长录音”，证据状态为已交叉验证，下一步先检查文件大小限制与失败原因。另一个只有一名用户提出的“换深色主题”保留为线索，不与前者同级。
完成清单
- 每条反馈保留原话、上下文和来源，不只保留团队概括。
- 功能请求被还原为用户任务或障碍。
- 反馈是否被行为数据或独立样本支持有明确标记。
- 没有用户数据时页面明确显示未知与取证计划。
适用条件
反馈样本有选择偏差；应与行为、留存、退款和付款结合。
来源：哥飞的朋友们 2025 年中分享交流会·北京站 · 1:57:45