作者结合自身的经验，分享了自己在后台产品上的几点心得，希望对你有所启发。
先啰嗦下自己的经历，自己曾经在当当网工作两年做后台产品经理，目前在一家互联网金融公司做app产品同时兼任后台产品，我一直想把自己在当当的两年工作经历总结一下，写出来，分享给大家。一方面可以给一部分新人借鉴下自己的经历，另外一方面，就是想好好总结下自己，剖析下自己。
大学毕业之后在上海混迹近四年，没什么多大成就，之后来到北京成为一名北漂。网上投简历，找工作，鉴于之前工作经验，多多少少有个大概方向，就是互联网相关的工作，网上投递的公司大大小小也有100多家吧，陆续接到的面试有将近20家，大公司去过京东、搜狐、三星，小公司乱七八糟一大堆。
直到在面试过程中慢慢发现一个职业更适合我，那就是产品经理；对于产品经理我并不陌生，之前在游戏公司工作时，公司就有产品经理，但那个产品经理其实是游戏项目运营经理，主要负责一款游戏的运营，和现在我从事的互联网产品经理还是有本质差别的。
当我发现这个产品经理具体工作内容时，顿时很感兴趣，之前在富士康工作时也具体做过这些执行的工作，主要就是用axure画一些线框图，当时公司的职位是产品策划，并没有专业的产品经理。
总之，找到这个方向之后，心中顿时明白了很多，也有明确的方向，最后通过网上搜集资料，更加详细的了解产品经理的具体工作和职责。一次机缘巧合接到当当的面试通知，心中小激动又担心自己无法通过，怀着忐忑的心还是去面试了。和hr聊天还是比较轻松的，一个比我还小的妹子，毕竟自己也工作将近四年，沟通表达还是可以的。
之后，和自己未来的上级面试，对产品的理解和看法都还不错，也算通过；在之后，和当时负责交易组的高级产品经理面试，问了很多细节问题，还好我态度比较端正，当时还准备了一些自己画的原型图和竞品分析，也许是这些打动了这位高级产品经理，也最终录用了我。其中的废话不多说了，因为最近也在面试招人，分享下自己当时能顺利入职的心得吧。
极度的渴望心理（当你极度渴望成为一件事情时，你就会调动自己全身的能量去朝这个方向努力）。如果这个人对这份工作无所谓，只是当作一个工作而已，那对不起，你没有热气和激情，你很难能发挥的更好。
尽自己所能，做好充分的准备（当我明确产品经理的方向后，我不在面试采购、销售、运营的岗位，而是全心投入产品经理的面试准备中，最开始一次面试，我连prd都不知道具体英文代表什么，非常惭愧，知道自己准备的还不够，还不够）
表现出你的热情（和第一条有点类似，极度渴望的心里会让你积极努力，而你外在表现出的热情就来源这种内心的渴望，面试你的人会感受到这种热情，这种态度）
沟通表达要合理（自己当时不是职场新手，所以沟通表达能力没多大问题，说话方式和语调都要表现的职业化一点）
最后，虽让我离开当当了，虽然很多人抱怨当当，虽然很多外界对当当质疑，但我只想说感恩，真的是感恩。
第二部分：我负责的第一个项目如何开展工作的
当我正式入职当当之后，才发现产品经理的工作比我想象的要复杂要难的多。
我入职前两个月，没有专门带过大项目，连中等的项目都没有负责过，只是参与，为什么呢？
1、整个业务流程很复杂，我在没有对整个业务流程熟悉的情况下，自己负责独立的项目会出问题，领导也不放心。我简单说下为什么复杂，先从人事上说起，当当有60多个产品经理，200多个研发，70多个测试，60多个运维，10多个ued成员。光研发就大大小小的组分了十几个，你要熟悉这些研发组的人员，他们具体负责的事情，要能找到相应的人，这需要时间同时也需要技巧。
2、对整个项目流程不熟悉，不清楚需求如何建立，如何分析，如何内部评审，如何外部评审，prd要写到什么样的程度…等等。
总之，因为当当的管理还是比较规范的，所以才需要了解那么多的流程规范，也就是说不能在短期内完全负责一个项目。
重点来了，我是如何独立负责自己的第一个项目呢？
首先，我已经知道对应的开发和对应的测试是谁，然后写产品方案并不算难，但是要写出符合领导要求的产品方案还是比较难的，就去模仿，去学习，找领导咨询，最后也能搞定。其次，在研发过程中，会遇到一些沟通的问题，那就多跑跑腿，电话沟通麻烦。再然后就是产品要上线验收，自己怎么弄，不知道如何验收，就厚着脸皮问测试姑娘，配置host，数据库，建立测试帐号。再然后，就是自己看测试用例，自己写测试用例，让测试同事帮忙造数据，自己去体验用户流程，涉及到一些技术逻辑，自己去查找数据库，修改数据，学习简单的sql语言。
就这样，在一个个小的项目中去学会如何沟通，知道对应的上下游流程在哪里，对应的人在哪里，对应的系统架构在哪里。
这些开始的经历，还不足以让我胜任一个合格的后台产品经理，先总结下一个新人该如何快速适应大公司的流程里，如何快速上手产品经理岗位。
快速掌握自己负责的产品线所有的业务知识和流程。（知道目标用户是谁吧，知道如何操作吧，知道上一步在哪里，下一步又到哪里吧）。
了解和你相关的产品业务线、对应的产品经理、对应的开发组、测试组。
快速掌握整个产品工作流程。每一步要输出什么文档？颗粒度要精细到什么程度？如何发起会议？写会议纪要？召开会议？
升级版：当我以现在角度去看待这段成长过程中，我觉得自己成长的还是太慢了，太低效了，如何更短时间掌握这些东西，又不会出错。
1、用表格把公司的组织架构梳理出来。
公司各个部门组织什么，对应的leader是谁。
产品研发部门各个部门成员和leader，以及他们对应的工作内容和所负责的事务。
记录他们的联系方式：qq、姓名、职位、邮箱、手机。（相信我，越详细越好，对你以后的工作开展会大大提高效率）
2、用笔记记录下来整个公司的工作流程、产品研发流程、甚至一些小的管理规范。
产品工作流程怎样的，具体各个节点该做什么，和别的公司有无差别。（需求收集、产品设计、产品评审、立项、排期、研发评审、研发阶段、用例评审、测试阶段、准生产环境、产品验收、线上环境）。
固定会议时间，每周周会、部门例会、小组会议、业务会议等等。
如何组织会议、邀请成员、使用wiki、一些工作流程的东西。
3、熟悉掌握你所负责或参与的产品线。
业务流程要自己多试试几遍，然后画出流程图，或者收集相关的资料备份下来。
要整理一张数据表结构，知道一些关键数据的状态和标示，比如：订单状态有多少种，分别有哪些前置和后置条件。
其他类似产品架构图、数据状态图、过往的项目资料、研发资料等等。
我在当当第一年的时间并没有完全能胜任一些大项目，这主要还是自己能力不够，一些细节逻辑把握不深。那先说结论吧，如何才能胜任一名后台产品经理呢？
了解自己：非常熟悉自己负责的产品线，所有的业务流程、业务逻辑都要知道，别人问到，你要随时能答道，而不是回去问开发或者自己的笔记。如果想更高级别，那最好连所有逻辑的数据结构和字段都知道，开发也忽悠不了你。
了解别人：后台产品经理对需求的把控往往来源公司内部，要切深去了解目标客户部门的业务流程，才能发现其中的痛点，而不是盲目的自己去想产品方案。在强调一次，一定要亲自体验业务部门流程，针对他们提出的需求进行分析，找到需求背后的本质需求。
深挖方案：产品方案设计，第一步肯定是自己负责产品内部的方案设计，如何运行，如何运转；
影响边界：另外非常重要的一点，就是要分析出所有可能影响到的产品线，哪怕一个细小的功能，都要进行这样的分析，动一发而牵全身，在电商行业公司是经常有的。
项目管控：一个大型的项目涉及到的里程碑太多，任何一个环节沟通不到位，出了问题就有可能导致整个项目delay。
提前通知：这个最容易留坑，很多人修改了需求，逻辑活着某个数据节点，没有及时通知其他人，这就导致最后上线出现bug，也会造成责任的推诿
反复验证：项目上线了可不是万事大吉，往往很多产品经理沦落为功能产品就是因为做完就撒手不管了，认为自己完成了。而其实呢，你做的真正满足用户的需求了吗，还有需要改进的吗，这些如果不仔细验证，很容易陷入一种做的很多，对的很少。
及时总结：和第七条差不多，总结包含项目总结，数据总结，功能验证等等，哪怕其中一个小错误也要及时总结，发现问题，及时修正；在进入下个项目时就能避免类似的错误发生，这是自我提高最好的办法，就是多多总结。
