今天完成的事情：
原型绘制
明天计划的事情：
原型绘制
遇到的问题:
收获：
需求评审完，产品经理还要干的6件事
1. 确认需求评审的遗留问题并同步各方
2. 制定详细&责任到人的项目计划
3. 完成文案设计
4. 按照项目计划，协同各方，往前推进，关键环节必须与各方确认。关键环节包括：
1）交互评审
2）视觉评审
3）推进联调进度
4）推进测试进度
5）项目showcase
6）项目发布
5. 准备项目review
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. 开始下个需求的方案设计和需求文档
项目通常是并行的。在需求评审完后，我已经开始下一个需求的研究、设计了。
开发资源从上一个需求释放出来的时候，产品经理肯定得把下一个需求方案设计好，开始新的需求评审，妥妥的做好资源衔接。资源一旦释放出来，下次想要资源，难上加难啊。
产品也需要持续迭代，让客户感受到，我们的产品在成长、进步，给人希望。
.png)
返回列表
评论