Hey 你好，产品经理：

欢迎加入我们，其实0岁的产品经理应该先从产品专员开始，但我发现最近专员这个职位名称用得越来越少，所以我们就统一叫产品经理吧。在开始之前，我想向你讲述一个我的亲身经历：

记得有一次我在地铁上，看到一对外地夫妇在与自己的女儿视频通话，他们看上去很高兴的样子，好像是听到自己女儿的考试成绩不错（我不是故意要听的，因为他们声音很大），所以我想这也许就是我们做产品的意义，为了向人们提供更好的服务，让人们的生活更美好而且更有趣。

也不知道你现在的心情是怎样的？胸有成竹还是踌躇满满？要知道“心态”可是产品经理的基本素质，因为我们面对的困难可能是无法预期的，我很喜欢《Forrest Gump》里的一句话“Life was like a box of chocolates, you never know what you are gonna get.”这句话用来描述产品经理的生活还是挺合适的，因为对于我们来说，计划总是赶不上变化，但计划还是要有的，因为好的计划可以为我们指明方向，当然我们也不会随便改变计划，每一次改变都是要根据反馈和数据得来的，所以数据分析能力你还是要有的，但这不是这封信的重点，我写这封信，是想向你介绍一些产品经理的工作概况，为了让你对自己的工作有一个清晰的认识。

好吧，该说说正事儿了，在你开始产品工作之前，有几张图是你需要知道的：

1. 泳道图

也叫业务流程图，一般是用来表示业务的主要流程，里面包括每一个流程的节点和执行流程节点的部门，这张图可以帮你更好的梳理和理解业务流程，还能帮你找到自己思路中的漏洞。

2. 用例图

是一张人与人或人与功能的交互图，里面包括用户或者工作人员可以使用的功能或者他们相互之间的交互，这张图可以帮助你梳理角色分组，将角色和功能更清晰的展现。

3. 产品结构图

这张图是用来描述一个产品的功能结构的，比如“注册”、“登陆”、“支付”这些都是功能当然这些功能有些是以页面的形式呈现在用户面前，但千万不要把页面和功能混淆，多和技术同事聊聊天，你就会理解页面和功能之间的区别。

4. 原型图

简单来讲，就是你需要把这些功能安排在不同的页面上，比如登陆注册的页面就要有“用户名”和“密码”的输入框（和技术要说成字段，这样显得比较专业…），所有的页面都需要产品经理来制作原型，这样其他人才能够理解产品的意思。

5. 交互图

如果你的原型图做得页面和页面之间都是有链接的或者产品的结构并不是很复杂，这张图可以省略，其实这样图是用来展示页面之间的逻辑关系，也就是首先把所有的页面放到一张大图上，比如点击“登录”按钮，进入登录页面，于是就把首页的登录按钮和登录页面画一条线连起来，这张图主在你与技术部门沟通的时候会帮助到你。

当然，仅有这几张图还是不够的，你还要知道几个重要的流程：

1. 确定产品主要解决的问题

也就是确定产品主要功能和每一个版本的功能范围，我见过一些刚入行的产品经理，总是想要一个产品解决很多问题，这样造成的结果就是导致功能逻辑非常复杂，增加了犯错的机会，同时也为用户使用带来了障碍，尤其是移动端产品，更要注意突出主线功能，其他的功能都要为主要功能让路，做产品经理不能想起一出是一出，因为你的决定都会影响到整个团队的付出（当然还有 MVP 可以验证你的想法，但这就是高阶产品经理要考虑的事了），确定功能范围后，你就可以开始撰写需求文档了（有些情况下需求文档可以写在原型里，这就需要具体情况具体分析了）。这一步的主要输出物有：泳道图、用例图、产品结构图、需求文档以及原型图。

2. 需求评审会

需求文档和产品原型做好后，召集团队主要成员对你的功能进行评估，这时候，大家会查漏补缺，帮你修正一些逻辑有问题的功能，同时可以为每一个功能排出优先级，需求评审会的另一个目的，是为了让团队成员对产品有一个理性且有逻辑的认识，这样可以节省在开发阶段的沟通时间。需求评审会后，你需要修改原型，之后再和团队一起评估，评审通过后，技术就要根据原型开始建表、搭建框架、UI 也要开始设计界面了。

3. 开发阶段

当然就是技术开始开发各种功能，这时候作为产品经理要能够及时为技术解答产品的逻辑或者细节，同时要抑制住自己或者老板或者其他同事突然冒出来的新想法或者新需求，如果确定是一个功能漏洞，那么就需要评估是现在添加还是下一个版本添加，如果是一个纯粹的新功能…嗯…下一个版本再做！相信我，如果你加了第一个功能，第二、第三个就会接踵而来，到时候项目周期就无法保证，如果没有项目经理替你把关，那就需要自己克制了。最常见的情况就是老板需求，当接到老板需求的时候，产品经理要理性地分析，要记住，自己的是一个团队，不要为了盲目满足老板的喜好而忽略团队的付出，这可不是一个合格产品经理应该做的事。

4. 功能验收

如果没有测试人员（一般小公司都没有），你需要写一些测试用例，通过测试用例来测试每一个功能，测试用例一般包括，前置条件，预期结果，使用描述，测试机型（包括测试人、测试机型）。所有测试通过后，产品就可以发布了。

好吧，作为一名产品经理，需要了解的还有很多，以上的步骤和流程也是根据不同情况需要增加或者省略，但我们的最终目的就是要解决问题，所有的流程和方法就是为解决问题这一目的而服务的。产品经理不能太理论化，要在每一次的实践和总结中慢慢成长，希望这篇文章可以帮助你对产品经理的工作有一个大致的了解，希望你热爱你所做的事情。

 #专栏作家#

Garfield，微信公众号 Share-Equality ，人人都是产品经理专栏作家，喜欢运动、热爱生活，经常思考和总结，擅长用户体验、需求挖掘等，一直都在学习中的产品经理。

本文原创发布于人人都是产品经理，未经许可，不得转载。