原型&文档标准

良好的原型&文档能有效的减小开发人员理解歧义，降低开发人员与产品之间的沟通。

是否考虑只出原型，将文档相关内容对应的标注在原型上？

原型标准

原型要满足一定的标准，方便其他人员查看；

• 原型的布局要尽量与产品一致；
• 左侧导航最好为系统菜单，如果不作为系统菜单，原型上要提供系统菜单；
• 页面与菜单对应，详情、修改等页面没有菜单，要标明页面的菜单状态；
• 原型上菜单可点击跳转到具体的页面；
• 当前页面的弹窗在当前页面画出，用连线指明是哪个按钮对应的弹窗；
• 页面元素对应使用相应组件，不要使用input做label展示，不要把radio做为checkbox使用；
• 能使用页面元素体现的状态，尽量不要使用文字说明，比如input为disabled，可以通过灰底input框表示；
• 无用的页面，元素要删除；
• 不同版本最好独立整理出一个原型，只包含此版本的功能，方便查阅；

文档标准

• 良好统一的排版布局；
• 与原型对应；
• 表单字段表明校验规则；
• 变更部分使用不同颜色字体，并标记是哪个版本变更；

需求评审

产品整理完需求后，一般会进行需求评审，开发及领导会评审需求的可行性；

前端需求评审需要确认的内容如下：

• 菜单与页面的对应关系；
• 各个页面的交互是否合理；
• 页面布局、交互技术实现是否可行；
• 表单元素校验规则是否明确；