后台产品经理修炼v2.2

距离上一次更新已经过去几个月了，可以说都过去一年了呢，已经是2017年了，人就是这么容易被懒惰打败的产物，每天加班九十点到家，就真的只想在床上躺着玩会电脑，看会儿视频放松自己的大脑了。当然，我也确实该提高产出的频率了。

算起来已经入职半年了吧，这期间还是经历了不少事情的，年会的时候非常意外的拿到了“年度优秀新员工”的奖项，虽然部门的新员工也不算太多，可把这唯一的奖项授予我，还是很受宠若惊的，要知道我可是每天都被老大批评的呀。看来老大的教育方式确实是用严厉来促进成长的，我对此非常感激。

1）提高需求文档质量

有首歌叫“产品经理是条狗”，现在听真的觉得就是产品狗的日常啊，“老大总说笨笨笨，文档每次改改改，客服总在叫叫叫”，简直不能再认同呀。需求的产出就像一个生孩子的过程，从第一次建立需求文档开始，每次自认为写的万无一失了，给到老大手里的时候，永远可以挑出10个毛病；为了提高需求文档的质量，现在工作中的文档，都需要经过——老大评审——组内的每个产品小伙伴相互评审——研发经理评审——研发开发人评审，当然这其中每一个环节都会可能会提出新的问题，每个问题都需要进过新的确认，然后再修改文档，最后实现万无一失的文档产出。

可以说每次都是自我反省自我提升的过程吧，也终于在这个过程懂得工作经验确实是很重要的一件事情，有了这样的经验才会有积累，这一次评审出很多问题，下次想方案写需求的时候就会更完善，会将这些内容都考虑进去，所以我很喜欢这样的过程，期待每一次的提升。

2）时间管理

上次修炼文里写到了时间管理，工作了一段时间，进一步发现了时间管理的重要性。

产品经理不同于研发或者设计师，研发的时间计划非常明确，这个周一到周三投入开发a需求，下周开始投入开发b需求，在一个工作时间段内，专注于某一个需求的开发即可；而产品不同，产品手上可能同时跟进着十来个需求， A需求已经投入开发了，需要跟进开发过程中的问题，B需求方案已经写好了，需要准备评审提给开发了，正在产出C需求的方案，D需求是上周某个业务刚提出来的非常紧急，需要评估一下回复大概排期；诸如此类，有很多进展不同的需求需要跟进，如果不好好进行时间管理，每天的工作就像是无头苍蝇一样，谁来催一下了，我就去处理他的需求，这样很容易导致把大把时间浪费在优先级并不是最高的需求上。所以产品的工作中，一定一定要有合理的时间计划。

大家都知道要把事情分为“重要紧急”／“重要不紧急”／“紧急不重要”／“不紧急不重要”四个分类来处理，优先处理重要且紧急的事务，但这个方式对我来说还是比较抽象，比如重要紧急的事务中共有十项，那这十项的优先级又如何排序呢？若完成了今天重要紧急的事务，接下来是处理“重要不紧急”，还是“紧急不重要”？

期间我也用了一些时间管理的工具，例如高效todo／time／steamline／微软的便签功能等，其参考过一些同事的方法，高效todo其实是个备受好评的工具，即按照重要紧急四象限对任务进行分类的，用过一段时间之后，我还是会有以上的疑问，觉得这样的分类还是不够明确，我需要更为细致的时间管理。

所以最终我回到了最常用的工具——excel。我用excel写了一个时间轴，纵坐标是日期，每天会提前列好第二天要做的事情，每天上班第一件事就是打开时间轴看看我今天需要完成那些事情，完成了的用颜色不同标记出来，最好做到每天把计划要完成的事情全标记了再下班。另外使用时间轴有一个非常大的好处，做产品的过程中，经常会进行一些约定，例如约定业务“下周三给你排期”，约定需求提出方“预计下个月10号投入开发”，现在每当我有了这类时间承诺，我会第一时间把它填到我的时间轴中去，这样等时间将至时会有很清晰的提示，不至于错过每一个deadline。同时我也是个很喜欢使用手帐的人，也会用手帐来制作to do list，关于手帐也有一些时间管理的方法，比如chronodex时间饼记录，这边就不一一描述了。

每次计划的时候，需要为每天预留一些时间，因为产品不是闷头做自己事的职业，每天和不同的人打交道，可能业务使用过程中的问题，外系统来提需求，开发来确认问题，这些都是不可提前计划的，但会打断计划的时间，每天至少需要预留1至2小时来处理这些事情，否则每天的计划任务永远都会被推迟，这样计划就没有意义了。

有人说要学会拒绝，若是自己正在进行计划中的任务，有其他人来请求帮忙时，需要适当的拒绝掉，以免影响自己的工作节奏。其实我不认可这种做法，因为产品是一个很灵活的职位，最重要的职责就是要帮助解决问题，所以每一次都应该认真倾听其他人的问题，只要确实于自己有关，就需要做出一定的行动去回应他。

3）逻辑思维

入职了半年也深切地感受到，后台产品与前台的差别，前台产品注重用户体验，侧重于研究用户心理，可能更需要的是感性思维，在如何实现上不需花太多心思；而后台产品注重逻辑，需要理性思维，更侧重于开发实现层面的问题。我是设计专业出身，求职的时候也确实是想要找前台产品相关的工作的，入后台坑之后，也很懊恼过，但经过了这段时间的磨练，也逐渐懂得了后台产品的意义，后台的系统非常多，相互交互非常复杂，更多考虑的不是按钮怎么放利于用户使用，而是这个数据需要从哪个系统取到，在哪个交互流程中取到。

后台产品的工作过程很能锻炼思维能力，比如我刚入职的时候，写的需求文档只是很表层的呈现，现在我能够发掘一些问题的本质了，将每个流程理顺，每一个交互完全梳理清楚，在提问或回答问题时也能明确的感受到自己思维越来越清晰了，逐渐能够抓住问题的本质。推荐一个我认为可以一定程度提高逻辑的日剧《legal high》，其中古美门律师的说的一些话很值得深究，如何去说服他人，如何去找他人说话的漏洞等。

到现在，还是比较庆幸自己能做为后台产品工作的，设计专业为我培养了感性的理解，后台的工作经验提高我的理性思考能力，虽然刚开始工作的时候会比较痛苦，但有了一定的积累之后，处理事情会更加游刃有余，这两种思维方式都很重要，生活或工作中就是需要理性和创意并存的，相信这也是成为一个合格产品经理的基础。