「那些你犯过的错，我都曾犯过。」
我在互联网金融的产品岗位上，转眼就呆了2年，而你也即将走过半载。
半年的时间，不长不短。而刚刚开始工作的这段时间，恰是你最重要的一个人生节点。我也趁着兴致，就工作中出现的问题给你一些建议。
这也是我作为一个“前辈”，踩过坑、吃过亏后的一些经验之谈。还是开场的那句话：那些你犯过的错，我都曾犯过。或许到现在仍做的不够好。
我把内容分为以下几个方面：
1. 如何管理工作
2. 沟通与汇报
3. 如何写好一份需求
4. 自我管理
1. 如何管理工作
你身处的岗位，决定了你必须花费大量的时间来处理纷杂的事务，同时见缝插针的进行思考和决策。如果套用2/8原则，则是你花费的20%的精力，决定了你80%的工作成果。
定义优先级
• 所有的事情都应该按「紧急」和「重要」定义优先级
• 控制紧急事项的数量，给重要的工作留出时间
• 提前处理需要协作完成的工作
如何处理琐事
• 处理琐事的效率决定了你能留有多少的时间去做重要的事情
• 适度的处理琐事，而不要沉浸其中
从管理每一天开始
• 从最细的颗粒开始管理工作
• 每天早上整理好一天的工作
• 晚上结束时回顾工作安排，并作矫正
2. 沟通与汇报
我总是在强调：及时沟通，及时汇报。是因为我在这方面吃过太多的亏。产品经理绝不是一个可以凭惯性工作的岗位，不及时的沟通会造成各式各样的问题，而解决这个问题的成本其实很低。
为什么需要沟通
• 达成共识：当你发现双方的共识可能不一致时，积极沟通
• 消灭信息不对称：当你发觉缺少某些信息，或对方不了解某些情况时
什么时候应该汇报
• 固定周期的汇报：确保领导知道你的工作进度
• 出现计划之外的事情：同步信息，必要时请求协助
• 关键的节点：如功能上线，需要通知各相关部门
如何沟通和汇报
• 复杂的事情，预先打好腹案。避免慌不择言，脱口而出
• 汇报时，内容要简短但有层次。善用总分结构
• 站在对方的角度思考，提高沟通效率
3. 如何写好一份需求
终于说到了需求。写需求是一个产品经理的基本功，就像程序员写代码一样。但这不代表产品经理的核心竞争力就是写需求。需求是结论、是产出，但对你来说，更重要的是得出结论的过程和方法。
所以，当你接到一份需求时应当哪些事呢？
思考：为什么做
• 为什么要做这个功能，当前的现状是怎么样的
• 这个功能能解决什么需求，能在多大的程度解决问题
• 这个需求是否合理，假设是否有效
思考：如何实现
• 除了这个功能，还有没有更好的办法可以实现同样的目标
• 有没有通用化的做法
• 是一个独立的功能点，还是会改动原有逻辑
执行：细节和可行性探索
• 把思考的结果转化为设计流程和线框图
• 考虑到每一个细节，必要时与开发沟通确保方案可行
• 写完需求后，放空一段时间，再回看。并从头开始执行整个流程
• 当你觉得需求写的不够好时，推翻它，不要舍不得
当你真的做完以上的那些后，最后一步，需求应当已经水到渠成了。如果还是不够好，那我的建议就是：多看，多写。
4. 自我管理
作为一名合格产品经理，首先就要把自己作为一个产品。如何更好的迭代自己，是一个贯穿职业生涯的命题。
保持好奇心
• 任何时候都不应该放弃思考，无论一个需求有多简单
• 认识到自己的无知，并且对未知的事物保持探索欲
离开舒适区
• 不要让惯性主导你的工作，人无远虑必有近忧
• 不要让屁股决定脑袋，离开你所在的位置，站在更高的角度观察
反思和总结
• 让阶段性的反思和总结变成一种习惯
• 把踩过的坑，变成自己的一种能力，永远不要在一个地方摔倒2次
以上这些，可能写着写着就有些教条和假大空了，但我仍希望你能有所收获。
写于2018年3月
