从2018年7月13日入职至今，实习已有三月有余，前两个月划水划的厉害，从接入JD公益业务开始，对PM这个岗位的了解每天多一些，再多一些。一直到前天晚上11点，实习以来完整跟进的需求上线完成，待回归测试，在深夜回校的出租车上回想这一个月的经历，感慨颇多。
还记得，接入第一天 ，XT姐安排给我走查任务的时候，既紧张又兴奋，生怕错过什么 地方导致上线出错；后来，我开始写prd，第一封prd我写的内容不超过300字，XT姐反馈给我的问题描述有500多字；再后来，我开始动手设计原型图，XT姐夸赞原型图画的非常棒，只是偏偏理解错了需求，白忙一场。
这之后，我接到了自营商品开发票线上化这个需求，从与业务方确认需求开始，设计流程、设计界面、确认字段、撰写prd、前端评审、后端评审、确认排期、跟进开发、前后端联调、预发测试、灰度上线、线上回归检验，跟进至今，小有成就感，毕竟，这是自己独立负责的第一部分产品，虽然他只是后台功能，但也即将面向几万用户开放，并且作为系统功能永久保留。
回头一想，PM还真是一个操碎心的岗位啊，大到整个流程，小到一个输入框的样式、一个字段的类型限制都需要考虑清楚，作为小白的我反反复复折腾好几次，才尽力保证了该需求不会出现重大问题。在此总结以下几点曾经犯过的错误提示自己，离做到比较完美还有很远的路。
一、 详细了解需求背景及内容后再进行下一步，所有问题的解决办法都要考虑需求本身。
二、 大部分时候交互也需要PM在进行规划时一同考虑，除最基本的保持流程走通之外，还要考虑的更多，如操作提示、页面返回是否记录原操作行为等。
三、 撰写prd时要考虑的全面再全面、细致再细致，一定要有逻辑，交互操作单独写出来可读性更强。
四、 撰写prd时要对界面中出现的每个信息进行考虑并说明，字段类型限制规则、展示样式、极端样式托底方案、内容边界限制、页面刷新时间等，不要让研发在开发时有一丝犹豫就是最终目的。
五、 在设计的同时就要从需求背景出发考虑线上的数据统计，除页面的PV/UV外，大部分点击需要通过埋点统计，要想清楚统计什么、埋点埋在哪里、如何统计、希望达到什么效果。
六、 评审时尽量详细的沟通，此时沟通的越多，研发过程中的问题越少。
七、 可以参考研发、测试的意见，可以听取业务方的诉求，但最终做决定的人依然是PM。
八、 日常培养优先级的思维，事情那么多，把握好优先级才能让资源得到最充分的利用。
九、 一定要积极、主动的沟通，PM应该是冲在最前面的人；注意沟通态度，不卑不亢，解决问题才是重要的。
十、 随时做好plan B的准备，方案可能不是最佳，但一定是多方考量最有效的较优方案。
以上内容纯属个人感受，有不同的意见请指正。
未完待续，未来可期。
网友评论