TO B学习总结(二):关于B端产品的“解决方案”

机电学院浏览次数:  发布时间:2019-09-11

  本文是关于B端产品“解决方案”的四点思考总结。是笔者19年上半年做中小学教育信息化SAAS项目和近期学习SAAS产品的总结之一,在此与大家交流。

  B端产品的解决方案必须覆盖整条业务线,这是笔者认为做B端产品的第一原则。

  笔者在18年底接手了现在负责的中小学校教育信息化产品,在接手前,这个做了近2年的产品几乎没有被学校所接受,这是为什么呢?

  “我到底可以用这个产品去做什么呢“ ”我在什么时候用呢”“有一些功能我根本不需要啊”“我还需要些别的功能,你这里没有啊”这些疑问直接导致了教师的离开……

  反思一下团队在做产品时的犯的错误:没有建立业务观念,没有围绕学校现有的业务线来做产品。还要注意,企业的业务线往往有很多个任务环节组成,覆盖完整的业务线代表要覆盖每一个环节。

  笔者所做的产品,曾尝试将解决方案复制到学校“学生游学”业务中。在与学校负责“游学”业务的老师进行过一次访谈后。我基本确定了在游学前、中、后三个阶段中教师和学生的任务管理,产品已经基本覆盖,在跟老师演示过产品在游学各个阶段如何使用产品之后,学校接受了试用。

  情况发生在“游学中”,因为学生游学作品统计管理一个小环节的缺失,导致部分小组负责教师的抓狂,甚至“扬言”要弃用,笔者团队的开发小哥们及时上线了相关功能,才平息了事态。

  让笔者不解的是,一位老师只负责7位学生,没有统计管理功能为何让老师如此抓狂?后来笔者了解到,教师游学期间,由于肩负较多责任和事务,在每天都处于紧张状态,这就不难理解了。

  笔者近期读了有赞CEO白鸦在有赞内部培训的演讲稿,白鸦提到:(直接上图吧)

  白鸦把这一条作为设计的第一点来讲,看来也都是经历过血与泪的深刻教训啊!!!

  B端的产品经理,需要懂业务,但往往需要一个较长的过程,产品经理才能对业务有深刻的认识,尤其是业务比较复杂,还不是很成熟的行业。

  但庆幸的是许多行业发展的时间已经足够长,已经有很多人进行了思考和研究,并提出了一些有效的解决方案。

  不同的业务解决方案,能够对企业带来不同级别的效率提升,我们应该去努力找出对于用户最有效的方案。

  我们在做产品的初期,有一个或者多个种子用户,不妨就先从他们开始,了解他们的完整解决方案。

  也就是我们产品人的竞品分析啦,我们要注意的是,分析竞品,不光要分析他们的解决方案。还要清楚其设计背后的用户有什么特点、用户目标是什么,才能知道如何正确的取其精华去其糟粕。

  笔者做的备课业务时,不断查阅过一些的资料后,总结出备课业务的解决方案,在这么多年间经历了以下的发展过程:

  “个人备课——集体备课——跨校集体备课——跨校集体备课+名师指导+二次备课”每个阶段的解决方案都是为了解决一些现实的问题,并没有好坏之分,只有合适与否,了解这些解决方案都可以给我们做产品带来启发。

  我的理解是,B端产品初期的MVP方案,必须满足最小可用的全闭环,用户才可能会使用,否则用户就会很快离开了。

  在MVP方案通过了用户的验证后,我们应该如何做业务线的迭代,把方案做的更好呢?

  借助这种下沉分解的思维,找出对效率影响比较大的,更低维度的环节,来把解决方案做的更好。

  做B端产品要有一个清楚的认知:每个企业业务流程之间是存在差异的。一套标准的解决方案,很难适合所有的企业。这是B端产品与C端产品的一个重要区别。

  首先企业存在大型企业、中型企业、小型企业之分,而即使是体量相似的企业,也会由于地域、客户、对业务的理解、员工能力等多方面的差异,导致相同的业务,在执行过程中存在差异。

  一线城市的学校、二三线城市的学校、四五六线城市的学校,由于教师整体水平、专家教师数量、教师工作负担等多方面的差异,导致了不同的学校在备课业务之间存在较大的差异。

  比如:一线城市的学校大都要求教师,以学校为单位,每周一次集体备课,而在四五线城市的学校,教师集体备课可能是每个学期开展四次,且是以学区为单位来开展。

  在具体实施的过程中,销售团队或者客户关系维护团队,在了解用户企业具体的情况后,需要去对产品做相应的配置和自定义,来让每一个企业得到适合自己的服务。

  本文由 @布鲁斯机 原创发布于人人都是产品经理,未经作者许可红叶高手论坛,禁止转载。

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、社群为一体,全方位服务产品人和运营人,成立8年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一起成长。