03

先看功能型产品经理。这类产品经理更符合传统意义的互联网产品经理一些。

按教学内容服务的生产、提供、被消费，以B端、C端维度做了上述的划分。

先简单说说C端：

拿买课功能——电商产品经理举例，涉及到用户进来之后的课程的信息展示、搜索、筛选、推荐、支付流程、通知流程等。这一套，电商C端产品经理玩得比较通透了，教育领域，购买场景相比于电商要简单一些，该块业务，招聘时也倾向于做过电商的。

工作职责示例：比如下图就是课程信息展示的环节（左淘宝右猿辅导），其中如课程名字的规范、前面的标签显示、剩余名额规则设置、服务说明等等，都值得精雕细琢迭代版本，核心目的在于方便用户找到关键信息、以及实现促销信息的刺激性曝光，提高整个流程的付费转化。

这个模块对产品经理的要求则是：出色的数据分析能力、用户调研把握需求的能力、版本迭代及对后续可能出现的功能扩展性的设计、UIUE能力。看起来，还是挺偏古典主义产品经理的要求的。

而听课功能，类似于各类直播视频产品，需要关注视频播放过程中的各种功能、以及技术层面上的播放传输效果。

做作业、看资料等功能，是教育领域特有的，其他领域比较少见，没有可拿来对比的，但设计思路也大同小异。

用户端的产品，重在了解清楚用户的使用场景和核心诉求，一般不会非常复杂，设计思路也比较确定。

再说说B端的内容：

分了两块，教学工具和营销工具的产品经理。B端系统往往允许较高的复杂度和灵活度，以便满足不同的业务场景。

这里拿营销工具中的CRM（客户关系管理）系统举例子。在线教育领域的CRM跟进用户从线索（一个可能成交的用户）到体验用户、到成交用户、到被服务中用户、甚至到流失用户的全过程。这个过程中的各模块功能，都需要CRM产品经理来设计。

企业往往会自己搭建CRM系统，而非采用第三方的Saas CRM。因为在线教育的高获客成本，用户数据是该领域企业的核心数据；再加上，在线教育的营销运营做得很重，往往需要和CRM系统打通提供一些特殊定制的营销功能（比如转介绍、比如为单个用户生成的购课清单）。所以CRM产品经理在在线教育行业，可以独立出一个和直播功能售卖功能产品平齐的一个产品经理岗位。

搭建的CRM用在实际的用户转化和服务过程中，因而CRM也就了成为企业内部各服务角色（辅导老师）或转化角色（销售）的工作台。CRM系统的需求会来自一线业务部门，一般组织中，一线业务往往比较强势。

对CRM产品经理的基本要求是：逻辑清晰，对复杂系统有拆解能力和架构能力，经验丰富一些最好；有跨部门协作能力；对数据正确性敏感（因为本身就是做的数据的管理），了解数据架构。

当CRM系统模块变大，包括了用户全生命周期，并且真正成为了企业各角色服务于用户的主阵地时，CRM产品经理要更懂业务，能从单一业务方的需求中抽象出更全局的设计思路，尽可能兼容业务的各个环节。这样一方面可以复用功能产生更多的效果；另外一方面也是防止为A做的功能妨碍了B。比如，多思考辅导老师提出的某个信息收集需求，是否能反过来应用于销售的工作中。

如果有更多这样的思考，产品经理会从完成功能型，更多转向业务策略制定型，想象空间会比较大。单一业务方角色，可能仅能了解到自己角色的情况，而产品经理这个岗位，作为各信息流转的交汇通道，也是更有看到全局的优势的。

04

上面是对功能型产品经理的描述，但当然，功能型产品不仅仅是做功能的。只不过其成果多以产品功能的方式展现，靠产品功能去实现助力业务目标。

接需求做功能简单，从源头出发做出靠谱业务难。

另外，我对功能型产品经理有一些体会：

1在线教育这一块的产品功能上，根据之前文章也说过的其支撑性定位，没有非常多的创意性的可以玩出花的内容。定位于单一产品能做的东西不算多，就算是某个大系统（如CRM、题库），迭代2-3个大版本后，基本功能也就做完了。往后再做功能细节优化，和消费型上亿用户量的产品不同，其边际效应我理解是很低的。

2结合上条，隐约觉得，在线教育产品经理岗位也有点像淘金客。当前局势也是因为在线教育的产品基础架构还没有搭起来，因而有得做。如果基础架构都搭好了，做功能的产品经理，要么不再拘泥于产品的角色甚至不拘泥于互联网背景（互联网只是工具），把自己定义为做教育的；要么再作为互联网产品经理的专家，去找另外一个互联网+的风口，帮助新的行业企业建立互联网产品的基础设施。

3现阶段的在线教育产品经理一定要多贴近业务，这是消费型产品经理的多贴近用户的升级。产业互联网，不再是拿到用户就一招通吃，问题复杂时，供给和需求侧，都需要了解。

-

篇幅又写长了，下篇再讲一讲增长产品经理，也是我自己做的更多的一块内容。