造不如买，买不如租

和中小开发者合作的过程中，老海盗最难受的不是业务层面，因为业务层面的分歧从来不是分歧，因为总体目标是一致的，分歧基本都是判断和规划路径的不同，是经验和信息量之间的差别。

最难受的其实是重复造轮子的习惯。

老海盗对于开发者的理解，就是有一个或者几个互联网服务需要提供给用户，做照片编辑就是做照片编辑，目标就是做出传播性最好的图片模板，做三消游戏就是做三消游戏，就是做出用户黏性最好的三消就好了，整个公司就是围绕着把这些业务做得更好而建设。

但也有很多公司忘了自己的主业，跑去吭哧吭哧的造轮子

以内购优化为例，revenuecat 非常成熟，付费墙模板，付费墙 a/b test，付费墙分人群下发，退订挽回，内购数据分析，全都一条龙服务给做了。这么多服务只收流水 1%，月流水超过 35 万美金还能砍价，简直是活菩萨。

以上功能如果要自己维护，至少需要一个全职前端，一个全职后端，一个全职产品经理和一个全职运营，而 35 万美金的 1% 不过 3500 美金。上述的 4 个人随便一个的人力成本都比这个高。

而且这坑点还不少，没经验的团队连 a/b test 分人群下发这种基本基建都很难做好，很容易发明出来方形轮子。

BI 也是一个道理，要便宜有 appmetrica，要好用有 amplitude，30 万月活下 amplitude 也就 2520 美金，你换成人的话，一个都雇佣不起。而且真要合规做的话，对于普通小团队而言，一个欧盟 GDPR 兼容性都可以搞到脑袋疼。

要做推送有 clevertap，30 万 mau 下，谈到 1000 美金一个月就够了。

关键以上服务都可以用 api 全部串联起来，这就完成了闭环：

做个假设

day X，我有一款图片处理 app，我通过 Facebook ads 获取了 1000 个美国 Android 版用户，这些用户被 adjust 记录后，adjust 和 amplitude 数据是串联的，所以 amplitude 继续记录这些用户 in-app 行为；我发现这些用户的次留远低于其他用户，经过调查发现，我广告素材推的是一个独立日专属图片模板，然后通过深度延迟链接落地到我的活动页面上进入模板，但因为研发没有配置好 CDN，导致美国用户载入不了活动页面，由此导致留存问题。我赶紧让研发修复，修复后把该类用户导入 clevertap，然后用 push notification 再次下发深度链接，挽回了不少用户。

day X+5，我发现该类用户付费订阅率不行，但我想喜欢用独立日模板的可能是爱国者，所以我把该用户群打了标签传给 revenuecat，并用 revenuecat 做了一个星条旗主题的付费墙专门下发给该用户群。

当然，这些中间都有坑，因为这是不停在用 GA ID，amplitude ID 互相 mapping，肯定会有丢失部分数据的情况，不可能 100% 尽善尽美，但也比绝大多数公司自己造轮子来得好。

如果自己从头做这么一套东西，那么成本要多高？会有多少坑？而以上服务加在一起，一个月也无非数千美金。而这一切人家 SAAS 团队几十，几百，甚至上千人，在几千，几万个客户上面都跑了用例，该踩的坑早踩完了。而自己做，大量时间和资源用在了踩坑和内耗上面。

让专业的团队做专业的模块，自己只做好自己的主业就好了，简简单单。

这也是我为什么说造不如买，买不如租

造是容易造出方轮子的，这个没有疑问。买又有问题，很多 saas 服务根本不给私有化部署，所以买不到，就算能买到了，你要自己搭服务器维护，这中间就有很多坑了，假设你的业务跨全球运行，你要怎么部署，才能保证成本可控的情况下尽量不掉数据？所以租在我看来才是最优解，当然，敏感业务除外。