大家都知道B端产品经理是为企业流程效率服务的产品经理，需要熟悉业务逻辑，掌握产品力，抓住用户需求，提出解决方案，落地推动。那如何能够做一个好的B端产品经理呢？下面这篇文章笔者整理分享这个内容，大家一起来看看吧！

一、要有良好的逻辑思维能力

良好的逻辑思维能力是从事很多工作所必需的，即使有些工作它不是那么的必需，但如果有，也会做得更好。

我在这里之所以把这项能力单列出来，是因为我在实践的过程中发现此项能力对产品经理尤为重要，其对产品经理的重要性甚至超过其对程序员的重要性。

这是因为：

1. 产品经理负责产品全面的功能设计，很多逻辑控制如果没有考虑到，那么程序员在开发过程中大概率也会漏掉；
2. 程序员都有使用软件开发工具，如IntelliJ IDEA、Visual Studio等，这些软件开发工具可以很好地帮助程序员纠正语法上面的错误，虽然它不能纠正一些bug，更不可能衡量代码水平的高低，但相比之产品经理撰写需求规格说明书时，软件工具所能提供的纠错功能，要完善、严谨太多了；
3. 程序员的沟通对象往往在产品团队内部，如产品经理、其他程序员、测试，涉及不同产品集成时，至多还有其他产品的程序员，但产品经理的沟通对象要宽泛很多，除了产品团队的成员外，还要和客户（对外）、业务（对内）以及关联产品的产品经理沟通。

除此之外，很多汇报以及用户培训也是产品经理来做。如果一个产品经理逻辑思维能力不好，那么对企业而言将会有非常大的沟通成本。

二、要有良好的沟通意识和技巧

B端产品与C端产品不同，它的使用群体往往是企业里的某一类人群，产品设计者往往不是最终的使用者，所以需要大量的用户调研（不同于C端的用户研究更多基于数据和理论），而调研本质上属于沟通，沟通就需要有相应的意识和技巧。

比如，张三提了一个需求，但是这个需求可能是基于他的理解直接给出的解决方案，不是最终的使用需求，如果直接按照张三的要求去做，有可能成本比较高，也有可能会引发其他系统功能问题。

那么就需要产品经理和张三进行进一步沟通，挖掘他的本质需求，最后基于产品经理的专业能力，给出合理的解决方案。

除此之外，不同用户的教育背景、性格、工作环境差异较大，都需要有针对性的沟通技巧。

比如，有些用户对调研比较积极，那么问题的设计可以是特指问句；有些用户对调研比较消极，那么我们可以事先想好可能的几种答案，采用选择问句。

三、要有良好的归纳总结能力

用户提出的需求往往比较零散，不同用户的需求有时甚至还存在着矛盾。这需要产品经理有较强的归纳总结能力，能够剔除用户需求中重复、不合理的部分，通过自己的思考加工形成解决方案。

四、要有相关专业领域的知识

B端产品可以分为销售、生产、采购、库存、财务、人事、行政等几大类，不同类别的产品设计虽然在某些方面具有共性，如权限管理、增删改查等，但主体的业务功能上面却是完全不一样。

为了更加高效地与用户沟通捕获需求，产品经理需要有从事相关领域产品的基础知识，如从事财务的产品经理，对于一些账务处理要有一定的了解（其实财务产品可进一步细化为核算、资金、税务、预算等，不同细分产品也要求有不同的专业知识）。

五、要有一定的技术判断能力

社会分工是为了提升效率，产品经理和开发、测试的分工也是基于这一原理。所以我们不要求产品经理是个全才，懂得各种技术细节，但是为了产品设计更加精准和沟通更加顺畅，一定的技术判断能力是要有的，这里主要体现在软件编程的基本原理上面。

比如多条数据校验通过循环实现，上下级追溯通过递归实现等等。产品经理有了一定的技术判断能力之后，对于比较常见的问题，可以直接基于最终实现给出判断，进而减少沟通成本（既包括产品团队内部的沟通，也包括涉及系统集成时与其他产品团队的沟通）。

六、要不避琐碎

产品设计不仅仅是出具偏宏观的解决方案，更涉及到大量的细节敲定。如查询条件设置哪些合适、哪些需要有默认值，查询结果包含哪些字段、按照什么规则排序等等。这些要求产品经理能够不避琐碎，仔仔细细一点一点推敲确定，切记眼高手低。

七、要有采纳意见的胸怀

这里的采纳意见要从两个层面来看。

首先，从系统逻辑设计来看，一个人的思考即使再充分（更何况一般也有时间限制），也往往有遗漏的、未考虑到的地方，这个时候就需要团队内部充分讨论，产品经理要吸纳大家合理的意见，并去完善自己的需求规格说明书。

其次，产品经理不是直接从事开发工作，即使有部分产品经理是技术出身，但由于长期不从事具体的开发工作，有些实现不及开发同事清楚，所以在部分功能设计上面，要能吸纳技术同事的专业意见。