随着B端市场被越来越多的人所熟知，B端产品经理也逐渐多了起来。对于B端产品经理新人来说，可能存在很多的疑惑和问题，还没有探索出解决的方法。本文作者结合自己过往的经验，总结了一份写给0-3岁的B端产品经理的学习方法，希望能够帮助到各位新人产品经理。
近两年随着C端市场红利的消失，B端市场渐渐得到了越来越多一线企业的重视，因此也有更多的产品经理选择从事B端产品领域。
但由于B端产品自身的特殊性，导致很多从事B端产品的新人在学习道路上处处碰壁，掌握不到高效的学习方法。作为一位过来人，我希望通过自己对B端产品学习方法的归纳总结，能够帮助到那些想要学习进步的朋友。
虽然我也知道自己水平有限，但是这篇文章是我通过反复思考，认真总结得出的心得体会，写这篇文章是为了分享给那些0-3岁不知道该怎么学习的B端产品经理。
我不能敢说这篇文章一定能帮助你们，但是我敢说这是我最真实的想法，也是我最奉行的学习方法。
为什么B端产品经理学习那么难？
很多刚从事B端产品经理的新人都有抱怨过B端产品学习起来难，至少相比较于C端产品肯定是难了不少，为什么会有这种情况呢，主要体现在以下几点：
1. B端产品用户角色多样化
因为B端产品是服务于企业用户的，需要面向企业内部人员甚至是企业外部合作伙伴。
所以B端产品的最终使用对象呈现出用户角色多样化的现象，导致在设计B端产品功能时都要综合考虑到每个角色的使用场景及功能需求，从众多角色角度去思考设计产品，这本身就是一项挑战。
2. B端产品可参考竞品非常少
为了能更好地满足公司业务发展需要，很多大型公司在选择B端产品时往往进行定制化开发，这种B端产品公司外部人员很难接触到，更别说做相应的竞品分析了。
即使有些B端产品是比较成熟的SaaS化产品，能适用于很多企业，但是这种B端产品基本上也需要付费才能使用全部功能，一般个人也是很难掌握到所有功能细节的。
也正是因此，导致B端产品可参考的竞品不仅少，而且还很难获得到。
3. B端产品要求产品经理具备更强的专业知识
由于B端产品更深入业务，所以想要做好B端产品，产品经理就要懂得很多相关专业知识。
比如做财务管理的B端产品，你要懂得各种基本的财务知识；做医疗行业的B端产品，你要懂得基本的医疗知识；做金融行业的B端产品，你要懂得基本的金融知识。
当然了有人会说C端产品经理也需要了解相关行业知识，这是不可否认的。
只是一般C端产品更多地是解决某类用户的某个需求，因此C端产品用户角色一般比较单一，功能也比较简单，涉及到的专业知识面也非常有限；而B端产品更多地是解决同行业中不同角色用户的需求。
因此，功能比较复杂，涉及到的专业知识面也比较广。
这就要求B端产品经理对该行业的相关知识都要了解，而不是像C端产品经理那样了解到某些专业知识点即可。
用一句话总结就是：C端产品经理面向的是行业知识点或知识线，而B端产品经理面向的是整个行业知识面。因此，B端产品经理需要具备更强的专业知识。
4. B端产品业务逻辑更复杂
B端产品更多地是协助企业内部各部门之间协同开展工作的，再加上B端产品一般涉及到的专业知识面更广，这导致了B端产品的业务逻辑更复杂，功能梳理起来难度更大，因此就需要产品经理具有非常清晰的逻辑思维及业务梳理能力。
B端产品经理学习方法建议
1. 多深入研究市场上现有B端产品
虽说B端产品可研究的竞品很少，但是并不代表我们没有可研究的B端产品：我们除了研究同行业竞品外，我们可以尽可能研究各种各样的B端产品，为什么要这样呢？
首先，可供我们直接研究的同行业的竞品数量有限；
其次，我相信量变产生质变，如果你深入研究过很多B端产品后就会发现这样一个现象，虽然每个行业B端产品功能差别很大，但是很多功能逻辑和交互设计是通用的。
说白了B端产品基本上都是由登陆页、导航栏、搜索框、表格、表单、图文报表等板块组合成的，只是业务逻辑不同罢了。
因此，多研究各种各样的B端产品不仅能做到举一反三，而且能帮助自己加深对B端产品的理解。
2. 研究B端产品常见功能设计
做过几年B端产品的人应该都能发现，其实很多B端产品的常见系统功能一般就是那几种，比如用户管理系统、CRM系统、消息管理系统、ERP系统、OA系统、财务管理系统等。
你可能会说，虽然都涉及到同样的功能，但是由于每个公司所处行业及公司业务不同，所以同样的系统在落实中的功能需求也会不一样。
但是我想说的是，如果你能把一些系统功能的本质分析透彻，能够明白功能解决的痛点，那么其实换个行业换个业务场景，你的核心功能需求是一致的，不一致的是功能的分支流程及交互场景。
虽然也有些B端产品经理想深耕某个领域，比如CRM、ERP等，但是你仍然需要了解B端产品其他常见的功能，因为你研究的领域也需要结合其他功能需求才能供用户使用。
3. 深入研究B端产品常见交互设计
因B端产品主要呈现于PC端，因此在交互设计上与C端产品有很大的区别。
如果你使用体验过很多B端产品后，你就能发现B端产品常见的交互设计也就是那几种，比如导航、搜索、弹窗提示、页面跳转、输入框、异常提示等。
如果我们能分类汇总B端产品各种交互设计，且针对每一种交互设计进行深入研究，能做到针对不用场景下灵活变通各种交互设计，这样我们在设计B端产品时就能更得心应手。
而且通过长时间积累各种交互设计样式，自己也可以创新一些新的交互设计。
4. 学习相关技术知识
经常看到有产品经理问“产品经理要不要懂技术”类似的话题，有些人认为产品经理必须要懂技术，否则与技术人员交流时会有障碍；而有些人则认为产品经理只要做好本职工作就好，技术的事情由技术负责就好。
说到这里我想说一句，那些说产品经理不需要懂技术的人是不负责任的，因为想要做好产品经理必须要懂技术，这一点是毋庸置疑的，理由有以下几点：
首先，方便与研发人员沟通产品需求，我们知道产品经理日常接触最多的就是研发人员，如果我们不懂一点技术的话很容易陷入被动局面，甚至出现被开发怼的情况；
其次，在设计产品功能需求时能大致知道在现有情况下每个需求是否可以实现，以及每个功能需求的开发周期，而不是研发人员说什么就是什么；
最后，从职业发展方面来说，相信每位产品经理都有一个CEO的梦想，想要成为一个合格的CEO，你的个人能力就不能局限于产品方面，也要涉猎到技术、商业、管理等方面。
因此，学习技术也算是为你以后的职业发展添砖加瓦。
既然产品经理学习好技术是非常必要的，那该怎么去学习以及要达到什么程度呢？
首先，要熟悉各种常见的技术名词。
当研发提到某个技术名词时你要大致了解是什么意思，对于技术名词的掌握可以通过平时慢慢积累，在日常工作中如果遇到不懂的技术名词一定要百度一下，然后最好记录下来整理一个电子文档，这样当以后再查找时也方便；
其次，至少自学一门编程语言。
B端产品经理的话我建议从Mysql学起，为什么学Mysql呢？因为任何功能的实现无非就是数据的流转，因此，掌握数据库相关的编程更能帮助我们理解并设计B端产品。
学习Mysql的话最好的方式就是去网上找一些整套的教学视频，然后边看视频边自己跟着写代码，只要每天投入一个小时，一个月你就可以掌握基本的Mysql语句，Mysql完全掌握后如果有精力的话最好再学习前端、JAVA等编程语言。
总之，多学一些技术只会有好处。
5. 养成良好的阅读习惯
很多人都说读万卷书不如行万里路，那么我们是不是就不用读书了，只用去外面接触更多的人和事就好了呢？
当然不是，有句话叫“开卷有益”，更何况，像产品经理这方面的书籍，作者既然能把自己对产品经理的认知和见解整理成一本书，那至少说明作者在某些方面得我们学习。
另外，由于很多刚入行的B端产品经理在积累产品知识时，都是这积累一点，那积累一点，没有形成一套自己完整的知识体系。
而一本好的产品经理书籍是经过作者长期规划总结出来的知识体系，通过阅读这样的书籍可以帮助我们串联自己的知识点，能让我们对产品经理相关知识有一个整体的认识，而不是局限于某个方面。
当然了，由于产品经理这个岗位也涉及到很多其他学科知识，因此，我建议大家在看书时不要局限于产品经理相关的，也可以涉猎一些其他领域的书籍，比如数据分析相关的、技术相关的、商业相关的、项目管理相关的、逻辑思维相关的、心理学相关的。
总之可以的话最好多阅读一些不同方面的书籍，这样不至于思想的局限性，能够帮助自己扩展思维。
6. 养成写作总结的习惯
一定要养成写作总结的习惯，因为这是最有效的学习方式。
经过几年的工作学习，以及和其他小伙伴的学习交流，我发现写作是最有效的学习方法，为什么这样说呢？
因为，如果你只是读书、研究各种B端产品，但是却没有深入思考，即使有自己的思考，但是没有及时输出任何东西，最后也不能形成自己的经验。
因此，在自己学习某项知识或者研究某个产品后，一定要及时用自己的语言进行总结，在写作加工的过程你能更深入地思考，你能明白一个知识点的前因后果，这样你对知识的吸收更彻底，能把别人的知识转化成自己的知识，甚至能做到举一反三。
7. 创建自己的产品知识库
一个工作时间比较久的产品经理，他相比较于产品新人，他的最大优势是什么，我认为是他的产品知识积累，如何积累自己的产品知识库呢？
首先，我们来了解一下什么叫产品知识库这个概念，当然这个只是我自己定义的概念。
产品知识库就是按照产品工作涉及到的板块将知识进行划分，大的板块可以分为：产品文档知识、产品设计知识、产品相关技术知识、产品管理知识等；产品文档又可以细分为：产品需求文档、产品竞品分析文档、产品市场分析文档等；产品设计知识可以细分为：产品交互设计、产品功能设计、产品架构设计等。
我们首先要做的就是划分好自己的知识库结构，然后再对相应的知识库进行内容补充，内容补充一方面可以通过日常工作中的积累进行不断补充；另一方面可以通过自己研究其他产品或者学习的过程中进行积累。
以产品交互设计为例，B端产品设计到的交互设计种类要说多，确实有很多种，你可能数不过来；但是你要是研究过很多B端产品，你就会发现，其实B端产品的交互设计也就那么几类。
你可以根据自己的理解将B端产品交互设计分类，比如：弹窗交互、消息提醒交互、页面跳转交互、异常流程交互、查询交互等，细分好分类后就需要慢慢积累自己的知识库了。
关于知识库的记录方式，你可以用word图文结合的方式进行记录，也可以直接用Axure图文结合的方式进行记录，也可以用免费的在线知识库进行记录，具体的看个人喜好了。
产品经理个人知识库积累是个非常非常庞大的工程，为什么这样说呢？
因为产品涉及到的知识点太多了，而且很零散，需要我们长时间的慢慢积累，这个时间至少是1-3年也很难积累完，甚至可以说是你永远也积累不完，因为知识永远在更新中。
做产品经理个人知识库既然这么劳神费力，我们为什么还要做呢？
一方面，知识积累总结的过程就是我们快速学习的过程；另一方面，当我们积累足够多的知识时，在我们以后工作中如果要用到某些知识时，我们不用低三下四地请教别人，不用费心费力地去网上搜索资源，我们直接可以从自己的知识库中查找。
而且在创建知识库时不要想着偷懒，想着直接把别人的知识库偷过来用，或者和别人合伙创建知识库，你要明白，别人给你的和你自己通过努力获得的肯定是不一样的，至少在知识理解上肯定做不到深入。
8. 养成自己的产品工作方法
对于产品经理而言日常工作基本上就是那些，比如需求分析、原型设计、需求文档、竞品分析、需求沟通等，在做这些日常工作时我们要注意养成良好的工作习惯。
如果我们能养成好习惯，学会慢慢积累自己的元件库，那么以后做原型时非常方便快捷，还有像需求文档，可以总结一套自己的需求文档模板，这样以后再编辑需求文档的时候只需要直接套入模板即可，工作效率能提高很多。
类似的工作方法还有很多，因每个人的工作习惯差异很大，这里我就不再一一列举了，大家根据自己的实际情况慢慢培养即可。
9. 深入业务一线
有很多产品经理无论是个人能力还是专业技能都非常优秀，但是做出来的产品却老是被用户吐槽不好用，甚至出现被用户排斥的情况，为什么会出现这种情况呢？
因为这些产品经理没有深入一线去接触自己的用户，没有做出让用户满意的产品。
一个产品是否成功不是产品经理说了算，也不是老板说了算，是你的用户说了算，因为你的产品做出来是给一线用户使用的。如果你不深入一线去接触用户，与用户打成一片，你就无法了解到用户最真实的功能需求。
最好的方法就是轮岗到一线岗位，从事和一线用户一样的工作内容，通过几周甚至几个月的轮岗，你再设计产品时就会很明确知道用户的需求痛点了，这样设计出来的产品也更容易被一线用户所接受。
需要项目管理资料合集的同学可先关注然后私信我哦