产品经理新入职要做什么？

2019年5月份到现在不断离职入职，目前将要迈进第三个企业，暂且不说离职因素（因为与提纲不符，哈哈哈。。。。。。），经过这些入职，借着中秋节假日空挡期，给自己立个flag，一定要做复盘，经过这两天网上相关资料整理、平时自己入职后的状态、前期书籍阅读，现整理如下：

一、整理场景

本人一直从事互联网医疗产品相关工作，算是小白，产品面向客户属于TOb、TOg（整理可能不符合TOc产品经理）：

1.在入职后，自己没有明确方向，不知道要干什么，需求文档看着困，不知道哪里是重点；

2.一个星期过后，仍然没有很大成效；

3.没有主动性，自己在那里看平台、看原型，很少跟周围同事聊，一天过完，总结下，感觉很空虚。

结论：通过两份工作的入职，个人感觉自己方法有问题，才会有这种空虚感。

二、梳理结果

1.对外学习

这些关乎业务层面：
1.1知道这款产品要做什么，包括哪些场景、需求，尤其是后台产品，首先要有需求，其次才能考虑需求间关系，需要先把核心问题解决掉；

1.2了解所有业务需求，通过脑图，把需求点都列出来，至于优先级，只要自己在头脑中有一定印象就可以；

1.3这个产品是干什么的？给产品定好位，定好边界：

1）做这个产品想要达到什么目的；

2）谁会在这个系统上做什么事：业务从开始到结束，经历的流程是什么？什么人在什么场景下会做什么事情？界定业务边界，明确业务细节，产出业务流程图、角色分析、用例模型等文档（搞清楚这些，你就知道：我的产品是为这些人（分析获得的用户）用的，是让他做XXX事情的（功能））

1.4业务范围确定后，梳理业务逻辑：

业务逻辑是梳理功能跟功能之间的联系、各个角色方之间的交互，了解完业务逻辑才知道每个功能点是如何实现的，至于具体细节，可以在做的过程中进行了解，知道如何实现这个产品，知道产品要满足的功能、需求点，就可进行分版本迭代的工作，每个版本迭代中，应该完成如下工作：

1）规划第一版本：确定版本边界，输出版本功能列表，并与业务部门、项目组成员就此列表进行评审，达成共识；

2）排定版本周期：根据功能列表，排定版本开发周期，包括什么节点出需求、什么节点有谁完成什么功能（明确任务分配和里程碑）、什么时候测试、什么时候上线；

3）需求梳理和底层设计：需求是每个迭代的第一步，产品在梳理需求时技术人员同步进行需求架构（整体架构大多在产品规划时已完成）、数据库等底层设计，需求梳理时，需时刻考虑：如何设计才能让用户更方便更快速的完成他们先要做的事情，并达到产品目的（赚钱）；

4）评审需求，提交下一流程：需求梳理完，与业务、项目组、产品部评审，评审完，修修补补，确认后，提交ui；

5）跟踪开发，规划下一版本：通过站会、里程碑等方式，跟踪项目进度，早日识别风险，另外规划下一版本的工作，并做好真伪需求、优先级的排定；

6）了解项目流程与计划：接受新项目，需要了解项目流程、项目进展及项目计划，经过多次版本迭代，完成边界内的功能，系统则进入成熟期，项目研发工作基本完成。

2.对内学习

3.做与不做

三、总结