了解这些东西让你到新公司快速上手

　　身为产品，到新公司接手一个已存在的产品时，应当如何熟悉业务、了解已有情况？
　　笔者最近工作变动，到新公司上班，所属业务关联甚广。中间摸索了很长一段时间，当然也踩过不少坑，经过不断的摸索和调研，现在把摸索的经验和大家分享一下。
　　一、对接人
　　首先，要搞清楚你对接的人都有哪些，有什么问题去和谁问？新人最怕的是找人，遇见问题不知道和谁联系，作为一个产品都需要和哪些人联系呢？
　　1. 你的上级
　　入职以后一般你的上级会先找你谈一波，如果没有找你，你也可以主动找他接触下，了解下公司情况，如公司的发展目标，所负责产品的目标等等，没有问题随便聊点啥。
　　这个过程主要是加速双方的了解，毕竟对方手里握着你的绩效，而且他是你最好的帮手，能帮助你快速了解其他相关对接人的主要节点。同时，你遇见问题不知道怎么解决时，是你最好的求援对象。
　　2. 研发对接人
　　网上经常传产品经理和研发相爱相杀，那么第二步你要搞清楚你对接的研发负责人是谁，对方是什么脾气，有什么爱好等。
　　产品和研发就像男女谈恋爱，很多时候不是讨论问题的对与错，而是你为什么凶我？你是不是不爱我了？
　　一个好的产品记住一句话：千万不要什么事都和研发讲道理，因为你不一定讲得过他；这个时候就要打感情牌，多谈谈人生和理想，公司业务发展的方向等。
　　要用尽一切方法把对方的智商拉到和自己一个水平线上，然后用丰富的经验打败他。
　　3. 系统对接人
　　一般的公司都有很多的产品，在熟悉自己的产品的同时，一定要熟悉下别的产品经理都负责哪些产品，搞清楚哪些是和你有交集的，哪些是可以复用的。
　　在大公司很多产品都不是孤立的，相互间都是有关联的，很可能你改了一个功能会影响到很多系统，这个时候你就要搞清楚你其它系统间的关系。
　　同时，很多时候你要做的功能很可能服务其他系统的功能，特别是你仔细调研了解后，会发现，你要做的东西很可能别人已经做过了，而且可能还不止做过一遍，有各种版本，你只要选择一个版本去用就可以了。
　　这在一些大公司是很有可能发生的，以前还没有中台的概念，各条产品线各自为战，一个功能开发了几遍大有存在。这个时候你只要把别人的功能复制过来就可以了，完全没必要再次开发，或者直接和对方产品经理说，让他提供接口给你调用。
　　笔者之前到过一家公司，所负责的产品基本就是把公司内部的东西拿过来复用；不但节省了大量研发时间和成本，而且老用户接受很快。好评如潮的背后其实就是我只是做了一个壳，里面的功能都是调用其他产品的。
　　4. 业务对接人
　　业务方就是你的甲方，甲方就是爸爸得罪不起，所以你要尽快了解自己的业务对接人都有哪些？他们都是哪个部门？负责什么业务？职位是什么？
　　这些都要搞清楚，因为以后你要想尽一切花言巧语和各种语言技巧来想办法挡掉他的需求，同时你需要在关键的时候需要他帮你挡来着前端用户充满恶意的攻击。
　　一定要对你的业务方好点，平时可以多和业务接触或者去现场去看看，多相互了解下。这样你的产品才不是闭门造车，而是船上的帆，能帮助业务更快的发展。
　　二、系统角色
　　要了解当前负责的系统使用的角色有哪些？包括：所负责产品的系统运营人员、系统管理人员、前端用户、销售人员等。
　　统计内部人员的时候标记角色名、部门、使用的功能等字段，统计用户的时候区分好不同的用户类型、功能、权限等。
　　三、系统流程
　　系统流程就相当于人的骨架，只有梳理出系统的流程，你才能在这上面丰富功能。
　　特别是你接触一个已经做过很长时间的系统的时候，一定要先看原来的流程图；如果没有流程图，一定要找对接人梳理出流程图，千万不要以为这个产品的流程就和正常的流程一样。
　　因为每个公司因业务和合作方式的不同，流程也有很多出入，往往你认为不合理的流程背后可能有很深的历史故事，一定要先了解清楚再做决定，要梳理的流程有：主流程、分支流程、逆向流程、业务流程。
　　主流程：系统使用过程中的主要流程，主流程的缺失意味着系统无法闭环或者直接无法使用，如电商系统中的购物流程。
　　分支流程：在主流程的基础上延伸出来的流程，如注册中有买家和卖家两个选项，当你选择了买家后，你的后续注册流程就和卖家不一样了。
　　逆向流程：和主流程相反的流程，一个产品很少只有正向的，你要允许用户有个反悔的机会，这个就是逆向流程，如电商系统中的退换货。
　　在梳理流程图后，对照着系统角色，看流程的每个节点中，是由哪个角色负责，用此来验证流程节点是否真实存在，同时也验证角色是否缺失。
　　四、系统功能清单
　　流程梳理清楚后，要了解当前产品的功能都有哪些？当前的进度是什么？有哪些功能缺失或者需要优化的？
　　这个时候你需要整理一份功能清单，流程是骨骼，功能清单是骨骼上的血肉，所有的功能都应该是为了流程服务的。如果，一个功能和所有的流程都没有任何关系，那么这个功能可能不是你们系统中的功能。
　　功能清单的内容包括：目录层级、页面、功能点、状态、功能说明，如果有Tab的需要把Tab页的内容也标记出来。
　　整理出功能清单后要对照着流程图，考虑这个功能是对应的流程的哪个节点，他的使用者是谁？这个功能设计的意义是什么？
　　还有千万不要随便拿掉一个以前产品中你认为没用的功能，拿掉前一定要找到这个功能的实际使用方，了解到设计这个功能的前因后果。如果有需要，把相关人员通过邮件或者流程审批后再拿到，这个非常重要，因为很可能你认为一个无用的功能，会导致整个系统的崩溃。
　　五、产品架构图
　　以上的功能都完成后，你基本就对整个公司的产品和自己的产品都有了初步了解，这个时候你就要梳理出产品架构图。在产品架构图中标记好自己产品中的功能和其他产品间的相关关系，用到了其他产品的那些功能，其他产品的功能你是否可以复用的。同时，标记好你的产品在整个公司产品架构中的位置，要搞清楚你的产品是服务于其他产品的，还是要服务业务，要调用其他产品的。
　　理清楚这些你才能对你的产品有个清楚的定义，有个准确的目标，而不是业务一来提需求就不断叠功能。
　　功能的实现有很多种，不一定都要自己去做。如果可以的话最好能把相关产品的功能也画上去，这样就更清晰地了解你产品在公司的位置了。
　　接手一个已存在的产品时，一定要多和老员工聊聊，调研清楚业务和系统后再去修改和新增功能。不要靠自己的经验一上手就大刀阔斧的革新，不然真的会死的很惨。