探索发现阶段的价值，不在于马上给出方案，而在于让团队先把问题看清楚。面对大型设计项目，最容易出错的是把信息收集变成设计师个人的孤立任务。更有效的做法是先建立跨职能节奏：启动会上同步已知事实、假设和未知问题，每周对齐进展，异步沉淀文档和反馈。随后用有边界的竞品研究理解现有解法，控制在少量样本内，比较功能、约束和适用场景，而不是照搬模式。角色研讨会、愿景映射、亲和图和设计冲刺则把分散判断转成共同语言。发现阶段可能导向明确的问题陈述，也可能证明项目不值得继续；两种结果都比带着模糊目标进入设计更有价值。明确用户需求、问题空间和团队共识，才是后续创造性方案的基础。文中还强调，竞品研究要同时看直接和间接竞争者，避免只在同类产品中寻找答案。判断一个模式是否可用，关键不是它是否流行，而是它是否契合自己的用户需求和业务约束。

反馈表不一定是在浪费时间，浪费来自设计粗糙、问题泛泛和打扰过度。对创始人来说，反馈的价值不在于期待每个用户都给出洞见，而在于降低表达成本，让少数真实问题、错误和使用偏差浮出来。有效的反馈表应短、具体、容易完成，问题围绕当下决策，尽量用多选、评分和少量开放题组合，而不是让用户写一篇长意见。访谈通常能得到更深的理解，但表单适合在产品发布、功能验证和体验检查时快速收集信号。真正需要警惕的是把每个功能都塞进反馈请求里，破坏使用体验。更好的做法是在明确时间窗口内提出少量有针对性的问题，并把反馈和用户当时的操作上下文连在一起。 。他们还告诉我们我们对用户体验的假设是否正确，或者我们是否需要更改它们。它可以让您了解必须做什么才能提高客户评级。 它开始失去价值的地方是，如果你用反馈请求轰炸你的客户。例如，如果您有六到七个实时功能，并且每个功能都有自己的反馈表，那么您将需要某种治理，以免破坏用户体验。 我发现有一个有针对性的时间框架和一组反馈请求效果最好。 如果使用得当，反馈表是判断客户如何看待和使用您的产品的好方法。