夜雨聆风最近这段时间，发现一个问题，做个总结和复盘。
过去几个月，AI 对我的工作方式带来了巨大的改变。
以前，从需求分析到原型设计，往往历经需求分析、流程设计、线框图绘制、高保真设计等多个阶段。
一个复杂页面，从构思到产出可能需要几个小时甚至几天时间。而现在，只需要一段 Prompt，大模型几分钟内就能生成完整的高保真原型页面，甚至直接输出可运行的 HTML 代码。
看起来效率是得到了极大提升，很快又发现了一个新的问题：
原型画得越来越快，项目推进却没有变快。
原因在于，我从「画原型耗时」转变成了「改原型耗时」。
AI 生成的高保真页面往往足够精美，也足够完整。看到页面后，很容易进入一种持续优化的状态：
“这个按钮是不是应该放左边？”
“这里的筛选项是不是还能增加一个？”
“这个表格布局是不是可以再调整一下？”
“页面视觉是不是还能再优化一点？”
由于修改成本几乎为零，我们会不断让 AI 去调整细节。结果，一个本该半小时完成的页面，最终花费了数小时甚至数天进行反复修改。
这其实暴露了一个本质问题：这里不止我肯定也有很多人把高保真原型当成了设计工具，而不是验证工具。
在传统产品设计流程中，通常会经历：
需求分析 → 业务流程 → 功能设计 → 页面结构 → 原型设计
而在 AI 时代，很多人直接跳过了中间环节：
需求 → 高保真原型
这样做最大的风险在于，页面设计跑在了业务设计前面。
当业务逻辑尚未明确时，高保真页面会给人一种「方案已经成熟」的错觉。我们自己开始讨论按钮位置、页面布局、视觉细节，却忽略了最重要的问题：
用户真正要完成什么任务？
业务流程是否合理？
数据流转是否完整？
核心场景是否覆盖？
因此，想要真正提升效率，我们需要做的是调整工作方式。
首先，在生成页面之前，先冻结业务方案。
AI 应该先帮助我们完成需求拆解、用户故事、业务流程、功能清单和状态流转设计，而不是直接生成页面。只有当业务逻辑达成共识后，再进入原型阶段。
其次，先设计流程，再设计页面。
流程图、状态图、业务规则往往比页面本身更重要。一个流程正确的产品，即使页面普通，也能解决用户问题；而一个页面再精美的产品，如果流程设计错误，最终依然会失败。
第三，限制原型修改次数。
很多产品团队会出现 V10、V20、V30 版本的原型，实际上从第三版开始，新增的价值已经非常有限。给自己设定明确规则，例如最多三轮迭代，将讨论重点放在功能和业务上，而非视觉细节。
最后，要把高保真原型定位为「验证工具」。
原型的价值是帮助我们去验证信息架构、交互逻辑和业务闭环，而不是追求最终视觉效果。颜色、圆角、间距等细节，可以在设计和开发阶段继续优化，而不应该成为产品设计阶段的核心工作。
AI 的出现，确实让产品经理摆脱了大量重复性的原型绘制工作。但真正决定产品效率的，从来不是画图速度，而是思考质量。
未来优秀的产品经理，不是最会写 Prompt 的人，而是最懂业务模型、用户需求和产品决策的人。
因为 AI 可以替代画图，但无法替代思考。
如果对你有帮助，点赞，分享，推荐呗！
