关于To B 产品经理这个话题似乎是老生常谈，但其实每个人的理解都不尽相同，甚至一个人在不同阶段也有很大不同，作为一个B端产品经理怎么能快速提升业务能力呢？本文作者就从以下几点对B端产品经理所具备的能力做简单的介绍，希望对你有用。
这次再次说产品经理话题。
产品经理，从字面上看，欺骗了不少刚入行或即将入行的童鞋们，因为附带“经理”二字，其实，在真正的工作过程中，与经理拥有的职责、待遇、权利等，相差甚远，是完成两个概念。
与其叫产品经理，不如贴地气点叫“产品跑腿”（刚好有美团跑腿，所以联想到此词语，仔细想想产品经理，与跑腿没有多少区别）。
最近，阅读了俞军老师写的《产品方法论》，深有体会。不过，俞军老师是从To C角度讲解，而我现在处于To B行业，所以，这书里只借鉴了一些产品经理共有的部分。阅读后，我发现做To C产品经理，复杂度和不确定性远远大过To B产品经理。
本人愚钝，凭借这几年在IoT领域经历，大致总结下To C 与 To B产品经理关注点差异。
To C，面对的是个体，更多关注用户、交易；研发风格如400米田径赛跑，追求速度和耐力，400米众所周知是最难跑的田径项目。
To B，面对的是拥有严密内部关系的集体，交易周期漫长，倒像项目经理，更多关注生产、协调；研发如8000米长跑，不快不慢，尤其是刚开跑时，不能太快，最后2圈才是加速。
当然，两个领域比较，还需要更多详细解释，以后有时间再专门构思一篇文章讲解。今天的文章重点是To B产品经理4大基本能力。
To B产品经理4大基本能力：沟通能力、技术理解能力、文档写作能力、项目管理能力。
沟通
说到沟通，这是每个行业，每个岗位，必备的基础能力之一。先看下图，产品经理面对的沟通对象。
产品经理，在内部需要沟通的对象，包括不限于研发、生产、设计、销售、老板等，在外部还有千变万化的市场需求和社会人士。由其可见，需要沟通的对象数量类型之多。
我想没有哪个岗位会有这样的待遇，产品经理真是个特殊的岗位。
沟通最终的目的，是让沟通对象，清楚明白自己想表达的内容与思想。产品经理做到这点，太难了，再加上你面对的又是不同行业，不同岗位，不同素质，不同智商，这个难上加难。
经过这几年磨练，我总结出一些沟通技巧，我大致把沟通对象分为2大类，技术类与非技术类。
技术类对象沟通技巧，讲过程和重复过程。
讲过程，即是描述技术实现过程。面对研发人员，这类特殊对象，必须按照他们固有的思维，与他们对话。曾经多次，在下达任务时，只是描述我想要的结果，可事与愿违，最终他们做出来的东西与我想要完全不同。
要想把过程讲清楚，可不容易。我认为，其一，需要产品经理拥有足够丰富的技术知识储备，过程描述是建立在你拥有强大的知识库；其二，同理心，即是换位思考，理解研发人员的工作习惯和思维方式。大家可以回顾《为什么产品经理需要懂技术？》
重复过程，即是把你所描述的内容，再讲一遍。我们常说，重要的事情，重复三遍。这句话，用在此处再适合不过了。
非技术类对象沟通技巧，讲结果和场景。
非技术类，如老板、非研发部门、客户等。
遇到非技术类对象，沟通起来真的比与技术类对象，沟通容易太多。目前，我所掌握的是，讲结果，即是描述这个产品定义、类型、使用对象、价值等，如果对方有兴趣，再详细讲解过程。讲场景，即是通过一些生活常见的例子，融合产品特性，以一种幽默的形式，把产品介绍给对方。
有时，我们在工作中发现，明明当时跟他讲清楚了，但过一阵子，他又忘记了。面对这种情况，我的建议是，持续跟进。
沟通是一个过程，并非一个时间点发生的事情。有时，我们上班都忙，忘记处理是常见的事情，所以，当初次沟通之后，通过邮件或微信，再次描述所沟通的内容，隔一段时间，通过其他形式，回访对方，再次确认。这种方式，相对合情合理。
技术理解能力
产品经理，最主要的作用是，把市场或老板的想法，演变成落地的产品。简单说，把市场需求，翻译成研发人员能看得懂的产品需求文档。
所以，你不懂技术，根本没法推进工作。若有小伙伴，想跳入产品经理坑的，最好有技术背景，或理科男。若没有相关技术背景呢？我实在想不出来，在编写产品需求文档时，你如何描述那些专业性技术语。以及，如何与研发“吵架”。
技术理解，程度到底如何界定？我认为，这是没有一个统一标准的说法，得根据项目或阶段界定。
举个例子，最近公司开发一条新的产品线，户外广告机。简单点说，就是带有安卓系统的、可远程下载内容播放的大屏幕。我并没有主力参与，只是偶尔提供下建议。
有一天发生了一件让我觉得好笑的事情。
有一天，一位软件研发人员，咨询这个项目的产品经理，这个广告机传输协议支持HTTP吗？我当时听到，立马想：废话，互联网通讯协议都是基于HTTP，当然支持。可是，那位产品经理，竟然不知道这个是什么，于是跑来问我。
HTTP，凡是做过软件开发，肯定知道这知识。可是，对行外人确实是个迷。作为产品经理，每个基本技术知识点，有必要了解，你可以不知道HTTP相关接口，如何通过代码调用，但是基本概念和作用，你要掌握。
再回到刚才说的程度，项目用到什么，你就得掌握什么，没有上限，越多越好。
文档写作能力
我已经不记得有多少次经历，每天的工作就是在不同部门穿梭，与不同的同事沟通工作事宜。除此外，干得最多就是写文档，写通宵也有过。
产品经理，日常工作，不是讲话，就是写文档。
主要写什么呢？主要有以下类型：一，产品需求文档；二；验收报告；三，产品介绍资料；四，协助销售，撰写相关项目实施方案。
那么文档写作能力，如何界定呢？
一，语句通顺，无错别字。这是最基本的能力，但我发现，我们现在很不善于书面描述（正式），句子逻辑，要么缺失，要么无关联，总之，读起来不顺口。我想这个跟日常，我们太过于依赖社交软件，追求快节奏回复有关系。
二，目的明确。清楚在文档中描述，这个产品目的是什么，目的即是原始冲动，通过这个产品你想获得什么样的效果。
三，全面性。我们在写文档时，经常会遗漏某个过程，比如我们在设计某款App时，登录时网络断开后，App该怎么处理，这个需要在文档中，描述对应的过程。
四，里程碑时间。这个可能大部分人，都没有意识到，虽然我们把文档写得完美无瑕，可最后这个文档里描述的内容，什么时候完成？是今天，还是明天，还是未来某个点。虽说，研发路慢慢长，未来极其不确定，但计划就是一切。
如何提升写作能力。王小波说过，写作能力提升，往往是在写作过程中完成的。
项目管理能力
前面讲到，To B产品经理，更像项目经理。先来讲讲项目管理，到底负责什么。
一，制定计划。计划需要包括以下要素，时间节点，任务，负责人，优先级，进度。
二，组织与协调。安排合适的人，做合适的事情。调度资源，满足最紧急的任务。
三，权衡。当遇到两者或两者以上，互相之间冲突时，需要全面综合考虑，选择哪个，放弃哪个。
四，汇报工作。向上级汇报工作进展，讲解项目获得的成果。
项目经理要做的事情，即是完成项目管理工作。能顺利完成项目管理工作，需要具备综合能力。这也是本文提到，沟通、技术理解、文档写作，这3大能力，项目管理能力，是这3大能力综合体现。
什么是项目管理最高级的体现？我认为，是权衡，即是取舍。权衡，说起来容易，无非是做选择题，反正选择哪个都行。但每次权衡决定背后，都是对利益的一次选择。
利益，涉及到公司、部门、个人、项目，这些都是需要考虑的。如一个项目，计划实施2个月，结果拖到6个月还没有完成，已经投入大量资金、人员、关系，那这个项目，到底还要不要继续？这个需要综合考虑，总之，由项目性质决定，不仅从项目层面考虑，更重要从公司战略层面考虑。
市面上有不少书介绍，产品经理是没有门槛的岗位，确实是没有门槛，随便一个毕业生，没有任何工作经验，都可以任用。而产品经理考核，又往往难以界定，不像销售岗位，有业绩衡量。
本文介绍了To B产品经理4大基本能力：沟通、技术理解、文档写作、项目管理，根据本人多年经验，这是初级产品经理，需要掌握的能力。仔细回顾，也许你会发现，真正拥有这4项能力，与跑腿型产品经理，有什么本质区别。
留个悬念，以后有时间再写写，To B高级产品经理，需要什么样的能力。
