对很多菜鸟产品而言，并不知道产品经理在各个阶段的能力模型和判断标准。这篇文章，我们就从能力模型说起，从基础到进阶到专家，给大家解释一下。

在经历了一年半的B端产品工作以后，已逐步进入到一个平稳工作的阶段或者说是重复造轮子的阶段。从一开始的产品小白，在历经不同项目时去积极探寻相应的产品方法论，到逐步形成自己的产品工作经验。这其中踩过很多次坑，也有过迷茫。

现将这一年半来的产品工作经验进行总结，并系统的梳理产品经理能力图谱，以寻求更高层级的能力提升并对未来的发展路径进行规划。

一、能力图谱

于我而言对于产品经理的能力发展共有三个层级：

最低层级的是无论任何行业任何类型的产品经理都需要具备的基础能力。就是像生物的条件反射一样是最基础的，也是一个产品经理在面对任何需求都能够快速做出响应的基础。

第二个层级是可以站在更高的角度去看产品，可以对一个完整的产品负责，并具备更加全面的知识素质以支撑产品的架构设计和规划并推进项目的落地。

在第一个层级这里，产品经理想要成为某个领域的专家除了具备一二层级的知识能力外更重要的是在某一领域内有着较深的知识储备且具备商业化能力。

因为至此你的目的并不是简单的设计一个具体的功能，要深入的理解业务底层，也要明白产品的最终目标是要帮助企业直接或间接的盈利的。

二、基础能力标准

1. 竞品分析

标准：根据竞品分析目标输出客观真实的分析报告

对于目标不同的竞品分析报告，侧重点和产出的内容肯定是不同的，B端的竞品分析相较于C端来说肯定是更加困难的，主要原因是竞品信息很难收集。但是分析的结果对于一个毫无相关产品经验的来说一定是有所帮助的。

通常的竞品分析步骤如下：

2. 需求调研

标准：根据调研目标输出客观真实的需求调研报告

在最开始的工作阶段中，往往是领导直接下发一个小需求交给我来完成。这个时候我并没有进行过多的需求调研。可随着工作的进行，接手的项目和需求都需要我去进行需求调研以帮助我更好的进行需求分析。通常需求调研的步骤如下：

3. 需求分析

标准：准确的洞察用户需求本质并转化成最优产品方案

当还是个刚入职的产品新人时，基本上直接按照运营提出的表面需求进行原型的绘制和一些规则的制定。可忽视需求分析的后果就是做出的需求用户不满意。

但我明明是按照你的要求做的啊，为什么开发出来不买账呢？

这就涉及到需求分析最关键的问题：洞察需求背后用户最想要的那一种解法。

用需求蛋模型来说就是尽量划分出用户想要和用户不想要的明确界限。通常我采取的需求分析步骤和方法如下图所示：    

但对于B端产品经理来说，我一开始经常会拿到需求无法分析出用户的核心诉求更无法转化为产品需求，比如从0到1设计一个货押融资的风控系统。这是因为我不具备相关领域的知识背景，是很难通过表面的方法论就进行需求分析和需求设计的。所以B端产品经理在你所在领域的专业知识背景也很重要。

4. 交互设计

标准：交互设计最大化满足用户体验          

对于B端产品来说交互设计并不需要像C端那样关键和重要，但合理的交互设计更加能够提升用户的效率，也是B端产品非常关键的目标之一。

在交互设计上可参考的设计有很多，但在具体的需求中如何选择还是需要结合实际的应用场景和需求分析的结果。在平时使用其它产品的过程中也可以带入产品的身份去思考这里的交互为何这样设计并学习它的设计方式。

5. 原型设计

标准：符合需求的交互设计+清晰的界面展示

在入职产品经理以前我最勤学苦练的就是画原型，以为原型是产品工作中的重中之重，可入职后才发现画原型才是产品工作中最轻松的一环。不过想要绘制出完美的原型，最关键的是要建立在对需求的准确分析和合理规范的交互设计之上的。对于原型绘制本身，只需要熟练掌握Axure的相关功能即可。

6. 文档撰写

标准：准确的向文档目标读者传达想表达的内容

需求文档、竞品调研文档、用户调研文档等等，可以说产品经理的日常工作中文档的撰写必不可少。但其实这些文档都没有标准固定的模板，而是需要根据实际情况去划分不同的模块的。

我在入职以前收集了网上大量的标准模板，希望一个模板走天下。但其实最重要的是你要通过文档清除的表达给目标用户你想要表达的内容即可。比如需求文档，你需要让开发、测试对着这份文档在整个开发测试周期都不用找你，且最后验收是你满意的结果，那这份文档就是完美的。

而如何实现这种完美的效果就需要你分清每个模块要表达的内容，详细的描述清除项目背景、业务流程、系统流程、需求描述、原型内容、变更记录、项目计划等等方面。    

7. 技术知识

标准：具备日常沟通的基本技术知识

B端产品经理对于技术知识的掌握还是很有必要的，最常在工作中和技术沟通的字眼可能就是“接口”、“数据库”、“Token”等等。

可以不深入的精通，但是起码要做到了解且沟通无压力。否则是很容易被开发欺负的。

8. 数据分析

标准：具备数据驱动产品设计及B端报表设计能力

B端产品对于数据的分析使用可能并不像C端产品那么频繁。但B端产品经理也会经常遇到数据报表类的需求，这就需要具备一定的数据分析能力。对于本人来说这一块的能力还是较为薄弱且工作中涉及的内容也不多，需要在后续进行补足加强。

9. 沟通能力

标准：高效沟通

很多人对于产品经理的第一印象就是能说会道，沟通能力是非常关键的。也是很多内向的人做不了产品经理的原因。B端供应链金融日常的沟通方包括运营，后端、前端、测试、项管、资方、业务系统等等。在沟通中准确的洞察用户需求，传达产品需求，介绍产品功能，与资方或业务系统进行拉扯以有利于内部开发等等

10. 产品培训

标准：准确全面的介绍产品功能

B端产品需求在上线后往往需要对使用者进行培训，需要在培训前完成操作手册的撰写，约定各方参会者时间并在会议中准确全面的进行介绍，对于收集到的反馈进行跟进处理。    

三、进阶能力标准

1. 项目管理

在工作的一年半中对于项目管理方面的能力提升一直不大。因为基本都是由部门的项管去进行推进的。自身评审完需求后除了在开发测试中跟进提出的问题外，对项目的进度始终很少关心。但对于一些中小公司来说产品经理往往身兼项目管理的身份。后续在这一方面的能力需要加强。

2. 专业知识

一个优秀的产品经理一定是个全能型的人才，所涉猎的学科一定是非常广泛的。可以提升更加深度的技术知识，也可以学习财务知识控制产品成本，学习心理学洞察需求本质，学习社会学了解人群结构，学习美学提升用户体验等等。

3. 高级产品能力

在一年半的产品工作中经历了从一个小功能，到一个功能模块，到一个完整产品，再到多系统产品的阶段，不断地需要我站在更高的视角上去进行产品设计。高级的产品能力需要能够设计边界定义清晰，可扩展性强的产品功能架构并定义每个阶段的发展规划。至此需要对一个完整的产品负责。

四、专家能力标准

B端产品若想沉淀为专家，除了具备下面两个层级的能力外，最最重要的就是在相关领域内进行沉淀。

以我为例，如果想要沉淀为供应链金融的产品专家，那么最基础的供应链金融的融资模式肯定是要了解的，在此基础上风控、支付等等都需要很长时间的积累沉淀才可以。        

除了具备领域的知识沉淀外，也需要对产品的商业模式有所定义。去了解商业画布，找准市场定位、制定产品打向市场的战略规划、盈利模式等等。