今天我给大家分享一个怎么样把C和B结合起来的业务实践。

C和B产品和联系

概念相信大家都很清楚了，C的话就是普通用户的消费视角，B的话就是企业服务的视角，简单来说我产品是给具备主企业属性的用户使用的，一般来说里面的付款人就是企业主，使用人可以是里面的员工，也可以是里面的企业主自身。

C类产品往往都是用户自己的行为，用于个人目的的，比如说我们常见的各种消费软件、沟通软件都是用户选择购买的。

那么C类产品和B类产品是不是就完全有一个鸿沟呢？答案肯定是否定的。确实有很多例子，只有用户属性和组织属性的一种，比如财务报销软件，普通人是不会用的上的，但是也有一些场景，这两者是混合的。

一个很明显的就是一个打车上下班的例子。我们知道大部分企业都不会提供正常通勤的打车服务，所以员工一般就要用自己的钱来购买打车相关的服务。很多人上下班会使用滴滴或者高德打车来作为上下班通勤的软件产品。

这种就是明显用户个人行为的消费级的产品功能。

但是这里面其实有一个很比较模糊的一个点，那么简单来说就是员工不是因为自己个人的需求才使用了打车上下班，还本质上还是因为企业用工的需要。

所以我们看上下班通勤打车这个场景里面，其实有亮点属性，第一点是用户以C类行为自发的去购买打车服务，第二点用户打车的目的是为了上班，同时具备了企业服务的属性。

在这个过程中就有很多结合点，我们其实知道，很多公司都有每个月报销打车费的福利。就是由用户自行打车然后收集发票，月初或者月末统一找财务报销。这种方式就是明显割裂的行为，为什么不可以做到直接让企业来直接给员工付费打车呢，既减少了虚报误报的概率，也提高了用户免报销的问题？

所以这里可以做的第一个就是能否转化用户打车的心智，就是把用户打车的形式跟他的通勤的OA协同直接联合联合起来，比如说能不能在自己的OA工具里面直接进行一个打车功能？

这样的话，用户在上下班打卡的同时，还能直接发起上下班的打车行为，那么这个体验就会变得更好了。

从企业主来说，我们是不是能够把这些用功的打车直接转换成企业用车的诉求呢？

如果把打车行为集成到oa工具里面，那么员工打车可以直接和企业用车沟通起来，那么就直接省去了员工报销的麻烦，也防止一些漏报的问题。企业的财务可以从打车后台一眼看到整个公司的打车情况，极大概率避免了误报、虚报等问题，可以节省企业用车的成本。

所以我们举这个例子就发现了，其实有很多需求。C类消费和B类消费其实是一脉相承的，特别是发生在用工场所的各种消费，其实他看起来是一个员工级的C类的行为，但实际上它还是一个企业用工的行为。

比如说员工用餐、比如说员工用车等。

如果有合适的产品功能，帮这些行为直接企业的场景里面落地，则可以提高了效率降低了成本，而且使得员工和企业主的体验都增加了。

工作台沉浸式员工用车场景

所以我们做的这款员工级的打车的优势就非常明显。

第一个我们就是解决了企业上下班经常固定的几件事情，上下班打卡，报销或者打车。

第二个，我们利用这种组件沉浸式的体验，让打车变得更加方便。在工作台上简单点击几下就能够完成整个打车的那个交互。

第三个，在这一块我们还可以发起一系列极具想象力的一些营销类、市场划类的活动，比如说可以发起员工拼车优惠，比如说能够让企业主来补贴员工优惠等等。

最后就是能够把这些C类的员工行为转化成B类的行为，可以促成老板直接打通给员工报销打车的问题。

所以从上面的例子我想分享给大家的就是在用工场景下的很多C类行为看似是C类行为的本身，实际上他还是服务于B类行为的，所以在这块的场景其实能做的事情就非常多。也欢迎大家去钉钉工作台体验。

所以在做B类产品的时候，也要兼顾C类产品的模式，并且仔细的思考员工C类行为的背后到底对整个企业带来了什么。如果能解决其中的成本问题、效率问题，也是一种成功的SaaS模式。

更多原创内容，关注公众号:ali老蒋 或访问网站：www.javaer.com.cn/