问题太宽会产生空泛创意，太窄则提前锁定方案。这类问题容易被当成细节，但它往往决定用户是否愿意继续、团队是否能够稳定迭代。如果方法只剩会议形式和交付模板，团队会得到很多材料，却没有更清楚的决定。
执行顺序比动作数量更重要。先处理基础事实：从研究洞察提炼具体阻碍。随后围绕关键选择推进：保留对象和目标。最后把动作落到可验证结果：检查问题是否允许多种方案且能被验证。过程中还应保留关键记录，方便后续复盘。
方案完成不等于问题解决。复盘时重点检查结论是否由证据支撑，方案差异是否被说明，关键假设是否经过验证，并持续观察证据覆盖、测试发现、决策闭环、返工比例和跨角色共识，用真实结果决定下一轮调整。