正式当上PM三个月了，觉得应该记录一下自己入坑经历，提醒自己以后不要犯同样的错误，同时也算是给其他刚入行的产品一些建议吧。
我大四在读，10月末交完研究生申请后找了家离学校最近的创业公司实习，11月末正式成为了公司里唯一的PM。创业公司大家懂的，人手极为不足，正式员工只有8个人：东家负责找投资、定商业模式、发工钱和逗逼；我是PM，负责定迭代计划、分析需求、写PRD、协调东家、运营、UI和开发各方需求；UI CY，主要负责挑我线稿里的各种问题，然后出视觉图并切图，处女座的设计师不好惹啊；运营Jason，运营就是运营呗，带着三个实习生策划线上线下活动，管着杂七杂八的事情；两个iOS开发，汪汪和豪杰；一个Android，妹子小井；后台超叔，他是兼职，手里还有其他两个项目。
言归正传，说坑
（一）外包
很多创业公司开始的时候没有自己的开发，比如我们公司，所以app的1.0版本完全是交给外包公司做的，问题不在于给什么公司做、他们做了什么东西出来，而在于代码收回来之后开发怎么接手。程序员其实是非常有个性的，每个人的逻辑不一样、代码风格不一样，结果就是review之后，在别人代码的基础上更改或者二次开发就变得非常"恶心"。开发经常跟我抱怨的话是："在外包的基础上改代码还不如自己重写呢。"
我们现在这版迭代的时候就遇到了很大的困难，开发花费了很多的时间review，理之前的逻辑，开发周期延长，14天的工期拖到了17天。所以，遇到外包代码收回，我的建议是这样的：1、整体review一遍，评估代码质量；2、如果代码质量不好，下一版迭代的时候尽量使用新增页面，旧的功能能不动就不动，有时间的时候再重写以前的东西；3、如果没办法，一定要在以前的基础上改，一定要先理清以前的框架，我们这次迭代的时候就遇到了很大的麻烦，最后才发现改不了，没办法删了很多需求才上线的；
这些跟PM有什么关系呢？你是催进度的人啊，程序员开发进度直接关系到下一版迭代、关系到整个产品的质量。当程序员烦躁时，你一定要给予支持和关心！撕逼是撕逼，关怀是关怀！
（二）版本
三个月前，我对版本基本上没有概念，只知道版本更新的时候应该会增加点功能或者修改个界面，现在了解的更多了一点（肯定还需要继续深入了解）。在开发评估前一定要订好所有要增加、修改的东西（功能、内容、逻辑、后台等等）！一定要定好！一定要定好！一定要定好！重要的事情说三遍。可能很多人不同意我的观点，因为本来就是初创公司，你有什么需求直接提直接改嘛，为什么需要明确版本的概念呢？
1）利于需求评估和日程管理
既然要做什么内容都定好了，开发很容易就能评估出工期和每天的工作内容。然后就出现了日程管理，需要多少天、每天做什么明明白白的写在表格上，完成多少打勾签字，每个人做了什么，整个工期还差多少一目了然，就算出现问题，调整起来也会非常方便。
2）为后续迭代做好准备
3）利于撕逼
产品经理需要多方合作，我把这些合作称为撕逼，因为...你懂的。所有该做什么都定下来了，不会给开发增加开发时间和开发难度，东西都摆在这儿了，不给你加任务了，你赶紧做，加不加班看你的了。版本控制跟老板撕的会比较多，因为老板会让你加功能，他今天可能觉得这个重要、明天可能觉得另一个功能重要，然后就每天变个花样让你加功能、改需求，这样的情况下，我一般回给老板的是：NO! 你说了什么我会记下来，但是绝对不在当前进行的迭代里加东西，除非这个功能是多方商讨、好处远大于损失的工期且开发、产品、运营三方一致同意，那OK啊，加上没问题。
嗯，就先写到这里吧，以后再更。
网友评论