经常有朋友问我：作为一名B端产品经理，该学什么？如何学？有没有什么书籍或资料推荐？

大家普遍都会反馈一个问题：C端产品的学习资料非常丰富，而B端领域的学习材料太少了，能参考的产品方案也不多，并且不知道该学些什么。

确实，B端产品领域学习材料非常少，需要学些什么？怎么学？我自己在从业道路上，也因为这些问题感到非常痛苦。

我认为，导致这个现象背后的原因有几点：

1. B端多数都是企业内部系统，其业务运作和产品设计涉及商业机密，很少对外公开，更难以像C端产品那样暴露在公众面前被大家研习。

2. B端产品专业性太强，比如：搞供应链的、搞CRM的、搞ERP的，领域不同，业务背景不同，产品解决方案不同。除了软件设计方法论是共同的，其他部分都很难提炼出共性的方法论给B端人指导，这就不像C端产品有那么多共性的话题可以探讨。

3. B端产品复杂程度高，如果想把问题聊透，必须有很深的功底。虽然业界有大量的大拿和专家，但是愿意写文章分享的毕竟是少数，因此很遗憾的造成这个领域学习资料偏少。

4. 因为很多B端产品知识被沉淀在传统软件公司，很多互联网B端从业者不理解传统软件，而传统IT人又不理解互联网，导致本该有深度融通的两者之间的割裂。

因为这些原因，导致B端产品资料非常少，B端产品人在学习之路上异常艰辛。

而我在这些年的学习过程中，有很多体会和心得，因此，我想把自己的学习经验总结，整理出来分享给大家，希望能让大家在学习的方向上更有针对性，学习的方法上也更有效率。

01

在聊B端产品人需要学什么，怎么学之前，我们有必要首先搞清楚：B端产品经理，需要具备哪些核心能力？

行业中有大量的资料描述了一名产品经理的基础能力，例如：业务理解、方案设计、数据分析、项目管理、领导力、执行力等等，已经非常全面，本文不再赘述。此处，我想重点聊的，是行业中没有提到的，但是针对B端产品经理非常重要的核心能力。

而在探讨谈核心能力前，必须先搞清楚B端产品经理的工作要点和面临挑战。

B端产品承担了帮助企业或机构解决某类经营管理问题的重任，作为B端产品经理，工作的首要目标是通过产品方案帮助企业解决相关的业务问题，工作要点如下：

分析并诊断业务问题

设计解决方案

执行并优化解决方案

首先，B端产品经理要能够从业务的角度分析并诊断业务问题（也可能是直接参与业务运作的设计）。

其次，准确分析业务并把握其核心本质后，要针对业务难点和痛点设计解决方案。这个解决方案首先应该是业务管理方案，其次是产品解决方案，通过软件产品解决业务问题。

最后，要将解决方案执行落地，包括产品的开发、上线，并根据效果持续进行优化迭代。

B端产品经理面临的第一大挑战是：如何正确地分析诊断业务问题。

——这也是最难的部分。

产品设计知识对这部分工作基本没有帮助；如果想做好业务分析诊断，必须具备扎实的企业经营管理知识，以及相关业务领域知识，同时具备一定的方法论训练，才可以做好这项工作。

B端产品经理面临的第二大挑战是：如何通过软件产品解决业务问题。

B端产品属于复杂系统，不是简单地画画原型搞搞框架就能搞定，而涉及到抽象、建模、权限、应用架构整合等一系列问题；并且，软件行业几十年已经沉淀了丰富的、针对企业经营管理问题的各类解决方案，B端产品经理必须熟悉这些方案，参考借鉴并应用到自己的工作中。

由此，我认为：B端产品经理的核心能力模型，包括经营管理知识储备、复杂系统设计能力、业务领域专业能力、产品解决方案能力。

这些能力模型，体现出一种金字塔结构（见下图），我把它称为B端产品经理的金字塔能力模型：

B端产品经理的金字塔能力模型

最底层是经营管理知识储备和复杂系统设计能力，如果底层基础能力不牢固或根基浅，上层能力的构建也会不牢靠，不扎实；中间一层是业务领域专业能力，是识别诊断业务问题给出解决方案的前提与核心；最上层是产品解决方案能力，产品经理工作的最终目标是通过产品方案解决企业经营管理问题。

02

接下来，我们就可以根据这个金字塔能力模型，来谈一谈：产品经理要学什么？怎么学了？

1. 加强经营管理知识储备

严格来讲，经营管理知识储备不属于一种能力，但是对于B端产品经理来讲却非常重要；钻研基本的经管知识，就像是在修炼内功，也是一种基本功。只有基本功扎实，学习更高阶的知识、研习更高阶的能力，才会比较轻松，并且有效率。

B端产品经理往往聚焦于某一业务方向，如果想在专业领域的深度上有所突破，必须具备足够的知识广度支撑。

所谓的知识广度，其中很重要的部分，就是对于企业整体经营运作的理解——只有能够将自己负责的业务，放在整个企业运作的上下游中，甚至是产业链的上下游环境中，才能更深刻的认识、理解业务。

例如：仓储配送方向的产品经理，如果想更加透彻的理解仓储配送业务对于企业的定位、价值、意义，就必须理解整个采销业务运作模式和特点，以及掌握充分的管理会计知识；否则对于业务的理解，可能只是停留在如何降本提效上，而无法从更加宏观的视角去审视业务。

2. 学习完整的工商管理（MBA）课程

加强经营管理知识，最具备体系化的学习方式，就是学习完整的工商管理MBA课程。

所谓经营管理知识，是指经营运作一家企业涉及的各方面知识；MBA的学习课程大纲很好的涵盖了经典的经营管理知识范畴，具体来讲，包括：管理学、营销学、财务会计、组织行为学、人力资源、宏微观经济学等内容。

对于大多数理工科背景的产品经理，本科或硕士阶段可能并没有接触过多少经管知识，而这却是从事产品经理职业必须补齐的底层知识结构。

以下是我推荐的产品经理值得研习的工商管理课程以及教材，大家完全可以通过自学的方式完成学习（当然，如果有条件，也可以去上MBA课程，会更有节奏感）：

《管理学》斯蒂芬罗宾森：不管你带没带团队，管没管人，现代管理理论体系是需要学习了解的，虽然学完这门课不代表你能管好人，但却可以掌握很多基本的概念。《战略管理》弗雷德戴维：战略管理会帮助你培养从宏观角度分析市场和业务的思路，同时也会帮助你完成很多基本理论体系的扫盲工作。比如说什么是PEST，什么是麦克波特五力模型，什么是平衡记分卡，这些都是在实际工作中经常见到的内容。学完这门课程，你会明白，商业世界的分析模型不是只有精益画布。《营销管理》菲利普科特勒：这本书是所有市场人员、运营人员必读的著作，也是整个营销领域的扫盲通识教育。学习后，你就会理解什么是4P，什么是4C，什么是AISAS，什么是整合营销，不会再被各种装神弄鬼的报告和名词忽悠。这本书的内容，同样也是运营工作的理论依据。《组织行为学》Stephen Robbins：C端产品经理要看《乌合之众》、《社会心理学》，B端产品经理就必须看《组织行为学》，这门课讨论的是人在一个集体中表现出的行为特征。《宏微观经济学》Gregory Mankiw：宏微观经济学，我认为是任何现代公民必须学习的课程，将帮你建立从经济学的视角观察这个世界的思维，产品经理更加需要认真研习。《财务与会计》：学习财务会计有两个好处，第一是可以看懂上市公司财务报表，自己做一些分析和判断，以及作为高级管理人员从财务视角更加科学合理的解读公司经营情况；第二是某些产品设计工作的必备知识，例如从事交易系统台账建设，以及支付清结算产品设计，都需要会计知识。

以上列出了建议学习的部分核心课程，除此以外，结合工作方向和兴趣，还可以做针对性学习。例如：做互联网金融方向就必须学习《货币金融学》，做进销存方向就必须学习《供应链管理》等等。

说实话，上边提到的这些课程，每本书都几百页厚，全部能学下来需要很好的耐心和毅力，投入大量的时间。

我个人当年也是在刚毕业的几年当单身狗时每天学一些，以及读了MBA后又陆续学习，而成家立业后很难有时间，也很难有耐心学习这些大部头；所以，如果你是还没结婚的单身狗，珍惜人生最宝贵的学习时间吧。

对于没有足够时间和精力的朋友，还有一种快速学习的途径，推荐给大家一个非常好的网站——，这是一套国内最全面的经管类知识维基百科菲利普科特勒营销，我自己平日需要查询经管类资料，都会访问这个网站；相比百度百科，其中的词条更加全面专业，并且有很多案例可以参考。

MBAlib中有一个百科频道，包括了管理、营销、经济等板块，每个板块中都提炼了很多核心的知识点、方法论；可以有空时点开看一些，时间久了，也会积累很多知识，这是一种相对偷懒、轻松地学习办法。

MBAlib网站提供了丰富的经管知识学习素材

3. 培养复杂软件系统设计能力

复杂软件系统设计能力，是另一种必备的底层能力储备。

很多产品初学者，发现学习很多C端产品的书籍和文章后，在开展B端产品设计工作时，仍然一脸困惑，不知如何下手。

这是因为从软件学的角度来讲，C端产品的复杂性低于B端，C端产品重点在于商业模式构建/创意/交互/运营，而B端产品，作为企业级应用软件，承载了软件学领域所有复杂设计思想和方法论的落地。

不论是业务复杂性，还是软件工程的应用实践，如果没有受过系统的训练和严格的学习，很难找到入门的感觉。

如何学习设计复杂软件系统？

这可能是很多B端产品经理最大的困惑：不知道如何下手，不知道从哪方面提升，该看哪些书籍，该学什么课程。

此处，给大家两点学习的建议：首先认认真真仔仔细细学习一遍软件工程，然后深入研究探索一款成熟商业软件产品。

1）认真学习一遍软件工程

软件工程，是计算机专业的一门必修课，任何从事计算机软件开发/设计/工程实践的从业者，都必须系统学习一遍软件工程。

软件工程的学习门槛并不高，如果不懂编程，不懂数据库，不懂计算机原理，依然可以学习。

作为一门实践性非常强的课程，软件工程讲述了软件设计方方面面的知识，包括开发的模式，需求的管理，抽象和建模，软件结构体系等等。

软件工程的教材书籍，往往都是大部头，一本就要好几百页，例如：经典著作Ian Sommerville的《软件工程第九版》，480页的篇幅，估计很多人看到就头疼；然而，厚厚的书本中，正是蕴含了软件设计的所有奥妙，值得每个从业者学习。

但是很遗憾，人们往往都喜欢学习简单的、轻松地知识，而忽略真正有用的、复杂的知识。

很多所谓产品经理的必读书单，里边有大量的畅销书，唯独没有软件工程；然而很多产品经理，并不是计算机科班出身，甚至从业好几年，都没听说过软件工程，这实在是一件比较悲哀的事情。

软件工程就像是武学内功宝典，第一遍学习，对于很多内容肯定感到无法理解，感到抽象，但学习过程，会在你的脑海中植入知识的种子，等以后的工作中，必然会在某些场景，回想起曾经学习的内容，突然会出现灵光乍现，茅塞顿开的感觉。

这正是学习这类基础课程的神奇之处——学习的时候不能完全理解，但却给自己强行灌入了一套思维体系、知识体系框架；未来，心中的这套框架必然会被现实经验和扩展学习慢慢填充，让知识体系更牢靠。

不可否认，软件工程课程中，包含了一些现在已经过时的概念和知识，但这并不能成为不去学习的理由和借口。

软件工程带给你的系统性的教学，是其他任何产品经理书籍都无法给予的。

2）至少仔细研究一款成熟商业软件产品

模仿是最好的学习。

正如一名C端产品经理，手机中会预装上百款APP随时研究借鉴一样，B端产品经理，也需要深度的研究学习同类型软件。

因为B端系统的复杂性，建议大家能够完整地仔细研究一款成熟的商业软件，而不是蜻蜓点水般的研究多款产品。

软件设计的模式和方法都是相同的，例如：典型的权限管理、元数据管理、机构管理、数据字典管理，这些B端产品共同的要素，在任何成熟的管理软件系统中都有非常经典的设计方案。

而且，成熟的商业软件产品，在标准模块和组件的设计思路上和实现方案上，都非常先进，值得大家学习借鉴。

对于我个人来讲，真正让我大开眼界，感叹软件系统复杂性的，是参与了全球最有名的ERP软件——Oracle EBS，在我第一家公司的实施落地工作。

像Oracle EBS这样的大型系统，既包括了极强的配置能力，也具备丰富的底层服务化支持，这就给系统定制化和集成提供了超级灵活的能力，同时Oracle EBS本身还包括了强大的工作流引擎、规则引擎、报表引擎、弹性域管理等功能。

当年接触Oracle EBS的过程中，我才真正见识了一套复杂系统该有的面貌，而受到了Oracle EBS中很多功能模块设计思路的影响；以后的产品设计生涯中，每当遇到一些设计难题，我都会思考当年Oracle EBS是怎么设计解决这类问题的。

现如今的产品行业有个比较致命的问题：很多互联网公司不论做什么都采用自研的方案，这会导致很多入行的产品经理，工作好几年，都没有接触过真正的复杂系统的设计，而只是在自研系统的世界中兜圈子。而如果自研系统的水平有限，那么对于产品经理来讲，是一件比较可悲的事情。

我曾经在面试中，见过很多工作了有些年头的产品经理，对于B端产品以及企业应用架构体系的理解非常浅显，这都和经验、环境、知识面有关。

那么，如果公司没有机会能让我接触比较先进的大型管理软件产品，该怎么办呢？

方法非常简单：自己去找一些可以免费试用的商业软件产品，去试用，去琢磨。

现在很多大型软件都已经SaaS化，并支持免费试用，这对于产品经理来讲是非常好的学习资源；不仅可以完整体验功能，而且网站上还会有丰富的操作手册、设计手册、行业资讯等资料提供学习。

例如：搞电商的可以研究淘宝商家后台，搞CRM的可以研究Sales Force、销售易、纷享销客，搞ERP的可以研究管家婆、管易等等。

寻找一些和你从事领域相关的SaaS软件，以及尝试研究一些其他领域的成熟软件，一定会给你的软件设计工作带来启发。如果一些标准化的设计思路，能够烙印在你的记忆中，那么后续的软件设计工作一定会轻松很多。

学习成熟软件，可以从以下几个角度入手拆解，研究其设计思想：

首先，研究B端产品通用功能是如何设计的。例如：角色、权限管理、系统参数配置、数据字典管理，这些功能模块在任何B端产品设计中都是相同的。

其次，研究常见功能组件的应用功能和交互设计。例如：列表页的设计思路、报表模块的设计思路、消息中心与提醒机制的设计思路。

最后，研究软件模块背后的设计思想。这需要先理解业务模式、业务流程，业务中常见的管理难题和运营问题；然后揣摩软件系统为什么这样设计功能模块，如何设计的管理模式，如何支持的业务。

这个版块难度较大，新人可能无从下手，但应该尽量尝试去分析，不懂之处要多和同行探讨。

国内知名客服软件Udesk，这类SaaS产品都可以直接体验试用学习：

Udesk提供了丰富的操作手册可供研究

4. 提升业务领域专业能力

讲完了底层知识储备，接下来聊聊业务领域的专业能力（俗称业务能力）。

我们之前谈到，产品经理，要分析诊断业务，这就需要很强的业务能力，既包括对行业或领域的思考和认知，也包括对公司业务的掌握和洞察。

理解所从事业务领域的典型问题和痛点，这需要多多学习，多归纳总结；掌握所在公司业务的情况和难点，这需要深入一线，结合自身的经验积累进行深刻洞察。

针对业务能力提升，这里给出三点具体建议。

1）补充专业知识

B端产品面临的都是企业典型的某个业务方向的经营管理问题，这些业务领域必然有着丰富的理论沉体系沉淀；即便是互联网公司有很多模式创新的业务形态（例如：针对在线教育模式下的班主任管理），背后也必然有类似的或同质的业务模式，可以吸纳借鉴学习。

因此，如果想提升业务能力，首先要补充专业知识。

坚实的经管知识基础，可以让你具备快速吸纳领悟业务专业知识的底子，而完备的专业知识，会让你在业务实践中能够产生更丰富和深刻的分析洞察。

补充专业知识，需要结合自己从事的领域和行业来看。销售管理、客户服务、供应链管理、营销管理、定价管理，相关的经典著作非常多，大家可以根据自己情况去补充学习。

2）深入业务一线

如果你具备丰富的理论知识储备，同时对业务的运作和数据情况了如指掌，那么应该已经具备很好的业务感觉。

但此时，对于产品经理来讲，还有一件更重要的事情需要去长期的实践和坚持，那就是：深入业务一线。

深入一线，是了解业务实际运作情况，以及掌握表面下真相的有效途径（不仅是产品经理，业务负责人也需要经常下一线，去了解基层的运行情况和业务人员的心声）。

作为产品经理，深入一线是非常重要的工作，除了更加深刻地认识业务真相，还必须感受一线人员的实际生产作业情况，作为一个实际用户去体验系统设计以及业务规则是否合理。

很多时候，当你实际使用了自己设计的系统，可能内心也会骂脏话。

深入一线，除了明确的轮岗、面对面访谈等形式以外，还有一种隐形技能必须掌握。

从我个人经验来讲，很多时候获得用户“真正”的心声和怨愤，是在吸烟角、电梯间，听业务人员之间闲扯和抱怨时最有收获；因此，产品经理需要练就一身贴身跟踪的好本领。

3）学习管理咨询公司的分析思路

对业务的诊断、分析，给出的解决方案，解决思路，这个过程，实际上是有方法论可以遵循。

例如：分析诊断业务时，循序渐进，逐步拆解，从战略入手，延伸到战术层，从组织机构、经营策略、到管理模式等角度去分析研究。

如何掌握专业的分析诊断流程和套路？

最有效的办法就是：学习知名管理咨询公司的咨询案例，并研究管理咨询顾问的分析研究方法论。

管理咨询是国外的舶来品，研究的是企业经营管理问题，研究方向包括战略管理、市场营销、人力管理、财务管理、品牌建设等等方向。

很多企业通过聘请知名管理咨询公司的专家顾问，帮助自己诊断公司业务，针对某一主题进行问题分析，给出诊断建议，包括具体的可落地执行的方案。

国际上知名的管理咨询公司有波士顿、麦肯锡、贝恩、罗兰贝格、美世等等，国内也有一些知名管理咨询公司，例如北大纵横、和君咨询等。

管理咨询项目的工作流程和产品经理的前半部分工作高度相似：通过分析业务诊断业务，针对公司战略要求和业务方面的具体诉求，识别问题并给出改进方案；只不过产品经理更多关注的是通过软件系统来完成解决方案的落地执行。通过学习各家管理咨询公司的咨询报告和分析思路，对自身的工作会有巨大帮助。

我虽然没有在管理咨询公司工作过，但曾经看过大量的管理咨询报告，并研究过企业通过管理咨询变革成功或失败的案例，感觉到吸收这些知识，潜移默化中对工作帮助巨大；在面临新业务的分析诊断时，可以有良好的工作思路和着手点，顺利地开展工作。

网上有大量的公开的管理咨询报告和相关的书籍、文章，上文提到的mbalib网站也有大量资料，大家可以自行查阅学习。

以下是一份典型的管理咨询报告，是国际知名管理咨询公司罗兰贝格针对某集团的组织架构管理变革的报告；这里挑出几页，体现出其分析的逻辑框架，让大家对管理咨询有个初步感觉。

针对组织架构管理首先给出业界案例：

说明案例对AA集团的借鉴意义：

分析AA集团组织变革的难点：

给出变革的实施路径建议：

给出组织架构蓝图：

5. 提高产品

来源【写作训练营】自媒体，更多内容/合作请关注「辉声辉语」公众号，送10G营销资料！