灵泽先找到一个具体的使用时刻
想法最初往往只有一种感受：这里应该更方便，那件事似乎可以做得更有趣。把这种感受变成作品，第一步是描述一个具体时刻。谁在什么情况下遇到了问题，原来的办法为什么不顺手，完成以后又会发生什么变化。场景越清楚，后面的设计就越容易判断。
例如，一个收藏工具的起点可以是阅读时来不及整理链接，而不是一开始就规划完整知识管理平台。先把保存、补充一句备注、下次找回来这条路径做顺，作品就已经有了可以讨论的核心。
让第一个版本只有一条主线
功能列表很容易越写越长，真正影响体验的往往只有其中几个环节。可以把所有想做的事情分成必须发生、可以稍后发生和只是有趣三组。第一个版本优先完成必须发生的部分，同时为后续调整留下空间。
与 AI 协作时，每次交代一个有边界的任务会更容易检查。先讨论信息结构，再制作一个关键页面，最后补上交互和错误状态。把不同阶段混在一个指令里，通常会让输出看似完整，却很难逐项确认。
- 写出用户进来以后最想完成的一件事。
- 画出从开始到完成所需的最短路径。
- 给每一步准备可以观察的完成标准。
把反馈留在作品旁边
一个可以体验的版本比一段宏大的描述更容易获得有价值的反馈。观察别人停在哪里、误解了哪个按钮、期待看到什么，比单纯询问是否喜欢更具体。意见出现分歧时，先回到最初的使用场景，判断哪些变化真正帮助了那条主线。
创作过程也值得保存。保留最初目标、关键选择和暂时未解决的问题，下次继续时就不必重新解释整个项目。作品能够不断生长，靠的往往是清楚的记录与小步调整。
带走一个想法
让想法尽早变成可以体验、可以讨论的东西，再用真实反馈决定下一步。