|产品原型绘制要求与规范

|产品原型绘制要求与规范


原型是产品人员工作内容中特别重要的一环 , 一个良好的原型绘制习惯 , 和良好的沟通习惯 , 很大程度上能提升非常大的工作效率 , 那么如何制定产品原型绘制的要求和规范呢?大家一起看一下
一、研发或测试期间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每天下班前清理完毕
以上便是我在实际工作过程中常见的原型绘制问题 , 以及解决方案 , 仅供参考 , 具体大家还是需要根据自己的实际情况进行处理 , 希望能够帮助到大家