我目前所在的产品开始出现一些不太好的情况。

比如，产品能力不停发新能力的同事，原有能力因为各种坑导致产品不断在填之前的坑。

比如，产品未经深度思考，急匆匆的加入各种各样的新功能，然后在开发阶段不断修改需求，整个产品的迭代不断 Delay。

越来越多的乱象，不停的观察。

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

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

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

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

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

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

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

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

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

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

把书本上的知识都忘了，剩下的就是你自己的了。

作为一个职场人士，对于我们来说，拥有自己的核心竞争力是非常重要的。核心竞争力是我们赖以生存的东西，那我们是否要一直去做自己最有核心竞争力的地方呢？我一直觉得，核心竞争力我们应该紧紧的抓在自己手上，不能放出去。

今天早上在听播客时，有了新的看法

我听的是 TeaHour 的第 49 期：和姜海舟聊聊互联网金融

在这一期中，嘉宾“姜海舟”分享了自己的看法，那就是把自己最擅长的东西交给别人去做，这样你才能不断的提升自己的能力。 这个想法我觉得很好。

你要不断的将自己最擅长的东西交出去，然后去学习新的东西，这样你就可以不断的去接触到新的东西，提升自己的能力，开拓新的能力。而且，你之前曾掌握的能力还会在其他的方面给你一些补足，帮助你更好的发展。

博客链接：

http://teahour.fm/2014/04/04/talk-with-jianghaizhou.html