先说结论：原型是"把需求翻译成界面"的那一步，省了它后面全是返工

我们讲需求文档怎么写、讲 UI 怎么验收，中间其实少了一环：原型与交互设计。需求是文字描述，界面是像素呈现，两者之间需要一张"能点着走一遍"的图来对齐理解。跳过这步，开发只能按自己的理解做，等验收时才发现"这不是我要的"，返工成本极高。这篇讲原型和交互稿怎么衔接。

原型要做到什么程度才算够？

不是越精细越好，是"够对齐理解"：

  • 低保真（线框原型）：画出页面结构、信息层级、主流程走向，够团队沟通就行，成本低、改起来快；
  • 高保真原型：接近最终视觉效果，适合对外演示、给投资人看、或需求特别复杂时用；
  • 关键要求：主流程要能"点着走通"，且异常态（空数据、加载中、报错、无权限）也要画出来，不能只画"一切顺利"的样子。

我们做需求梳理时，会把原型当作需求文档的"可视化附件"——文字说不清的地方，一张图就对齐了。

交互稿和 UI 稿，分别解决什么问题？

两者是两件事，顺序不能反：

  • 交互稿：解决"点了会怎样"——页面跳转、弹窗、状态切换、边界情况（比如库存不足时按钮怎么变）；
  • UI 稿：解决"长什么样"——视觉风格、品牌色、间距、组件规范；
  • 正确顺序：先交互、后视觉。结构没定就画漂亮图，等于给没搭好的房子刷漆，白做。

我们讲 UI 验收时强调"对着设计稿逐项核"，前提是那份设计稿把交互态都画全了；只画静态页面的稿子，验收时只能靠猜。

原型阶段最容易漏掉什么？

几个高频遗漏，都是后期返工的重灾区：

  • 异常与边界状态：没数据、网络失败、权限不足时页面长什么样，最容易被跳过；
  • 角色差异：不同身份（普通用户/管理员/商家）看到的界面不同，要用不同视角走一遍；
  • 流程断点：跨页面跳转后返回，状态是否保留？中途退出再进来，进度还在不在？
  • 与需求同步：原型改了，需求文档也要同步改，否则两套说法打架——这正是我们讲需求变更管理时强调的"基线一致"。

原型阶段多花一天，开发阶段少返工一周。如果你正在梳理需求、却不确定要不要做原型、做到什么程度，把业务说给我们，方案评估免费——我们帮你把原型、交互稿和需求文档三者对齐后再开工。