产品设计中心需求规范为了各部门和各人员之间工作更好的对接，产品需求更好的落实，特撰此《产品设计中心需求规范》，望各同事严格依此执行需求计划，规范日常工作流程。
随着大家实际工作中的推行，该规范也会逐步完善。
规范内容如下：一、需求讨论阶段（一）目标明确需求的目标，所要实现的效果及达到的目的，实现该需求会给用户体验带来哪些更好的改进和便利，会给我们的公司和平台创造什么利益。
（二）需求概述1、简要概括这个需求是什么；2、需求的使用场景即在什么样的情况下产生；3、我们为什么要做这样的需求；4、需求要实现的目的；5、通过什么样的方式来实现需求。
（三）功能清单1、前后台功能要区分；2、哪些功能是新增的；3、哪些功能是已有但做了修改的，写明原有功能是什么，修改了哪个部分。
二、需求设计阶段（一）原型图用大家通用的原型工具进行绘制，尽可能的清晰规范，并且全面考虑各种情况。
掌握基本的设计规范，布局要合理，按钮、icon等尺寸要一致。
功能方面，想好每个按钮点击的后续情况，每种判断的“是”与“否”，保证整体功能都能走通。
（二）备注和需求说明文档在绘制原型图的过程中整理好备注，比如按钮点击之后实现效果，词语或概念的基本解释，功能的逻辑规则等。
备注附于每一页原型的右侧，并指明是针对什么地方做的备注。
可以在绘制同时，也可以在完成原型之后，要在每一页原型的左侧附上需求说明文档，列清楚主要功能点及功能说明。
示例图：（三）附录一：辞典辞典主要分为两个方面：词语解释和概念解释。
词语解释主要就是各种名词代表的意思，比如商品价格涉及到的市场价、优惠价、系统价、订货价等，解释清楚每个价格是什么意思，应用在什么场景之下。
概念解释就是一些说明，比如在IM系统里，用户只有登录之后才能联系客服；或者每个客服最多能同时接待几名用户等。
（四）附录二：流程图绘制出整个需求的业务逻辑，页面的跳转、情况的判断、人员的权限等。
（五）附录三：修改日志以倒叙时间轴的形式，最近的时间在最上面。
记录每一次修改的时间及功能点，无论大小，无论是产品内部讨论还是产品与技术的讨论，甚至是一个小小的名词文字修改。
示例图：三、需求开发阶段产品负责人在需求开发阶段要做好以下事项：1、实时跟进开发流程，掌握开发进度；2、与技术开发人员做好对接，并将达成一致的结论邮件3、在每一次与技术开户讨论后，撰写会议记录，内容包括：时间、地点、参会人员、会议内容、结果总结。
四、上线准备阶段（一）上线报告首先写清楚已开发完成并可以正式上线的功能，清晰有序有层次地列出每个功能点及简单明了的说明。
其次写清楚已提需求但延期开发和未开发完成的部分，并记录好原因及预计完成时间。
（二）培训文档若需求功能涉及到讲解和培训，要事先写好培训文档，最好以PPT的形式（注意PPT设计的规范）。
培训文档要简单易懂，配上实际操作页面的截图和文字说明。
（三）FAQ准备好常见问题解答，前后台分开，前台便于用户了解情况，后台便于操作人员上手使用功能。
五、上线后反馈阶段需求上线后，产品负责人同样要跟进用户反馈并做好记录：1、自己到真实场景中使用和检验需求结果；2、通过客服的反馈来检验需求结果。
用户咨询较多，说明功能必然存在问题，就要寻找问题的原因并解决。