需求评审后，产品经理要干的6件事
有些产品经理会陷入这种误区——需求评审做完了，自己就可以放羊不管了。而本文则认为需求评审完，产品经理还要做这六件事。
需求评审完，产品经理还要干的6件事
1. 确认需求评审的遗留问题并同步各方
2. 制定详细&责任到人的项目计划
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. 制定详细&责任到人的项目计划
产品经理还得身兼项目管理，项目管理从来都是 事有轻重、事无巨细 ，难以假手他人。虽然我会尽可能调动大家的积极性，让大家自驱管理项目，但还得牵扯不少精力。
项目管理的关键点：明确项目计划、关键节点、每个关键节点的负责人、验收方案。
比如什么时候交互评审、视觉评审、联调、showcase、发布？分别是谁主要牵头负责，哪些人需要参与。
为了防止项目延期，每个节点都还得提前赶。真是操碎了心。
3. 完成文案设计
文案从来不是随便写写。文案是和客户交流的重要途径，整几个客户看不懂的文案上去，后面客户咨询搞死人！
文案设计除了客户视角 之外，也不是自己想怎么写就怎么写， 还要和法务、客服团队沟通 。因为文案被客户投诉的案例，又不是没有。
还有啊，我的产品有3种语言，简体中文、繁体中文、英文，虽然每种语言有专门的文案设计师，但得跟他们说清楚，也要花不少时间、精力。
当然，也有很多产品经理，不管文案这种小事。可我觉得 文案体现了产品经理最基本的素养，是产品的底子 。
4. 按照项目计划，协同各方，往前推进，关键环节必须确认
关键环节有6个：
1）交互评审
一般来说会由交互设计师发起，开发、测试、法务、财务都要参与。
这样能保证大家在说同一件事情，避免我要的是头牛，结果开发给了头驴。
如果设计师项目参与度低，交互评审还得我自己上。哪里缺人，我就得到哪补坑。
2）视觉评审
一般来说，交互和视觉评审会一起。
有时候项目很复杂，或者交互、视觉分工明确，那就得分开了。
通常由视觉设计师发起。同样，如果视觉设计师参与度低的话，我还是得补坑。
3）推进联调进度
联调是很容易扯皮的环节，大家来自不同域、不同职能团队，各有各的小九九，所以得盯着，避免联调成为坑王。
4）推进测试进度
进入到测试就意味着开发的七七八八了，当然有时候为了压缩项目周期，开发、测试会阶段性并行。
除了测试进度，还得关注测试发现的问题，可能开发还得返工，也可能会发现需求评审中大家都没有注意到的问题，得及时补救。
5）showcase
Showcase，说白了就是项目验收。
验收前，得先列出来要验收哪些内容，主流程、分支流程、逆向流程、重大关键节点。Showcase，也有可能发现新的问题，但基本上要避免在showcase环节发现重大问题，不然就得重大需求变更了。
showcase有时候由测试主导，有时候没资源，我得自己上。
6）项目发布
如果一路顺利，就该发布项目了。
项目发布计划虽然也是之前就定好的，但要考虑的方方面面也还挺多的，可以看之前的文章《项目发布要考虑的因素》。
总而言之，要和各方沟通好，要保证项目顺利发布呦。
5. 准备项目review
项目终于上线了，可我得天天得看客户反馈，看数据，跟客户聊，跟业务聊，准备复盘review。
复盘内容见之前的文章《重大产品&项目流程长什么样？》
产品狗似乎永远都在准备复盘、复盘中、复盘后反思的路上。
6. 开始下个需求的方案设计和需求文档
项目通常是并行的。在需求评审完后，我已经开始下一个需求的研究、设计了。
开发资源从上一个需求释放出来的时候，产品经理肯定得把下一个需求方案设计好，开始新的需求评审，妥妥的做好资源衔接。资源一旦释放出来，下次想要资源，难上加难啊。
产品也需要持续迭代，让客户感受到，我们的产品在成长、进步，给人希望。
产品经理A、B、C：向你学习。我们走起，麻溜地干活去。
作者：水中鱼，微信公众号：西湖渔歌，10年阿里产品、数据。
本文由@水中鱼 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自Unsplash， 基于CC0协议。
作者暂无likerid, 赞赏暂由本网站代持，当作者有likerid后会全部转账给作者（我们会尽力而为）。Tips: Until now, everytime you want to store your article, we will help you store it in Filecoin network. In the future, you can store it in Filecoin network using your own filecoin.
Support author:
Author's Filecoin address:
Or you can use Likecoin to support author: