首先去实习僧、拉勾网看一些大的互联网公司对产品经理实习生和正式产品经理的岗位描述，明确产品经理的工作职责。

其次，互联网的本质是连接，找几个你感兴趣的互联网行业垂直领域，如电商、直播、短视频、社交、在线旅游、在线教育等等，了解这些垂直行业的发展现状、领先产品、新产生产品、用户需求、行业发展趋势，培养垂直行业产品感。

再次，如果暂时没有实践，那就先把产品经理岗位描述的技能树画出来学习，用户调研的能力，场景需求挖掘能力、竞品分析能力、功能设计能力、流程设计能力、需求功能表撰写能力、产品demo制作能力、需求文档撰写能力等，这些技能学习可以参考PMCAFF、人人都是产品经理等产品经理社区或产品经理三节课、网易公开课、腾讯公开课以及一些付费的资源学习。

第四，练习练习再练习，学习过程中切记眼高手低，要产出作品集，他也会成为你面试的亮点

第五，如果时间精力足够，找个中型互联网公司产品经理实习生的岗位先做着，如果太难找，找大型互联网公司能接触到产品工作的产品运营工作。我个人觉得新人还是去大公司会成长的更加规范。

以上。谢谢！欢迎关注我！

谢邀。

先介绍一下我自己，文科生，大学就读国际经济贸易专业，在毕业前都未曾接触过任何的互联网行业中任何职位，对于互联网的概念更是知之甚少，所以在入门产品经理前可以说是小白中的小白，毫不夸张的说连产品经理做什么都不甚了解。因一次机缘巧合的机会认知该行业该岗位，并决定进入产品岗位的同时开始进行早期投的简历基本都是石沉大海的，专业不靠边，没有任何相关经验让我在招聘信息中挣扎和徘徊，经过一段长时间的自我学习终于成功拿到offer，毕业后就一直从事着产品经理的工作，现就职北京某跨境电商公司的供应链产品经理。接下来只针对个人入门产品经理的经历阐述希望对你们有所启发。

入门的关键点就是学会自我学习，建立知识框架并系统化学习。从小白入门，如何进行自我学习？

一、网上资料收集

网上查资料的目的是为了逐步建立系统化知识框架，在入门时必须清楚产品岗位的职责，作为小白入门，我们可以先从产品经理助理开始进行最基础的职责了解，网上搜索助理的职责要求大致如下：

举例说明：在职责里有个点叫做\"梳理项目流程\"，你就可以浏览器搜索“互联网产品的项目流程”，点对点地去了解慢慢的构建自己的知识体系。再者也可以通过学习视频的方式，在网站上搜索某一个知识点，进行学习做笔记，推荐的网站：极客学院、网易云课堂、慕课网。

二、阅读书籍

可能你是即将毕业的学生，可能你是互联网行业内初出茅庐的小生，可能你对互联网行业的知识一无所知，如果你想加入一个行业，首先对这个行业有一定的认知，在面对信息爆炸鱼龙混杂的互联网几乎每天都在更新最新消息，对于想要入门的产品小白来说，在了解行业的基础上要有针对性的选择自己需要的知识内容才能打下系统知识结构，系统的理解各方面的还需要产品相关的书籍，网上的入门书籍推荐的一大堆就不过多推荐，有几本入门的书籍《人人都是产品经理》、《产品前线Ⅰ》、《启示录》、《简约至上》、《scrum捷径》、《用户体验要素》、《淘宝产品十年事》，这几本作为入门的基础知识架构是极为必要的，建议精读并做笔记。

三、软件工具的学习

“工欲善其事，必先利其器”，这“器”不只是指的是“兵器”或“器具”，你可以理解为能够被你所“利用”、“使用”的工具或手段。对于从事互联网的产品经理来说，一些基础工具的熟练是必要的。

（1）OfficeWord、Excel、PPT这是最基本的，相信所有岗位都是必要的；

（2）原型设计软件Axure ，建议先买纸质书籍进行系统化学习，推荐书籍《axure 8从入门到精通》、《绝密原型档案》；其次再考虑网上找一些视频教程边学习边实践，找一个自己喜欢的APP，仿照做交互，效果更佳。

（3）Visio，用于画功能逻辑流程图和跨职能流程图，必须掌握。涉及技术处理逻辑的，再多文字、再精细的设计图都不如一张流程图。

（4）XMind，绘制脑图，必须掌握。是一款非常实用的商业思维导图软件，能够协助你快速捕捉创意与灵感，更直观的图形化操作界面。

四、文档归类

文档归类主要目的可以使自己的学习效率得到极大提高，是学习中必须养成的习惯，文件类的东西如：Word、Excel、PPT、PDF、Axure、 XMind、Visio，可以放置移动云盘中内，学会给文件命名，在你需要的时候，随时都能通过关键字搜索出来。

学习是一件坚持总有回报的事情，要有坚持的力度。之前读过一句话印象很深，如果你真想做一件事，你总会找到方法，如果你不想做一件事 ，你总会有借口。这就是意志力最直接的体现，遇到任何事只要坚持你都会想到一个解决这件事的方法，送给每一阶段学习迷茫期的人。

总之，产品经理这个职位对综合素质要求都很高，要做好的产品经理，需要学习的地方非常多，广泛涉猎各领域的书籍，并懂得分享感想，与他人交流，形成自己的知识体系和方法论。在掌握一些硬技能，还需要将想法输出成文本。在文档里对需求的分析、竞品分析、产品功能的描述等等。还需要有一定的数据分析能力，对运营数据和市场分析数据有敏感度。

以上纯属个人经验之谈，希望对你有帮助。

1产品经理的敲门砖

在很多社群中，都会有人问到如何成为一名产品经理，关于这个在产品经理界的经典问题，百度知乎豆瓣上有成千上万的答案了，感性鼓励的话我就不多说了，如果一定让我回答，那有一个简单暴力的方法：

去招聘网站上看看产品经理的工作范围和要求，哪里不会学哪里。

大致整理了一下，对初级产品经理的入门要求有这些：

Axure、Visio、Moqups等主流的原型/线框图工具，完成需求分析和原型设计

能够编写MRD、PRD等产品文档

了解技术实现方式，能和程序猿沟通

责任心强，工作积极主动，具备良好的团队协作意识云云……

So，明白自己要做什么了吗？

要求会axure，你就去学，拿自己平时最经常打开的APP模拟着画原型；要求会写MRD、PRD，你就先收集一些看看别人是怎么做的；不了解技术就多关注开发者相关的订阅号微博等，知道程序猿每天都在聊什么。看起来是不是没有想象那么难，确实，难的其实是去做。

人家每天想着修身齐家治国平天下，你每天吃饭睡觉游戏打DOTA，到末了，爬到各种平台到处问“各位大神，请问我怎么能变成一个产品经理呢？”你觉得谁能帮你？

少年，Just do it。

2先别急着谈优秀，你合格了吗？

合格的产品经理需要的必备技能集中在专业技能、协同沟通、学习能力这些。先别急着一上来就想着自己做个多牛逼的产品，很多时候我们需要先了解最低要求，也就是传说中的“底线”。

1.专业技能

流程图能说的通，原型图能看的懂，需求文档整理清楚。

这3点是不是简单易懂？嗯，那就不做赘述了。

2. 协同沟通

还是基于对产品的设计思路清晰、细节掌握度上，开发问你问题，你要能够明了的回答上来，开发对功能有排斥情绪，能否知道具体是什么原因？是自己设计有问题，还是开发觉得不好实现？或是其他？并给出解决方法。

做到不坑队友，自己也别被忽悠。

举个栗子：

上周和开发沟通一个功能点时，开发说“这个详情页面上已经有修改功能了，为什么需要再做个修改页面？这不是没必要吗？功能我不是都满足了？”

咋一听过去是不是很有道理？产品汪是不是马上要说“对哦对哦，既然已经实现了那这样就可以了”？这时候你就要冷静的告诉他：

“你之前在一个查看详情的页面可直接修改，这样已经是不符合开发规范了，如果说现在继续在详情页面不断叠加操作功能，不仅影响用户交互使用，到后面开发组件不断增加会更加混乱，最终给自己造成很大麻烦，建议尽快把之前的坑给补上，修改页面独立出来……”

这种场景是不是就相对和谐了？人们总是喜欢为自己着想，给自己解决办法的人。

3. 学习能力

这个是产品经理的核心能力，有任何短板其实都可以通过强大的学习能力弥补。学习能力是个综合技能，不管是否从事产品经理工作，也是自身一个重要筹码。简单说就是：

1. 明白自己不足

2. 发现学习目标

3. 主动去学习，主动去学习，主动去学习

4. 用起来

3记得自我提升

有个段子：

“你用小米手机，穿凡客T恤；

上3W咖啡听创业讲座，在家看耶鲁大学公开课；

知乎果壳关注无数，36氪每日必读，马云的创业史了如指掌，张小龙的贪嗔痴如数家珍；

肉夹馍只吃西少爷，约朋友得去雕爷牛腩；

喜欢Kindle胜过iPad，手机里没游戏全是GTD的APP；

如果上述条件都符合

那你在北京应该还在每天乘地铁。”

为什么会这样？

1. 自我错觉

一说到产品经理大家很容易想到乔布斯、张小龙、雷军等等，加之这几年互联网+风头正劲，“人人都是产品经理”的slogan铺天盖地，让人觉得产品经理是个门槛低、收入高的工作。

门槛低是实事，所以便出现产品经理队伍良莠不齐的情况，牛逼的不少，装逼的更多。同样是产品经理，往往天差地别，有的人开口闭口聊战略，有的人天天埋头做规划，有的人能把PPT写成花，到最后他们都觉得自己就是下一个乔布斯。

人家是真A，你却在装B。

2. 没有系统性学习

很多人每天关注很多订阅号、浏览很多平台、看很多微博文章，却极少去阶段性地系统学习。

系统性学习这里指很多，包括静下心看完一本产品相关的书（看看自己收藏转发点赞mark的一堆书单现在看了几本）、看一个系列的线上教程、将之前的读书笔记回看一遍、参加线下培训等等。

碎片化知识很难融为自己的技能，先不说能不能看懂，即便能看懂，理解不等于掌握，能力的提高终归需要从踏踏实实点点滴滴学起。

3. 不会反省

自己要学会从走过的路中吸取经验教训，而不是一味低头前行。

有空可以多想想，半年前自己定的目标现在怎么样了？之前产品的计划和目前有哪些偏差？自己这段时间在哪些地方做的好哪些地方还有待提高？这比看别人灼灼其华的成功经验有价值的多。

之前遇到一个管理者，每个阶段对产品的预期总是给出非常乐观的收益数据，而实际上无论从产品方面还是团队方面都存在明显问题，到目前为止不要说没有一次能够达到预期值，甚至往往预期值的1/10都没有达到。如果说他能够静下心认真考虑一下为什么上一次会给出那样的数据，而为什么每次都差距甚远，相信比每天大事小事一把抓，忙的连轴转收获要多。

或许有人会说：工作应该向前看啊，我觉得自己现在已经对未来有了明确规划，并具备了丰富的工作经验。

不是工作10年就有10年的工作经验，有的人只不过是一个经验用了10年而已。

4文末小插曲

说说当年自己是怎么做了产品经理的：

本汪毕业后做了几年项目管理岗位，但做的基本都是打杂（想想就知道，一个刚毕业的人哪里有能力做项目管理），整理过需求文档、做过SVN配置、做过运维绩效、帮忙测试平台、各种项目跟进等等，不过也是在这个期间开始对项目全阶段有了最初步的了解。

之后决定转为产品经理，算是比较顺利到了一家事业单位类型的IT公司，进来的时候发现公司的产品经理很多处于售前人员的状态，需求文档没有原型这一说，基本都是文字加类似产品的截图，更多的是非计算机专业背景的产品经理每天做PPT跑客户做支撑等。

算是对产品抱有兴趣，有空的时候自己就打开常用的APP或是平台，用工具自己试着画页面。

第一次原型派上用场是因为第2天要去演示，而开发和UI来不及做Demo，于是我加班做了一个可演示的移动端原型。之后团队内部逐渐开始原型+Word的做需求方式。

不过本汪目前也面临处于安逸区成长缓慢、产品及团队因为种种原因到达瓶颈等问题，近期开始系统性回顾及学习完整的产品进阶知识，希望能有新的突破。

BTW，大家也可以在评论区聊聊自己是如何踏上产品汪这条不归路的，让我们一起腹黑嘲笑、彼此挥泪成长，哈哈。

最后一句话：

不要总觉得自己的产品能改变世界，但需要怀抱改变世界之初心。

1，对产品有独特的见解。

2，懂得坚持。

3，注重细节。

4，站在行业的前沿。

5，走在第一线。

6，加的了班。

7，是行业内的专家。

8，有拼命三郎的精神。

9，务实。

10，喜欢较真儿。

最近以面试形式聊了好多产品经理，也有不少大厂出来的产品大牛。让我来理一下大厂对产品经理这个岗位的基本定位以及要求。

一、定位

2月中旬去公司下属的某业务单位走访调研，听取一线对于中后台技术人员支持效果的反馈。得到了一个很明显的声音，与我们之前在其他走公司走访时候听到的声音一样，就是技术人员不懂我们业务的需求，他们根本不懂业务逻辑，给他们提需求，还说请你们按照标准文档写成需求说明书。这下好了，前线业务直接跨过他们去市场上买成熟的产品，回了一句：如果这个需求说明书我们写的了，那也不需要你们了。

这次调研回去后，我们便下定决心要在一线业务和中台技术之间架起一座桥梁，引进若干位既懂业务又懂技术的产品大牛作为中间衔接，形成业务、产品、技术紧密结合的铁三角模式。

所以有了最近N多次的产品经理面试经历。

结合产品经理功能的实际需求以及最近的多轮面试下来，我发现产品经理的职能有些公司会成为一个独立的部门，直接向老板汇报，有些则把产品经理团队配置在一线业务团队，因为他们需要经常走近一线了解业务并收集需求；当然也听到不少的一些公司会把产品经理团队配置在技术部门。但不论配置在那儿，它都是一个相对独立的团队，并且拥有资源调配能力与跨部门协同的能力。

目前来看，最理想的产品定位是把产品职能的架构设置在技术部门之下，成本归属技术部门，同时把人员的办公地点设置在业务口，绩效考核由技术、业务按照5:5的形式打分。这样既能够保证产品对业务的足够理解，同时也不至于倘若成本归属业务导致的对业务需求的照单全接现象。

二、定义优秀的产品经理

我见过的优秀的产品经理至少都具备以下几个通用特征：

1、懂业务、懂技术。

这是优秀产品经理必备的两项基本技能。两头都要懂，都要会，不仅要对你所负责项目业务开展的逻辑、流程、场景、商业模式了然于心，能够很好地将业务部门的需求转化为技术听得懂的需求文档；同时还要能够准确地向技术传递业务的需求，并理解和掌握技术开发的流程、节点与资源池调配等问题。所以优秀的产品经理多数出自理工科专业背景但从事过一线业务的人员，或者是技术人员更想贴近业务的那些人。从市场容量来讲，每一个细分领域的优质的产品经理都比较稀缺，所以物以稀为贵，价格就自然涨了上去。

2、逻辑性强、沟通能力强。

做产品经理的人这两点必须得强。今天面试的一个产品经理，问他问题的时候，总能够不加思考地以结构化的形式告诉我们面试官他想要的内容，并按“1是什么，2是什么”这种条理性的回答来答复面试官。给我们的感觉就是他很了解业务内容，且能够很准确的表达重点。

沟通能力也是必备的技能，由于结余业务和技术中间，需要协调沟通的工作会有很多。产品经理要懂得哪些需求要接，怎么接，哪些需求要推，怎么推，以及接了需求后怎么和多方沟通排期等问题。所以没有良好的沟通能力和沟通技巧，是做不了产品经理的，只会被业务投诉说能力不行，被技术投诉说需求不准确。

3、需求转换过程中良好的文字能力、绘图能力。

现在产品经理必备的几项工具一是文档工具，用来记录需求用的，另一项是原型图绘图工具比如Axure、墨刀等。有时候把说的意思完完整整地记录下来并让他人理解不产生偏差，也是需要一定功底的。同时绘图能力也考验产品经理的专业能力。如何用清晰的呈现方式把需求转换成原型图，同时原型图如何设计、交互等等问题。

比如下面就是我在去年自己设计的一个产品的原型图，你们能够猜到我要做的产品以及产品的功能定位吗？

4、抗压能力强。

产品经理的圈子里对自己的定位有一句很有意思的话：忍得住疼痛，受得了折磨，经得起挫败，搞得过开发。一言以蔽之，其实就是要能够有足够的抗压力。如果内心的小心脏不够强大，建议不要去做产品经理，因为你得到的负面情绪不会比做人力资源的少。所以在考虑是否要从事产品经理工作之前，你可以去网上做做职业性向测试，比如MBIT、DISC、PDP等，看看自己是否合适往这方向发展，而不是只是凭借一腔热情。

以上，供参考。如有职场问题可留言或私信我。

首先说，产品经理是一个职位。但是这个职位是个综合性岗位。

这个职位有几类人可以做：

1、具备一定专业知识，比如测试、比如开发、比如运营

2、具备高超的人际关系能力

3、具有很强的规划、战略能力的

产品经理的来源：一般是工作了几年转做产品经理，也有的是从大学开始就有兴趣，从产品助理一个项目一个项目做上去的。

产品经理也有很多培训机构，但是这个就像大学课程一样，如果老师只是讲理论，你自己缺少实践，也是很难学好的。这个岗位是个综合性岗位，需要的不仅仅是理论，反而更注重的是实践。

不同公司对产品经理的要求差别非常大，软件公司可能要求产品经理还得具备项目经理的能力；互联网企业可能要求产品经理具备运营的能力；小公司可能要求产品经理能安排开发工作；传统企业里也可能要求产品经理具备包括写ppt、融资等内容在内的工作。

就转行的来说，我接触的跟带过的产品经理不少，觉得测试、设计、运营、开发都是可以转产品经理的，而且如果有几年专业经验之后，自己有想法，早点把思路理清楚，重点突破发展是很重要的。产品经理可以说是一种综合能力的提现。

大学里也没有开产品经理专业，估计也不会去开，毕竟这个是综合性的，不好开。但是毕业生实际上也可以通过学习具备产品经理思维，这样踏入职场就会进步更快。如何能具备产品经理思维？也很简单，就是上手搞项目，一个小项目也是五脏俱全，如果全方位的能理解透了，还是很有意义的。在能力范围内，比如做个网站、运营个公众号、分析下大厂的产品、学习下linux等等。

欢迎探讨，产品很多，创新很难，需要的就是更多思维的碰撞，有疑问也可以随时沟通。

成为产品经理之前，要先清楚了解产品经理大概的工作流程是什么？

整个工作流程可以归结为三个环节：「认知」-「还原」-「创造」。

1. 「认知」就是发现产品，去分析体验该产品的功能。

2. 「还原」就是通过分析关键功能，交互体验，得出业务流程，页面流程及原型图，再结合运营活动，版本迭代记录，来复原该产品。

3. 掌握了上面两个环节，就可以进行「创造」。

同时产品经理还要负责部门的协调工作，沟通，总的来说，产品经理身居要职，可以说什么都要会，但什么都不需要很精通。

可关注公众号「产品经理记事本」，正在更新产品助理的成长系列，欢迎关注！

这个问题我很喜欢，也特别愿意去分享我对其的看法，但目前还是并未毕业的大学仔，所以我只能说一些这个年龄段对#产品经理#的认知，希望大家可以多多提些建议；

如何成为合格的产品经理，这个问题还是很触动到我心里的那个点，一个正踏上产品路上的小白，看了《人人都是产品经理》这本书，重新定于自己——【-1岁产品人】；

成为一名产品经理，对个人的综合能力要求是极高的，这里不要抱有侥幸心理，就像软件生命周期一样，从软件定义阶段（问题定义，可行性分析，需求分析）、软件设计阶段（总体设计、详细设计）、软件开发测试阶段（开发、单元测试、集成测试、回归测试、确认测试）软件维护阶段（改正性维护、适应性维护、扩展性维护、预防性维护），同时软件还在不断的迭代更新中，产品经理需要负责的便是整个产品的生命周期；责任重大，在公司的地位自然很重要啦；

1、产品经理的职级（段位）：产品实习生、产品助理、产品经理（一级、二级、三级、四级）、产品总监，当然不同企业有自己的定义，相应的也有不同划分；

2、产品经理要掌握的能力：

基本技能：办公技能、专业知识、学习力、执行力；

关键技能：沟通能力（书面沟通+口头表达沟通）、行业融入能力、技术理解能力、

市场能力：市场分析，商业前瞻能力；

领导能力：项目管理，人力资源划分安排；

产品能力：负责产品整个生命周期，用户调研、需求调研、产品规划、结构导向、成本把控能力，数据分析，产品运营能力等；

3、我还是认为产品经理要懂技术，不懂技术肯定会遇到不小的麻烦；

智联校园 支明学生回答

智联校园：求职 | 学习 | 活动 | 吐槽 | 故事 | 专属大学生的聚集地

产品经理是个舶来品，国内原本是没有产品经理一说的。我想纠正这个标题，如今的产品经理已经很垂直化了，对于刚入行或者即将转行的同学来说，你得明确知道自己想成为哪方面的产品经理。

根据智能划分

1.功能型产品经理

2.专业型产品经理

3.管理型产品经理

根据行业划分

1.b端产品经理

2.c端产品经理

根据领域划分

1.零售产品经理

2.餐饮产品经理

3.供应链产品经理

所以对于产品经理的学习来说，找准定位才能对症下药学习。

举例来说

b端产品经理学习。

在聊B端产品人需要学什么，怎么学之前，我们有必要首先搞清楚：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.com，这是一套国内最全面的经管类知识维基百科，我自己平日需要查询经管类资料，都会访问这个网站；相比百度百科，其中的词条更加全面专业，并且有很多案例可以参考。

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

B端产品经理的能力模型与学习提升

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产品都可以直接体验试用学习：

B端产品经理的能力模型与学习提升

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

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

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

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

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

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

1）补充专业知识

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

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

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

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

2）深入业务一线

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

B端产品经理的能力模型与学习提升

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

B端产品经理的能力模型与学习提升

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

B端产品经理的能力模型与学习提升

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

B端产品经理的能力模型与学习提升

? 给出组织架构蓝图：

B端产品经理的能力模型与学习提升

5. 提高产品解决方案能力

当我们分析诊断业务问题后，接下来，需要通过产品方案来解决业务问题。此时，就需要产品经理充分发挥其专业能力。

所谓产品解决方案，有两个含义：

第一个含义，是指结合软件系统对业务管理的最佳实践。

首先体现在管理模式变革上。例如：很多企业实施ERP系统，必须要先完成管理模式、生产制造模式变革和重构，这些变革重构是依托于ERP软件的能力才能实现。

其次才是实施软件系统——如果没有首先完成业务的改造，流程的重构，ERP软件解决方案的落地就无从谈起；而业务的改造和重构，也正是依托于软件的能力，才能够得以完成。

第二个含义，是指软件系统本身的设计能力。

这就需要依靠复杂系统设计的功底，基于对业务的分析诊断，以及对商业的理解，设计出符合软件工程学的，具备健壮性、灵活性、扩展性的复杂管理软件系统；以及基于对软件应用架构体系的理解，确保软件产品以合理的架构方案和企业其他应用软件系统做融合。

对于提升软件产品的方案设计能力，给出两点学习建议：

1）了解不同业务板块典型产品解决方案

我在《决胜B端》中说过：

互联网企业，面临特殊的业务运作模式，往往无法采买成熟的商业软件来支持业务，而需要专业的B端产品经理，针对公司的个性化运营模式，设计产品解决方案，这是由于互联网企业创新的商业模式和运营模式特点所决定的。

然而，产品经理具备创新创造能力的前提，是首先要理解、了解市面上常见的业务领域成熟产品解决方案。即便互联网有很多模式创新，但企业经营运作的本质都是相同的，业务核心万变不离其宗，如果想要做出正确的创新方案，就必须首先熟练掌握经典方案。

任何现代企业运作的核心业务板块都是类似的，相同的，而每一类业务板块，经过几十年信息技术的发展和沉淀，都已经具备非常经典成熟的软件产品解决方案。

例如：仓储管理，有WMS系统；客户开发管理，有CRM系统；供应商管理，有SRM系统；人力资源管理，有HRM系统；生产制造管理，有ERP系统；客服管理，有质监系统、工单系统等。

面临一个典型的业务管理问题，产品经理应该首先从经典解决方案中找思路，而不是一上来就搞颠覆，搞创新。

例如：某A轮公司的客服管理工作，所有的客户投诉和请求，都用Excel记录，管理混乱，响应速度慢，不能根据不同级别问题执行不同的处理流程。

针对此问题，需要产品经理给出解决方案。

此时，有经验的产品经理，马上会想到：解决此问题，最好采用客服领域典型的工单系统来支持业务；业界有大量的SaaS工单产品，可以直接采购使用，或者也可以进行学习参考，自研工单系统。

而没有经验的产品经理，可能会抓耳挠腮的思考业务问题和特点，研究如何抽象问题，设计解决方案——耗时又长，还不得要领。

可能很多同学要问：都有哪不同的产品方向，支持不同业务的工作呢？每一类方向，都有哪些经典的产品值得研究学习呢？

此处，我们给出一个常见的软件分类方向和对应的SaaS软件清单；如果每周能够研究其中的一两款产品，坚持下来，视野一定会有很大的提升：

ERP（Enterprise ResourcePlatform）：金蝶云，用友云，iWorker

CRM（CustomerRelationship Management）：ec，纷享销客，销售易，红圈营销

SCM（Supply ChainManagement）：易订货，U订货，阿里订货宝

财税管理：畅捷通，云账房，大象慧云

HRM（Human ResourceManagement）：Beisen，薪人薪事，KNX

OA协同：明道，teambition，今目标

呼叫中心：容联云通讯，天润融通

客服：UDESK，小能，智齿，网易七鱼

电商（内含电商前后台，WMS，TMS等）：ShopEX，管易云，e店宝，有赞，微盟

2）学习先进IT管理咨询公司的咨询案例

从业务诊断分析，到软件产品解决方案的设计，尤其是后者，这个实践过程，是有经典的方法论可以遵循的。

先前提到的管理咨询，完成了第一步业务诊断部分，而IT管理咨询，完成的就是产品解决方案的后半部分。

IT管理咨询，和管理咨询，一直是相辅相成的咨询共工作。管理咨询实现了业务分析和诊断，IT管理咨询（或叫IT咨询）给出了落地解决方案。

IT咨询在十几年前中国信息化建设的高峰时期非常火爆。同样，作为国外传入的概念，知名的IT咨询公司多数是外国企业，例如：IBM、SAP、Oracle、埃森哲、凯捷，以及四大会计事务所的IT咨询业务。

我在外企工作时，曾经有两次和IT咨询公司合作的经历：

2008年和毕博合作在公司实施了Oracle EBS财务商业套件项目，2010年和IBM合作在公司实施了数据仓库与BI（Cognos）项目。

当时咨询顾问的专业性，以及咨询公司完备的理论体系和丰富的案例经验，给了我极深刻的印象；以至于我后来很长一段时间的梦想就是去IT咨询公司工作，结果最后却阴差阳错的去了百度做产品经理。

（我当时根本不知道产品经理是做什么的。实际上我已经拿到了埃森哲的offer，百度的面试官告诉我说产品经理比咨询顾问工作范围更广，除了给出咨询建议，还要做软件设计和执行落地，于是我就稀里糊涂的进入了互联网行业。）

因为我比较了解IT咨询的工作内容，所以在后来的B端产品设计工作中，深刻的感受到B端产品经理的工作，和一名IT咨询顾问的工作内容高度类似，尤其是基于对业务的理解、分析、诊断，再结合公司的应用系统建设情况，结合行业和领域的最佳实践，给出符合公司业务形态的产品解决方案——这个过程，两个岗位的工作内容高度类似。

因此，我建议大家可以仔细研究IT管理咨询工作的报告，这对B端产品设计工作大有裨益。

虽然IT管理咨询已经没有从前火热，市面上能找到的很多报告都是好几年前的，但每次读起来，我都感觉到依然对现在的工作极具启发性，值得认真研习。

03

以上给大家分享了我理解的B端产品的重要核心能力，以及针对能力提升建议的一些学习资源、学习方法，希望大家能够按图索骥，提升各方面的能力，在工作中有所帮助。

看你是否已经进入产品工作岗位了，如果是，那我没法给你回答，因为我自己正在学习产品，如果还没有工作，目前在学习，那么我想目前同在学习阶段的我可以给你一些建议。

一般来说，学习分为两个阶段，理论+实践，理论嘛，我想你已经通过网上各种的产品课程、知识类的网站以及各类线下书籍学习了一部分，那缺的是什么，就是实践了。

这里可能有人会说，我现在还没有工作，哪来的实践机会？其实不然，机会是可以自己创造的，或者说刻意去接近机会。

怎么说，当我们把产品的一些理论知识掌握了以后，其实就可以付诸实践了。虽然我们现在还没有进入产品工作岗位，但不代表不在其位，就不谋其政。

我们可以找一款我们常用的app或网站（或者现在就职的公司产品也可以），用心去发觉其中可能存在的某个细节需求痛点，比如这个地方应该多几个一键分享的入口，从多角度引导用户分享给自己的朋友等。

之后，针对这个需求痛点，按照产品经理工作流程分别去做需求调研→_→用户画像→_→竞品分析→_→思维导图→_→流程图→_→产品原型→_→需求文档，之后的工作主要就是和开发设计部同事对接以及进行产品的测试、上线及数据跟进迭代的工作了，这些我们没有工作接触不到，但可以找位产品工作的老前辈请教了解，为以后的产品对接及后续工作做准备。

另外，还有一个实践方法，就是把你学到的东西持续输出，比如在知乎等网站发布自己的产品文章和进行问题回答等，知识的输出是学习最好的复习和巩固方式。

好了，这就是我要给你的一些产品经理早期的学习方法，我也是名产品小白，觉得对你有用可以关注我，一起交流成长！