无论 to C,to B 抑或 to G 都是关于流程效率的问题。这个问题回答需要特别谨慎,太大了,倒是有一两点值得一说。

以前一直在 to C 业务中,或者确切来说是看起来是面向 C 端的多边市场,通常要解决的问题都围绕在 C 这一端的用户尽快拿到合适的产品,分发、配送、反馈。to C 业务中的中/后台 — B 端 — 逐利驱动它会尽快出量,越快越来钱。所以所有关键都在用户端,比如你如何优化交易效率,都是面向 C 侧。举个例子,你提供商家的后台特别烂,而且没数据统计,但是在你平台能卖 3000 单一天,在其他后台特别好用的平台只能卖 30 单,那你说商户选哪一方?当然是选两方同时交易。这里想说的是无论是技术还是业务第一关键指标一定是指向 C 侧。

To B 就不一样了,所有 to B 的从业者都需要明白一个点:因为你不是公司的主营业务,所以人家把业务/技术“外包”给你,想借由此节省人力的同时提高效率。所以,注意了,记住我一句话 — 你不是主营业务。不要尝试一下就卖一整套给人家企业,他们一来不太想被过度侵入,二来他们已经多多少少在用一些类似的服务。一切都要考虑当前企业目前内部系统如何和你系统的打通、连接去提升他们主营业务或内部管理的效率。

沟通、打通、数据安全、权限管理、内部文化巩固(举个例子,他们如何展示 logo),还有你提供的业务如何帮助他们,是最重要的事。

最后还是会回到如何卖出去的问题。市面上所有能做打通和场景的都会卖出去,考虑一下 GitHub、Slack、Zoom、钉钉、Dropbox。那么,究竟什么是打通?可以考略看看这个 5 分钟能看完需要一点时间消化的文章:跳进 To B 服务这一年

再来一个好玩的问题,C 端用户觉得免费就很好用,而且不容易超出你给的(迫于竞争对手竞争而定的)产品分层的免费层。怎么收费?目前世界上有很多手段,比如批量操作、下载限速、好看的外观等等,但是你很难超越竞争对手。用户一直在买货只是不买你的,你抱怨书里没写你想要的,用户没有成为你的伯乐,而你控制不了自己的成本。正常。

有什么是能通过技术来解决的?一切都关乎技术。逐利会让 B 侧去用难用的系统,但是 to B 通常处于他们的非主营或确切来说和主营业务是间接关系,比如数据统计。那么,客户成功就很重要,而这个世界上目前最流行的关于客户成功的技术方案是模板,基于技术的自动化模板,考虑一下 Coda 和 AirTable 他们是如何结合模板和场景的,考虑一下 iOS 提示.app 的出现时机。

另外,关于用户存储各方面没超出你给的分级,试验过限制设备数吗?

技术有很多时候需要反哺业务,甚至驱动业务,无论 to B、to C 抑或 to G,只不过经常被忽略,或在决策链中自然磨损。