2021年4月份复盘自己之前to B(2B)服务经验并整理成文《经验分享：近两年做2B服务的几点总结》，从那时起到现在，依旧沉浸在to B服务中继续做产品。而在这个主线故事上，又有分支故事发生，故结合上次的文章和这段时间的经历，更新、升级笔者在to B的思考总结。
上篇文章开头我们一起讨论文具用品的例子，简单来说：假设咱们是生产文具的公司，那我们文具的最终用户是谁？是通过学校附近的超市卖给学生，还是通过某个公司的采购买进去给他们员工用。
后者是购买者和使用者都在一个组织内，但大概率是不同的个体，前者购买者和使用者大概率是一个个体；而这两种都是2B服务的分支，但是当我们把文具从这个例子中进行替换后，会发现一些变化，也会从而导致产品的设计、商业模式等发生变化。
结合文具来说的话，我们需要知道这个文具在B端内部是如何使用的，而大部分情况下，我们作为个体是可以猜测、感受、模拟、想象到对应场景，但是在另一些情况下，B端的实际场景却不是大家日常生活中会触及到的场景。
在阿米尔汗主演的《三傻大闹宝莱坞》电影中开头的部分，兰彻在院长兴高采烈、沾沾自喜地介绍那个太空笔时提问，说为什么不用铅笔，而要花费这么多钱制造这个笔？而我也很好奇，为啥不用啊。
我可以理解普通的圆珠笔、钢笔在没有重力的情况下无法进行书写，但是铅笔靠的是摩擦力让石墨层附着在纸上，为什么不行啊？那么这个时候我们的普通文具在太空里就没有实际使用价值。而在实际的2B服务中，还有很多类似的情况。
比如大家生活中每天会用到水电煤，那么我们是否知道：
通过上面的一个部分论述我们会发现，实际业务中会存在一些依靠纯C端体验、感觉、想象是无法触及、理解的B端业务场景，而此时会产生一个问题：如果我们想给这些企业、客户提供服务，我们怎么办？
因为不理解业务，就表示不理解场景；因为不理解场景，就表示不理解痛点；因为不理解痛点，就表示不能有好的产品方案，后面就更不用谈降本增效、cost down、标准化等等。
所以当我们对B端不理解时，有两个方法可以用：
两者各有利弊，但是在今天这种高速变化的时候，我更倾向是先走方案2，先确保编织起业务网络，再考虑后续优化业务模式和合作网络。故以下主要针对2来论述。
当我们考虑到如上的B类客户后，再结合上部2的思路，我们需要回答如下几个问题：
1）我们提供什么、合作伙伴提供什么
我们能够提供的东西可以是技术、方案 、设计，也可能是很虚的声望，如果是后者，暂且不讨论。所以笔者认为这种关联式的合作大部分是要有技术、方案作为输出的产物，也就说我们是能力提供方。
而合作伙伴具备把这个解决对应B端场景的能力交付给B端客户，并真是的让B端客户用起来，且达到降本增效等经营效果。所以是一种定制化的二次开发、定制化的交付能力，是一种对B端客户实际业务流程理解、优化的能力。
2）我们以什么方式提供
如果我们确定我们提供的是一套能力，那这套能力可以以硬件为主载体，比如核磁共振机器、租赁车队等；也可以以软件为主载体，比如定制化的行业客服机器人，电信运营商的客服机器人与电商的客服机器人必然有差别。
而无论是硬件，还是软件，都需要具备标准化的能力，而原子化的能力未必，比如核磁共振的机器、租赁的汽车（工地建筑的重型机械等）都是标准化产品，基本不具备基于其原子化能力二次开发的可能性。但是如果我们想让合作伙伴的适应性更强，我们需要在标准化上，提供原子化能力，让他们基于这个原子化的能力来对他们B端客户做定制开发。
3）我们内部是否需要类似合作伙伴角色
那么如果我们的合作伙伴的B端客户与我们组织内部的B端客户的需求有重合，这个时候怎么办？
组织内部也会存在类似合作伙伴这样的商务角色，此时需要组织内部将行业侧和平台侧分离，平台侧主要是做能力的全集，把能力做全做厚，做的高度可定制化，也可以说是“高内聚低耦合”，而行业侧需要基于平台做到尽量地客制化，让我们提供的服务与客户的原生系统高耦合才行（耦合越高后续的我们被替换的成本越高，被替换的可能性越低）。
所以需要基于B端客户、合作伙伴、组织内部业务模式将公司内和公司外按平台和行业分开看，还有就是公司内不同team也需要分开看。
说起国内的IM，大家都会想到微信、QQ、钉钉等，但是现在越来越多的APP也具备IM的功能，难道都是他们提供的吗？其实不是。
在B端客户的现有APP中增加IM的能力是B端客户的需求，因为最简单的来看，IM肯定可以提高DAU。
所以针对2B的IM服务商就走上了舞台，如下图是IM服务商的能力范围，我们可以发现涵盖了我们常用的IM能力，在标准化的同时也做到原子化，支持B端客户的快速接入及二次开发。
那此时如果B1（名字）企业需要一个用户在他们APP上的聊天工具，这个能力是可以通过在上面菜单中筛选、开发集成等流程来完成，于此同时，B2（名字）企业发现这个IM的服务商能力很强，希望把他们自己的客服系统迁移到这个IM上，这样是否可以像B1企业那样针对菜单简单筛选完成？
如果我们回想一下现在的大家常用的各个APP上的客服体验，基本第一道都是机器人客服，同时不需要群聊、聊天室的能力，而且需要支持C端问题在客服体系中从一线、二线间进行流转（因为问题种类、难度的不同，需不同的客服介入解答），而机器人客服和流转这两件事情，在我们日常的IM中是不存在的，那如果我们是平台的产品，我们要做吗？
这就涉及到上面第四部分的内容，我们具备客服的行业知识吗？
如果具备，就要考虑IM平台能力和客服行业线的边界问题，然后也要考虑机器人客服需要谁来做？资源在哪里？
如果不具备，那就应该去找做客服系统的合作伙伴，通过自己的IM平台化能力优势，让我们的合作伙伴在客服系统中，有更大的优势，比如速度、效率、稳定性、性价比等。
有些B端业务是纯C端无法触及和体验的场景。那么，如果我们不是B，那我们如何理解B？
毕竟熟悉业务、理解业务才是TO B的原力。所以需要在快速变革的环境中，找到行业专家做伙伴。
代成龙，人人都是产品经理专栏作家，智能硬件创业公司产品狗，从视频巨头公司到玩智能硬件的公司，继续产品设计工作。
本文原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自 unplash，基于CC0协议。
关注微信
