需求评审后产品经理要干的件事

　　有些产品经理会陷入这种误区需求评审做完了，自己就可以放羊不管了。而本文则认为需求评审完，产品经理还要做这六件事。
　　需求评审完，产品经理还要干的6件事
　　1。确认需求评审的遗留问题并同步各方
　　2。制定详细amp；amp；责任到人的项目计划
　　3。完成文案设计
　　4。按照项目计划，协同各方，往前推进，关键环节必须与各方确认。关键环节包括：
　　1）交互评审
　　2）视觉评审
　　3）推进联调进度
　　4）推进测试进度
　　5）项目showcase
　　6）项目发布
　　5。准备项目review
　　6。开始下个需求的方案设计和需求文档准备
　　这六件事具体怎么做？
　　产品经理A：需求终于评审完了。有种放飞的感觉，可以休假，去浪了！
　　产品经理B：你说真的吗？为什么我评审完，还一直在被开发、测试、法务、财务穷追不舍？
　　产品经理C：你说真的吗？为什么我评审完，从来都是我在穷追不舍开发、测试、法务、财务？
　　产品经理D：你们开玩笑的吧？就我这么惨！我不但要紧追不舍开发、法务、测试、法务、财务，还要被老板、被客户穷追不舍。
　　产品经理A、B、C：哥们，来讲讲，最喜欢听惨兮兮的故事了。你的伤痛最能抚平我的内心。
　　产品经理D：好吧。需求评审只讲清楚了产品的骨架、细节，让各方开始投资源。评审完，产品经理还有一堆事要推进，没法放羊。
　　要跟的事情主要有下面6件：
　　1。确认需求评审的遗留问题并同步各方
　　需求评审总有一些遗留问题要进一步确认，而后同步给各方。我不是圣人，有时候有些问题或者细节没想到，评审的时候，大家提出来了，得赶快明确。
　　有时候需求评审中还有很大的bug没想到，必须快速解决，要在开发没动工前，都捋顺。要不然变成需求变更，或者上线后被推倒重来，欲哭无泪。
　　我这种求生欲这么强，也没人罩着的，必须狠命把需求做到95分以上。100分也不太敢说，毕竟众口难调。
　　2。制定详细amp；amp；责任到人的项目计划
　　产品经理还得身兼项目管理，项目管理从来都是事有轻重、事无巨细，难以假手他人。虽然我会尽可能调动大家的积极性，让大家自驱管理项目，但还得牵扯不少精力。
　　项目管理的关键点：明确项目计划、关键节点、每个关键节点的负责人、验收方案。
　　比如什么时候交互评审、视觉评审、联调、showcase、发布？分别是谁主要牵头负责，哪些人需要参与。
　　为了防止项目延期，每个节点都还得提前赶。真是操碎了心。
　　3。完成文案设计
　　文案从来不是随便写写。文案是和客户交流的重要途径，整几个客户看不懂的文案上去，后面客户咨询搞死人！
　　文案设计除了客户视角之外，也不是自己想怎么写就怎么写，还要和法务、客服团队沟通。因为文案被客户投诉的案例，又不是没有。
　　还有啊，我的产品有3种语言，简体中文、繁体中文、英文，虽然每种语言有专门的文案设计师，但得跟他们说清楚，也要花不少时间、精力。
　　当然，也有很多产品经理，不管文案这种小事。可我觉得文案体现了产品经理最基本的素养，是产品的底子。
　　4。按照项目计划，协同各方，往前推进，关键环节必须确认
　　关键环节有6个：
　　1）交互评审
　　一般来说会由交互设计师发起，开发、测试、法务、财务都要参与。
　　这样能保证大家在说同一件事情，避免我要的是头牛，结果开发给了头驴。
　　如果设计师项目参与度低，交互评审还得我自己上。哪里缺人，我就得到哪补坑。
　　2）视觉评审
　　一般来说，交互和视觉评审会一起。
　　有时候项目很复杂，或者交互、视觉分工明确，那就得分开了。
　　通常由视觉设计师发起。同样，如果视觉设计师参与度低的话，我还是得补坑。
　　3）推进联调进度
　　联调是很容易扯皮的环节，大家来自不同域、不同职能团队，各有各的小九九，所以得盯着，避免联调成为坑王。
　　4）推进测试进度
　　进入到测试就意味着开发的七七八八了，当然有时候为了压缩项目周期，开发、测试会阶段性并行。
　　除了测试进度，还得关注测试发现的问题，可能开发还得返工，也可能会发现需求评审中大家都没有注意到的问题，得及时补救。
　　5）showcase
　　Showcase，说白了就是项目验收。
　　验收前，得先列出来要验收哪些内容，主流程、分支流程、逆向流程、重大关键节点。Showcase，也有可能发现新的问题，但基本上要避免在showcase环节发现重大问题，不然就得重大需求变更了。
　　showcase有时候由测试主导，有时候没资源，我得自己上。
　　6）项目发布
　　如果一路顺利，就该发布项目了。
　　项目发布计划虽然也是之前就定好的，但要考虑的方方面面也还挺多的，可以看之前的文章《项目发布要考虑的因素》。
　　总而言之，要和各方沟通好，要保证项目顺利发布呦。
　　5。准备项目review
　　项目终于上线了，可我得天天得看客户反馈，看数据，跟客户聊，跟业务聊，准备复盘review。
　　复盘内容见之前的文章《重大产品amp；amp；项目流程长什么样？》
　　产品狗似乎永远都在准备复盘、复盘中、复盘后反思的路上。
　　6。开始下个需求的方案设计和需求文档
　　项目通常是并行的。在需求评审完后，我已经开始下一个需求的研究、设计了。
　　开发资源从上一个需求释放出来的时候，产品经理肯定得把下一个需求方案设计好，开始新的需求评审，妥妥的做好资源衔接。资源一旦释放出来，下次想要资源，难上加难啊。
　　产品也需要持续迭代，让客户感受到，我们的产品在成长、进步，给人希望。
　　产品经理A、B、C：向你学习。我们走起，麻溜地干活去。