最近几年我一直在教育行业做B端产品，从0到1设计过几款，也接过前人的成品或者半成品。这期间有成长、踩过坑，我想这些应该值得分享。
有人说B端产品难做，业务复杂。
也有人说C端市场已饱和，互联网的下半场将是B端产品的主战场。
但别人怎么说不重要，重要的是自己怎么想。
01 难在哪里？
产品想法的落地难，业务逻辑复杂
做了几款TOB的教育产品，它们有个共同的特点就是角色多，每个角色的权限又不同。体现在产品端上，就是有管理端、各级管理员端、机构端、学生端、教师端、家长端…
因此从0到1设计一款B端教育产品，不仅要有清晰的产品定位，还要弄明白涉及业务体系的逻辑，才能知道产品要有哪些角色以及角色的权限和定位分别是什么。
先来说说管理端，管理端可以说是业务的最底层，支撑着整个上层业务。管理端存放着基础数据、业务数据、资源库等等。
什么是基础数据呢？比如说平台上的角色、用户。
什么是业务数据呢？就是在业务运营过程中所生成的内容，比如老师写的教案、学生提交的作业、教师批改作业的记录。
资源库就比较容易理解了，课件、题目等一些统一由底层输出给上层的可用资源。
再来说说各级管理员端，在一些产品中，设置不同级别的管理员，是以功能权限划分，其主要目的是控制权限，防止信息泄露。有的产品则不同，是以职位级别划分，即省市县校，想想就知道这是服务于体制内的产品，比前者更复杂。
服务于体制外的教育机构的产品，要有机构端用于建班建课程、学生端学习、教师端掌握学生学习情况、家长端监督等等。
这么多的角色，这么多的分类，很难准确地判断各端真实需求。我们在为每个角色设计功能的时候，都要结合业务场景，去设计产品方案。难就难在作为产品经理，和这些角色群体打交道的机会太少了，甚至都不了解，如何能做到站在对方角度的考虑问题。
02 需求管理
按照来源管理需求，是最头疼事件之一
其实做B端教育产品，需求不只是来源于客户、用户、老板、业务方。很多人常有种误解，就是业务方要什么我就做什么、客户要什么我就做什么。
我在和其他同事聊天的时候，他们也会问到我这个问题，我就发现这个误解还非常的深。
如果只是把来源于客户、用户、老板、业务方的需求按照优先级排期出方案，并且按照他们的思路进行设计，那产品最终很可能设计成了四不像。
我相信大多数B端产品经理都有类似这样的感受，就是在这些需求中难以平衡。因为这会涉及到产品设计理念的冲突、自我需求与外界需求的冲突以及对于产品本身思考的差异。
做TOB的产品，既要想着怎么讨好客户，还要讨好用户，公司内部还得来一番厮杀，这样管理需求，当然头疼！
03 直戳痛点
是解决了客户的痛点，还是增加了负担
所有的产品方案都是致力于为客户解决问题的，教育产品则更具有使命感。
产品经理自身要思考的一个点是：我的产品是解决了客户的痛点，还是增加了负担。这个点意识到不难，做起来往往是不容易。
虽然有的外界大环境因素，作为产品经理无法改变，但是可以从产品设计本身出发，减轻操作负担。
这里分享一下教师培训类产品的案例。
这类产品的终极用户是教师，教师的上层还有各级管理员、专家等角色，说到这里，你可能觉得很复杂，没错，这个产品就是很复杂，是复杂而不是庞大！
如果从解决问题的角度出发，可能是解决了部分决策层的问题，但是执行层的痛点不但没有化解，却增加了负担。
当然不是批判这款产品有多不好，这个案例引发我思考，在底层逻辑的设计上，就要把业务深深地融入进去。从产品设计本身出发，降低使用者的学习、操作成本。
04 考虑产品的上下游
强关联的产品，要多关注相关产品
如果只是负责其中的一个环节，那么一定要关注上下游产品的动态。
这种情况下，不仅要做好自己所负责的环节，相关联产品的迭代也有可能带来影响，这里所说的影响，不一定是坏的影响，也有可能是新的机遇。
