产品原型绘制要求与规范

原型是产品人员工作内容中特别重要的一环，一个良好的原型绘制习惯，和良好的沟通习惯，很大程度上能提升非常大的工作效率，那么如何制定产品原型绘制的要求和规范呢？大家一起看一下

一、研发或测试期间

1.新绘制规划版本的原型不允许上传到线上

2.当前版本需求变更时，必须通知相关的研发或测试人员

3.新增的需求，要及时通知测试和研发人员，方便其添加研发任务和测试用例

注：以上若因未通知导致研发人员功能开发错误或开发任务遗漏，将由对应的产品人员承担相关责任

二、新版本原型绘制

1.输入型字段需进行格式要求相关的标注，且同一个产品相同字段在各端的格式要求要保持一致

2.计算型字段，要标注详细的计算逻辑

3.所含有判断的按钮上均需添加所有的case判断条件，条件case名称主要描述什么情况下触发该条件。如：手机号格式错误

4.所有描述需描述清晰，不能有歧义，若因描述歧义导致的研发开发错误，可交由组长进行评审，确定bug归属

5.对于复杂的业务逻辑，为了方便他人理解，尽量使用流程图进行记录和描述

6.所有流程设计应闭环

7.为方便后期维护，同一产品原型风格应统一

8.对应需要出页面的，需及时和UI人员进行沟通，若因设计图未完成，导致研发人员延期的，对应产品人员承担延期责任

9.逻辑点标注要准确，要写在触发的地方；对于无关的地方不要写多余的备注，增加研发的审阅负担

10.若当前修改内容会涉及到其他端口，要及时时间告知涉及到端口的产品经理，若因未告知导致功能遗漏，将由未告知方产品经理承担责任

11.每次原型提交更新，必须填写更新日志

四、需求评审阶段

1.原型在给组长或研发进行需求评审时，若评审不通过，需重新调整的，将按照延期进行处理，若导致研发整体延期等严重后果，将按照实际情况进行扣除

2.需求评审前，需将禅道上的需求调整至和当前调整状态一致，不能有遗漏

五、全局

1.所有原型需与线上保持一致，若线上不合理可记录优化或者提交bug

2.针对于自己在日常发现的原型问题，在完善原型的同时，要在修改完成后通知对应人员原型已更新，不允许在未记录和告知对应人员的情况私自修改上传原型

3.研发或测试提给自己的bug每天下班前清理完毕

以上便是我在实际工作过程中常见的原型绘制问题，以及解决方案，仅供参考，具体大家还是需要根据自己的实际情况进行处理，希望能够帮助到大家