能成大事者,敢背锅

我有两个朋友,在某厂做 BaaS 服务。

在进行产品开发时,到了某个产品时,大 boss 竟然想让用户自己去买服务器来搭服务,并通官方通过的 SDK 进行转接。这让我百思不得其解。

因为在我看来, BaaS 这种业务,就是把弹性、运维、环境都从用户这里拿走,让用户只关注逻辑和业务,从而更好的关注自己的业务。这种将一部分能力拆出来,由用户自建的行为十分的奇葩,将从用户这里拿走的弹性、运维、环境问题,重新又踢回给了用户。

作为一个 BaaS 服务,如果你让用户想起来自己去搞弹性,那基本就是在提醒用户,你不要用我们的服务了,你自建吧,反正弹性什么的你还是要自己搞。没区别。

后来,我想明白了,估计是 大 Boss 因为该产品之前的一些功能不稳定,总是被客户吊,所以在设计新的产品时,选择了稳妥,但是很难用的方案。这样的方案虽然难用,但不是不能用。可能想着得过且过,不背锅算了。

不过,如果同样的事情让我来做,可能会有不一样的看法。

在我看来,你可以因为业务的不稳定而被吊,这没问题,自己的技术力量不足,无法解决问题是应该被吊。但是如果你因为稳定,而不去做一些东西,这等于拱手将客户送人。我宁可被吊,但是用户要被我抓在手里。有了用户,我才能获取足够多的反馈,才能够让我以后不被吊。你把皮球都踢出去了,也把用户都踢出去了,yi以后你想要被吊,也没有机会了。

在我看来,一个 BaaS 、SaaS 层的服务,最好的三个状态是这样的:

  1. 让用户不能离开:因为你需要用户来给你反馈,来帮助你迭代,成功。你可能会做一些限制,不让用户离开。比如深度耦合的服务。
  2. 让用户不想离开:虽然有了竞品,但是因为你的好用,所以用户不愿意离开。你虽然应用户的需求,开放了数据导出等功能,但是用户还是很喜欢你的产品,不想离开。
  3. 让用户不愿离开:当用户发现,虽然有竞品,但是提供的服务依然不如你,切换过去了发现还不如你的时候,他就再也不愿意离开了。而且,当他试过一次别人家的业务,很失望以后,后续除非有什么特别大的利好,不然他不会再考虑离开你的服务。这个时候,你的业务就成功了。

此外,这个 Boss 的想法也让我觉得可笑,愿意背锅,敢于背锅是对自己开发团队、产品团队的信任,我信任你不会让我背锅。把锅甩出去了,表现了你对自己的产品、自己的团队没有信心。倘若团队离心,产品又怎么可能做好呢?

发表评论