原型设计解决的核心问题
在产品或系统开发中，需求文档往往存在大量模糊地带。原型设计的作用，是把抽象的文字需求转化为可讨论、可验证的界面与流程草案，让产品、设计、开发和业务方在同一张图上对话。它的价值不在于画得多漂亮，而在于尽早暴露理解偏差，降低后期返工成本。
三个保真度层级与适用场景
选择保真度，本质上是在沟通效率与投入成本之间做权衡，原型设计并非越精细越好。
- 低保真：手绘草图或线框图，用于早期梳理信息结构与页面骨架，修改成本最低，适合头脑风暴和需求澄清阶段。
- 中保真：加入真实文案、栅格与基础交互说明，可用于内部评审和可用性测试，是多数项目的主流选择。
- 高保真：接近最终视觉稿，带交互跳转，适合对外演示、用户测试和开发交底，但维护成本较高。
从需求到原型的常规流程
- 明确目标：先写清这个页面要支持谁完成什么任务，再动手画。
- 梳理信息架构：用流程图或站点地图确定页面之间的关系，避免只做单页效果图。
- 绘制关键路径：优先覆盖主流程与异常分支，例如空状态、加载、报错、权限不足。
- 组织评审：邀请开发与业务方一起走查，重点确认字段来源、校验规则和跳转逻辑。
- 沉淀规范：把复用的组件、栅格、命名方式整理成库，后续迭代更省力。
容易被忽略的细节
很多原型在评审时才暴露问题，通常不是思路错，而是遗漏了边界情况。建议在检查清单中固定几项：长文本与超长字段如何折行、列表为空时显示什么、操作失败后如何引导、移动端与桌面端的信息优先级是否一致。把这些写进注释，比在图上堆满元素更有效。
协作与交付建议
低、中、高保真不是非此即彼，成熟团队会按阶段切换：早期用低保真快速对齐，中期用中保真验证交互，临近开发再用高保真确认视觉与动效。无论使用哪种工具，原型设计都应留下版本记录与变更说明，让后来者看得懂每个决策的背景。把注释、流程图与验收要点一并交付，比单独发一个链接更有助于减少沟通成本。