一 、文档概述
1.1为何要做
产品优化迭代是需长期打磨的过程，产品本身的可用性，易用性，直接影响到用户的选择及公司的效益，因为需建立一种版本迭代需求管理分析设计到技术开发测试上线的完善流程，使得产品迭代工作中人员分工合理，匹配无间，健康持续，以此来保证产品迭代科学，保质顺利上线。
1.2迭代主线流程图
二 、优化方案
2.1发现问题
诚然，从来没有一款产品是绝对完美的存在，相对优秀的产品一定是不断的听取用户的建议，一点点打磨优化的产品，发现问题的方式是多种多样的包括但不限于：1.测试产品中的漏洞。2.用户反馈的问题。3.同行产品的新功能。4.市场变动的新方向，等等。
产品需收集来自各方反馈的需求，将明确的需求整理到项目需求管理文档上，汇总之后在一定时间进行分析。
正确的需求记录（问题+方案）如下图：
注：不明确的需求，一概不予记录至项目需求管理文档。
2.2产品评估需求级别
需求的形式是多种多样的存在，在不同的阶段对需求的对待是不一样的，具体情况根据产品的生命周期而定，如产品早期应更多对业务流程的关注，首先保证日常使用流程的平缓安全，接着才是用户体验。
首先所有的需求整理出来搁置在需求文档上，那么将要对所有需求进行判定，此时可参考四象限法则：紧急且重要，紧急不重要，不紧急但重要，不紧急不重要，进而分析，最后得出产品需求的级别：
产品需求级别
2.3技术评估成本级别
当分析得出需求级别之后，需要召开技术部门的初步评估会议，对已有的的需求进行技术角度的评估，涉及的评估维度可参考：开发周期，开发难度，团队技术储备等，最后得出开发成本级别：
开发成本级别
2.4迭代申请确认
到此产品部门已得到版本迭代所需的产品需求级别和开发成本级别，将已获得的信息填至需求评估矩阵模型：
接着可根据产品的具体情况，参考下图进行需求优先级的确认：
最后我们可将产品开发的功能列表和开发成本撰写成一份版本优化申请，交至领导确认，如获确认，则进行下一步，否，则暂停。
2.5产品设计低保真原型
经过上述科学的论证过后，产品方可设计原型，在一遍遍的论证中，产品经理已心有所想，此时在设计产品原型想必条理清晰知所云，切记，不得不知所云就上手设计，原型工具只是表达思维的一种方式，仅此。
设计包含：整体布局，操作逻辑，用户体验等。
原型设计完毕后，召开评估会议，参与人员：UI设计，程序员，部门领导等。
2.6 UI设计高保真原型
产品完成低保真设计且评估合格后交至UI，进行高保真原型的界面美观设计需备注出原型中设计的文字字号，颜色码值，的等等。
设计完成后需召开会议评估：参与人员：产品经理，前端工程师，部门领导等。
2.7产品撰写PRD文档
到此，已是产品前半部分工作的尾端，已按流程得到：需求获取及整理，需求分析评估，开发评估，版本优化申请确认，低保真原型设计，高保真原型设计，接下来撰写PRD文档作为技术部门的一个参考，撰写的方式多种多样，唯一的检测标准是开发部门阅读流畅减少沟通成本。
原则上此时不在加入新的需求，新的需求暂缓搁置需求池。
三 、项目管理
3.1项目管理文档
版本迭代可分为两个部分：1.优化方案。2.项目管理。
前半部分已完成，此时开发部门leader已收到来自产品部门：1.低保原型图。2.UI高保真原型图。3.PRD文档。可根据现有的资料和项目经理共同制定出开发周期，定出每个任务的具体责任人，项目难点，应对措施等。
3.2开发跟进
技术团队根据项目管理的文档，明确自身的模块及进度安排，进入开发阶段。
产品负责人根据项目管理文档上的时间周期，进行项目进度的查询，如有较大进度问题及时上报部门leader说明情况。同时产品负责人对技术团队的相关疑问，进行全程解答，保障产品顺利上线。
3.3产品验收
产品迭代优化完毕后，内部进行测试，主要针对本次版本迭代功能和基础功能做相应测试，合格，则本版本完成迭代，否则优化至验收合格为止。
