历史上，分析师通过文字或表单形式描述界面。这导致了误解和频繁的返工，因为需求的可视化实际上缺失。现代趋势是必须使用交互式原型（Figma, Axure, Balsamiq），允许干系人和开发团队“看到产品的未来”。
问题：没有视觉原型，甚至在简单的场景中也会出现误解，业务和团队可能会对文字描述有不同的解释。通常在开发过程中，出现需要提前考虑的问题。
解决方案：在确认线框阶段积极调动所有相关方的参与。重要的不仅是根据业务流程形成原型，还需要为每个字段/元素的行为提供说明，模拟典型/非典型场景（边缘案例），并在任务开始开发之前收集反馈。
关键特点：
如果字段列表很清楚，是否可以仅依赖文本描述屏幕？
回答：不可以。即使字段已知，结构、顺序、切换逻辑、验证器和移动适配可能会被不同的理解。原型有助于在工作开始之前发现这些差异。
线框是开发的完整规范吗？
回答：不是，线框是视觉基础。它们必须附带行为场景、商业规则和异常处理逻辑的描述。只有综合考虑才能形成最终的技术要求。
谁负责原型的确认：分析师还是业务？
回答：责任是共同的，但分析师发起、组织澄清并达成共识。业务确认结果。
负面案例：在项目开始时，客户以字段列表的形式提供描述。在发布后进行测试时发现了不正确的错误处理场景和用户的不明显操作。
优点：
缺点：
积极案例：进行了多轮研讨会，绘制并确认了每个阶段的线框。所有边缘案例都在确认之前迭代处理。
优点：
缺点：