B端产品经理入门的第一年做了什么？.docVIP

B端产品经理入门的第一年做了什么？ / 今年年初我入职了一家医疗信息化行业的公司做产品实习生，在这里第一次接触到了B端产品经理的职位。 入职快一年了，从最开始零基础入行到现在确定未来的职业发展方向为产品经理，在这个过程种不断的会有朋友问到我一个问题，“B端产品经理这个职位是做什么的？” 我也发现在网上很少有对B端产品经理相关工作的详细介绍，尤其是B端产品新人们在做什么的信息更是寥寥无几，所以在这里将我自己将近一年的B端产品新人工作的内容分享给大家，希望能够对一些伙伴尤其是对B端产品经理职业感兴趣的伙伴提供参考。 一、懵懂入行 2月份顺利入职，我的领导是负责公司手术室麻醉信息系统的产品经理。 我来的节点正是公司要全面升级改版手术室麻醉信息系统的时候，所以在后面我会讲到我很荣幸参与到了这次公司新产品的设计过程。 此时这款产品的战略层目标设置已经完成，正在进行范围层和结构层的商议，这种商议当然暂时由于我只是实习生身份无法参与，不过这也刚好给了我补充产品知识以及熟悉公司产品的时间。 我在网上以及人人都是产品经理社区里查找了很多关于产品经理的碎片化信息，然后读了几本产品经理相关的书籍，比如《人人都是产品经理》、《B端产品经理必修课》。 这两本算是产品经理的入门书籍，这两本书让我对产品经理有了系统性的认识。其中，在《B端产品经理必修课》里作者对产品经理的必备技能做了如下归纳： 通过书中的技能描述及结合我的工作实际情况，我先学习了产品原型设计软件的使用、产品文档的撰写、项目管理的知识以及进行了一些软技能的磨练。 当然这些基本上都是在非工作时间做的，在工作时间我需要查找我们手术室麻醉信息系统产品所需要的资料、整理文档、维护旧版本产品以及使用产品设计软件画一些简单的弹窗等一些繁琐的工作。 同时在这些繁琐的工作中不断的学习产品的知识，了解业务的流程。这些不起眼的工作其实让我对新产品细节的了解产生了非常大的帮助。 二、渐入佳境 经历了两个月的琐碎工作之后，5月初，为了加快新产品的项目进度，新产品项目组进入到两个月的封闭研发阶段。 由于我前期的工作得到了领导的认可，领导在和我确定保密信息后，将我加入到了新产品项目组，这是产品已经处于框架层和表现层阶段了。 在封闭研发阶段，我第一次体会到了产品书籍中描述的产品需求从评审到设计到研发和测试的流程，我将其主要流程用流程图的形式展现给大家。 在上图中，最左边的文字代表角色，每个角色后面的流程节点代表该角色的工作内容。 我们看到产品经理首先将需求池中需要做的需求提取出来，随后进行该需求的设计，设计之后，需要由相关角色，通常是产品的相关干系人，也包括研发和测试，进行需求设计的评审工作。 如果评审没有通过，产品经理需要根据大家的反馈重新进行设计，如果通过了，就交由研发进行编码实现。 研发实现后测试会对该需求的实现情况进行测试，测试不通过会将该需求返回给研发继续编码，测试通过通常我们产品经理还会再进行验证，验证需求的实现效果是不是和我们设计时所构想的一致。 如果验证通过了那这个需求就算告一段落，如果验证不通过就需要继续和研发进行沟通，而这个阶段也是经常被大家调侃产品经理和程序员相爱相杀的时刻。 在封闭研发这个过程中，我在做一些页面的设计工作，通常由我的领导告诉我相关的需求背景和要求。 我通过产品设计软件将他的想法在页面中设计出来，如果是我比较了解的需求，当然这个阶段还是一些小的需求，评审、以及和研发、测试的沟通协调、需求的验证工作就由我自己来负责了。 经历了新产品的封闭研发阶段之后，我对产品工作的内容有了一定程度的认识，并且经过了这一段时间的积累对我们部门的手术室麻醉信息系统也熟悉不少。 但是这时候我却产生了一种莫名的离地感，这是什么感觉？又是什么原因导致的呢？ 三、直面挑战 在越来越多的和我们的研发同事进行沟通的时候，我发现了问题，那就是在我们沟通需求的过程中，如果他问到我“为什么要做这个需求？他的业务场景是什么样的？”的时候，我不知道该如何回答。 在这期间我也去了一家医院给客户做了一次我们老版本的产品演示，演示产品对我来说没什么问题，但是演示完产品之后，客户关于产品和业务结合的一些问题我也不能做出最合适的回答。 这时候我已经意识到问题所在了，那就是缺乏B端产品经理很重要的一点要求：懂业务。 这里的懂不是在办公室点点产品、听听领导讲讲业务就算懂了，而应该是真正的作为使用者在真实的业务场景中了解业务、学习业务甚至尽可能实践业务。 没有真正的在业务场景中体验过，那在面对研发、面对客户、面对产品时就会有一种离地的漂浮感，是没有实实在在的底气去提出需求、回答问题和设计产品的。 于是我向我的领导提出我的问题，并且向他申请如果有机会能够去医院的业务现场待一段时间。 7月份的时候来了一个机会，一个医院购买了我们的手术室麻醉系统，