今天想分享的主题是：产品经理新到一家公司，应该怎样快速熟悉业务，尽早进入工作状态。
产品新人入职一家公司，接手任务一般有两种情况，第一种是在原有业务系统的基础上进行优化或者增量，第二种是从0到1设计一款产品。大多数产品经理做的都是第一种，第二种可能会交给有相关经验的新人去做，但在to G的项目制公司里会遇到要求马上出方案并开发上线的，一般救火的方式就是找抄超，不在讨论范围内。
回到最开始的问题，产品经理应该如何开展这个前期的工作呢？我认为要根据公司的具体情况来看。什么叫具体情况？比如有的大公司有非常完备的资料，像宏观战略计划、业务的知识点说明、新人培训文档或视频、需求文档和原型、版本迭代记录、相关的复盘文档等等，但有些中小型公司，管理是比较混乱的，培训以及文档的不规范和缺失会给新人带来一定的融入阻力，如果直接领导是个业务半吊子，新人甚至会感到深深的迷茫和挫败感。中小型公司的这种状态，用一句话来形容，就是家家有本难念的经，十分考验新人的梳理能力和沟通能力。但产品经理是来解决问题的，要尝试提取出一定的章法规律。
下面我结合我的工作情况进一步说明。
背景：
我去年新入职一家to G公司，正是那种文档不规范且缺失的公司，当时公司有5个业务系统要进行整合，需要重新做一个大平台。这些系统是在不同的时期由不同的负责人做的，每个系统对应一个数据库，它们之间本来是有关联的，但数据口径不统一，形成了数据孤岛。
我的思路是，要定一个主线，即这些系统在业务上是怎么关联的？应该怎样去着手了解？
方案：
1.进入公司协作云平台，查找相关项目的整体规划ppt或文档，即公司到底想做一件什么事，目前的这些不同系统扮演的是什么阶段的什么角色。如果找不到，就去问直接领导、培训师或者高层领导确认。这个是背景和目的，若能早点弄清楚，接下来的工作会形成一个清晰的目标。
2.找领导和开发测试同事要对应系统的测试账号，进入系统多点点功能按钮，走一走各个分散的子业务流程。
3.用脑图梳理各个系统的信息结构图和功能结构图，记录下不懂的业务知识点，第二天带着问题去问直接领导，如果直接领导也不清楚，就去问对应的系统负责人。
4.结合之前了解到的业务知识，按系统、角色、阶段大致梳理一遍业务流程图，以及系统时序图，需要注意的是，此时梳理的不一定是全面的，随着后续对业务的进一步了解，图得继续更新维护。对于复杂的模块，还得梳理ER图帮助理解对应的关系。
5.全部梳理完之后，私下对着梳理的内容自言自语讲一遍。然后和领导约时间，将整理的材料再复述一遍，看下是否有理解偏差。
按照以上方式一个个去完成，我顺利的快速熟悉了业务，也赢得了领导前期的认可。
