有些产品经理会陷入这种误区——需求评审做完了，自己就可以放羊不管了。而本文则认为需求评审完，产品经理还要做这六件事。

需求评审完，产品经理还要干的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协议。