编辑导语：在任何岗位上，抓住一切机会进行自我提升是很重要的一个行为，对于产品经理岗位来说也不例外。当我们从事非产品工作时，是不是就不能提升自我了呢？答案肯定是否定的，那么，产品经理应该如何利用非产品工作自我提升呢？
上篇文章我们讲到B端的新产品在设计过程中，作为新人的我们很可能会或被动或主动的体验接触到其它部门的工作，比如培训、售前、实施、销售、售后等，然而有的小伙伴会觉得这些工作与产品的工作有什么关系呢？
对这些工作抱着一种排斥的心态，其实，我认为作为新人能有机会从不同的角度体验、审视产品的工作流程是非常好的学习机会，甚至我觉得B端产品的新人都应该接触一下这些工作，并且越早接触对我们的正向帮助可能会越大。
另外在工作中我也一直相信一点，任何工作如果我们不能改变结果，则与其抱怨排斥不如化被动为主动，想办法找到我们可以学习的点将其变成我们的优势。
那么，我们一起来看看我们能从这些看似与B端产品经理无关的工作中学到什么对产品工作有帮助的内容。
下面这张图是我们公司目前一个产品从设计到销售并验收的一个简易流程图，左边对应的是相关角色，各相关角色后面对应的是其大概的工作内容，大家可以参考了解一下帮助我们理解文章后面的内容。
一、培训—磨练演讲
今天我们任意翻开一本产品经理的书籍，或者在网上搜索产品经理的信息、亦或是招聘网站上写的产品经理所需的技能，可能没有哪一项能力出现的频率能高得过沟通表达了，甚至上升到演讲能力，为什么这项能力如此重要呢？
我认为除了工作需要必不可少的交流以外，大部分没有人事管理权的产品经理在团队中如果想要更好的被认可，在团队外如果想要更好的协调资源，就需要建立自己的影响力和个人魅力来带领和协调团队。
而古往今来、古今中外的事实表明演讲无疑在对影响力和个人魅力的建立上是十分有效的。
产品经理面向对自己团队和其它团队输出的机会一般就是评审会和培训了，而评审会由于大家带着评审的目的，以及参与评审的人员数量限制，演讲力体现的效果可能不够突出。
但是培训不一样，一场培训的组织大家的目的就是听产品经理进行培训，产品经理是绝对的主角，而且一般参加培训的人员较多，影响力会更加宽广，所以培训的机会绝对是产品经理通过演讲力提升个人魅力的最佳机会。
那么这么重要的机会，以后我们一定不要只是简单的把它当作一个产品功能讲解的场合。产品培训功能讲解的再清楚，大家对培训者没有印象或者印象平平，那么对培训者来说我觉得都只能算是一场失败的培训。
下面是我培训前思考的流程，大家在准备下一场培训时，可以参考。这里只简单罗列，具体细节我们以后有机会可以再聊或者直接找我交流。
二、售前—考核业务
我们的新产品在刚刚设计完成时，售前的同事还未能熟练的掌握我们新产品的使用方法时，往往销售部门可能会直接请求我们产品部门协助去现场向客户演示产品并且和客户进行一些业务与产品上的交流。
如果是对公司内部同事的产品演示，我觉得还是可以应付自如的，但是这种直接面向客户的演示，我每一次都十分紧张，因为他们是业务的真正使用者，是对业务最熟悉的人。
我在实习期第一次去给客户讲解我们老版本产品时，只是非常简单的就产品使用流程做了演示，而客户关于产品与业务融合的疑问我并不能很好的进行回答。
之后有机会去了现场待了两个月之后，回来第二次又带着我们的新产品去客户那里做了一次售前支持工作，这一次相比与第一次我已经可以就业务与产品的融合回答客户的疑问，以及评估一些功能是否可以实现等。
但是又遇到了问题，那就是现场也有其它厂家会进行产品演示，客户会问我你们产品除了基本的业务流程覆盖外还有什么亮点？相比于其它厂商你们有什么优势？客户从更高的角度向我向我提出了疑问。
终于在第三次我又一次带着我们的demo产品进行售前支持工作时，我从产品流程到业务融合到优势亮点和客户进行了全方位的探讨，这一次总算是没有问题把我难住了。
所以从我的经历我们可以看到，不去和客户过过招我们对产品和业务的理解可能就还是不够深刻的。我们在向客户演示产品的时候，一方面是在检验我们的产品，另一方面也更是考核我们对产品和业务融合程度的理解深度。
这种考核会倒逼着我们不断的继续学习、思考业务和产品的知识，也算是一种输出倒闭输入了。但是结果一定是好的，只有经历几次和客户的交流切磋，我们的业务和产品水平考核分数才会不断提升。
所以大家如果能有机会参与售前的话，一定要把握好售前的机会，把每一次售前当作一次考试，从每一次考试中汲取能让我们向上生长的知识。
三、实施—重度体验
在上一篇文章中，我们提到我们的用户不仅仅是我们的客户也包括我们的实施同事，我们在设计产品时除了要考虑客户的易用性同时也要考虑我们实施团队的易实施性。下面这张图是我们实施同事工作的流程图。
这个图可以分为两部分看，第一部分是从入场到调试网关，这部分属于技术上的部分，也是属于体验实施工作的部分。
当初这一部分可真的让我觉得痛苦万分，我本身并不擅长技术，在现场却要面对着每天解决不完的技术问题真的让我头大，有时候早上的问题列表里记的今天还有5个问题待解决，到了晚上下班的时候发现列表里的问题变成了8个，不减反增。
当然我也没有选择跟技术死磕，我充分发挥我的沟通能力，将公司的实施、研发同事骚扰了一大半，剩下实在解决不了的问题请求领导协助资源进行解决。
但也正是因为痛苦才能印象深刻，回到公司之后，再设计产品功能时总会下意思想着尽量能让实施同事好配置一些。
第二部分是部分手术间试用到验收，这部分就是在现场体验我们的客户麻醉医生的真实的工作环境，麻醉医生在手术时我会跟在他旁边看着他操作产品以及进行各种工作，他有疑惑的地方以及需求的想法会及时和我反馈。
这一段和用户待一起的时间我不仅熟悉了麻醉医生的工作流程，更是接收到了他在使用产品时的各种意见反馈，这些业务上的经验对我这种产品新人来说是十分宝贵的。
也正是因为有了这段实施的经历，才有了上一篇文章我讲到的回到公司后基于对业务的熟悉我整个工作的内容有了质的提升。所以实施工作对我们B端产品经理来说可能是最痛苦的，但是有机会的话不如去体验体验。
除了能在现场熟悉业务，也更能让我们在这种痛苦的环境中逼迫自己不断的寻找问题的各种方法解。同时因为有了业务和这种成功解决痛苦的经历，我在后面做产品以及和公司同事交流时的态度上都要更自信了许多。
四、销售和售后
销售和售后这两个工作我并没有体验过，只是作为产品和这两个部门接触过，所以就只简单的讲讲了。
我第一次和销售团队见客户的时候着实被他们震惊到了，无论客户提出什么样的想法和需求，他们都是不假思索的回答我们能做，让我觉得我们的产品有种无所不能的感觉。
尽管后面他们可能会有一些方法来解决这些问题，这个我们就不讨论了。但是不得不说我还是很佩服他们的这种无所不能的精神，也让我们做产品的知道，市场那么大，需求那么多，咱们产品人们仍需努力呀！
售后工作则是我们现在每周都会参与到售后团队的周会中旁听，他们会把他们每周收到的产品售后问题和解决过程及结果进行汇报。
对我们产品来说这里会暴露出我们产品在市场上应用之后的各种问题，是一个产品持续改进需求的重要来源，所以在旁听时我们会抓取一些可能有用的问题然后在产品部门再讨论。
五、总结
B端产品经理对业务理解的要求是非常高的，所以前期我们除了要学习产品的设计方法之外，通过这些其它工作一方面能体验业务，另一方面也能提炼出对我们产品工作有益的点，这些一定会让我们受益匪浅的。
当然这些观点只是我自己的想法和总结，大家可以根据自己的实际情况取所需即可。后面的文章我们再回归产品，说一说一个在需求池中的需求经历了什么能成功变成我们最后的产品。
谢谢能看到此处的小伙伴，我是小游，很希望能和大家能一起交流讨论~