我有两个朋友，在某厂做 BaaS 服务。
在进行产品开发时，到了某个产品时，大 boss 竟然想让用户自己去买服务器来搭服务，并通官方通过的 SDK 进行转接。这让我百思不得其解。
因为在我看来， BaaS 这种业务，就是把弹性、运维、环境都从用户这里拿走，让用户只关注逻辑和业务，从而更好的关注自己的业务。这种将一部分能力拆出来，由用户自建的行为十分的奇葩，将从用户这里拿走的弹性、运维、环境问题，重新又踢回给了用户。
作为一个 BaaS 服务，如果你让用户想起来自己去搞弹性，那基本就是在提醒用户，你不要用我们的服务了，你自建吧，反正弹性什么的你还是要自己搞。没区别。
后来，我想明白了，估计是 大 Boss 因为该产品之前的一些功能不稳定，总是被客户吊，所以在设计新的产品时，选择了稳妥，但是很难用的方案。这样的方案虽然难用，但不是不能用。可能想着得过且过，不背锅算了。
不过，如果同样的事情让我来做，可能会有不一样的看法。
在我看来，你可以因为业务的不稳定而被吊，这没问题，自己的技术力量不足，无法解决问题是应该被吊。但是如果你因为稳定，而不去做一些东西，这等于拱手将客户送人。我宁可被吊，但是用户要被我抓在手里。有了用户，我才能获取足够多的反馈，才能够让我以后不被吊。你把皮球都踢出去了，也把用户都踢出去了，yi以后你想要被吊，也没有机会了。
在我看来，一个 BaaS 、SaaS 层的服务，最好的三个状态是这样的：
- 让用户不能离开：因为你需要用户来给你反馈，来帮助你迭代，成功。你可能会做一些限制，不让用户离开。比如深度耦合的服务。
- 让用户不想离开：虽然有了竞品，但是因为你的好用，所以用户不愿意离开。你虽然应用户的需求，开放了数据导出等功能，但是用户还是很喜欢你的产品，不想离开。
- 让用户不愿离开：当用户发现，虽然有竞品，但是提供的服务依然不如你，切换过去了发现还不如你的时候，他就再也不愿意离开了。而且，当他试过一次别人家的业务，很失望以后，后续除非有什么特别大的利好，不然他不会再考虑离开你的服务。这个时候，你的业务就成功了。
此外，这个 Boss 的想法也让我觉得可笑，愿意背锅，敢于背锅是对自己开发团队、产品团队的信任，我信任你不会让我背锅。把锅甩出去了，表现了你对自己的产品、自己的团队没有信心。倘若团队离心，产品又怎么可能做好呢？