PRODUCT DESIGN / 方法与样例

一条需求，怎样变成可评审原型

以项目交付为例，把需求、交互和验收放在一起核对。

需求起点

“我想知道哪些项目有风险，卡在哪项任务。”

使用者是项目管理员和查看进展的协作成员。管理员需要定位未完成工作、分配责任并确认交付；协作成员需要看到一致的状态和验收结果。

本次要解决

进度不能靠手工填写；前置条件没完成就开工；验收口径只留在聊天里。

原型范围

项目看板、新建项目、项目详情、新建任务、任务编辑、验收与退回。

本次演示边界

所有数据均为虚构。操作保存在浏览器；角色切换用于体验界面差异，未连接账户和服务端。

7 条可追踪规则

复用组件包的按钮、表单、表格、弹窗和主题机制。浅色、深色使用同一套交互。

右侧卡片有稳定编号。点击定位可找到对应区域，选中的卡片用连线指向控件；弹窗打开时切换到该场景的说明。

字段规格、状态规则和跨页面约定集中展示，可独立折叠。界面能直接说明的操作，不在备注里重复。

校验失败保留输入；空结果可重置；依赖不满足时解释原因；验收和退回产生不同结果。

说明正文和页面结构分开保存。本页展示的是静态只读说明；本地编辑需使用支持说明会话的编辑器，点选、框选和保存不在公网开放。

规则编号贯穿需求、页面说明和验收结果。评审确认后按页面整理细则、回写需求，再生成研发交付文档。

打开“工作台交互联调”，核对验收项并完成，再返回“协作工作台改版”查看进度。过程中的规则就在右侧，跨页口径在页底。