不要迷信API

—

不要迷信API，就像不要迷信“技术万能”。做SaaS，还是要站在客户的立场思考问题。真正靠谱的预测，往往都是从客户的视角出发，而不是从厂商的视角出发。

来源  /    ToB老人家  

作者 /     王戴明    

前段时间，朋友圈出现这样一个截图，内容来源是某SaaS公司CEO，大意是2点：

一是API将成为新一代SaaS最核心的能力，API-first甚至API-only；

二是All in One的理念已经被（或者即将被）淘汰。

毫无疑问，中国SaaS之间的集成，还有很大的提升空间，API也是中国SaaS需要继续补强的重点。

但是，武断的认为API是SaaS最核心的能力，并且一棍子打死“All in One”的思路，就是过于迷信API了。

实际上，API只是一个技术手段，即便SaaS公司都开放了标准API，仍然无法完全解决软件之间的协同问题。

举个例子。

如果某HR软件厂商（A厂商）只做薪酬管理模块，不做人事管理模块。但薪酬的计算非常依赖人事管理数据，比如员工的部门、岗位、职级、调动数据、考勤数据等等，因此薪酬和人事模块必须频繁的进行数据交互。

虽然A厂商虽然可以通过API与其他厂商的人事管理模块集成，但是一方面这样的风险太大，系统迭代、API调整等都可能导致薪酬数据失真，另一方面对于客户来说体验也非常糟糕。

想象一下，当某个工资项目计算结果出现问题，用户需要跨系统进行数据的追溯和分析是多么的不便，问题的解决过程也将非常复杂。

当然我举的这个例子不能代表所有系统之间的关系，但我想说明的是，企业之间也是存在边界的。

这个边界既不能太大，否则会稀释企业的资源，削弱企业的定位和核心竞争力；也不能太小，否则企业的规模化盈利无从谈起，会面临过高的外部协调成本，以及产生过于依赖外部厂商的风险。

其实，API只是一个技术手段，其背后的本质是企业之间的竞争和合作关系。商业的竞争是残酷的，这个世界很难存在永远亲密无间的合作，因此，过于迷信API，将是非常危险的思想。

01

All in One会不会被淘汰？

我想先声明，不会存在能满足企业所有需求的SaaS公司。即便不考虑企业的边界问题，我们也要知道，市场永远不缺少挑战者。

但是我认为，在中国的SaaS市场，虽然API能力会持续完善，但整合仍然是大势所趋。

首先，在核心产品领域，SaaS公司自己开发或者收购融合，仍然将是第一选择。

比如，领先的HR SaaS公司一定会把人事、薪酬、招聘和考勤等产品，牢牢掌握在自己手里。正如企业会把人事、薪酬、招聘等职称统归到HR部门——这些职能之间的合作太紧密了——不管是从HR SaaS公司的边界来说，还是从客户的体验来说，这些产品之间功能和数据的高度整合，都是更好的选择。

其次，在相关产品领域，收购整合仍然是补充产品线、增加客户粘性以及提高交叉复购的重要手段。

实际上，在确定“服务大客户”的路线后，Salesforce就开始了一系列疯狂的收购。比如，2019年斥资157亿美元收购了数据分析软件Tableau，2020年斥资277亿美元收购了办公协同软件Slack。

以收购Tableau为例。

首先，Tableau的长处在于数据可视化（可以参考国内的帆软），而Salesforce作为业务管理系统，可以利用Tableau为客户提供更加强大的数据分析能力，提高对客户业务的覆盖面，增加客户粘性。

其次，Tableau本身就具有很强的市场竞争力，2018年营业收入高达11.55亿美元，约为Salesforce同期收入的11%。

因此，收购Tableau不仅将带来收入的增长，更重要的是可以获得了一大批客户资源，有利于降低Salesforce的获客成本。

要知道，在2018年，Salesforce的销售费用占营收比例高达44%。

在中国，SaaS市场的发展远不如美国，但即便如此，对于资金相对充裕的SaaS上市公司来说，收购仍然是一条快速做大做强的“捷径”。

比如在香港上市的有赞、微盟，为了加快企业的战略落地，都耗费了巨资进行收购。

可以预见，随着中国SaaS公司逐步完成核心产品的建设，并陆续完成上市，未来的并购只会越来越多。

而随着产品线的不断扩充，提供“一体化方案”或者说“All in One”的SaaS产品也会越来越多。

02

站在客户的立场

除了SaaS公司业务扩张的需要，客户对“整体解决方案”的渴望，也是驱动SaaS公司扩充产品线的重要原因。

实际上，企业客户的需求变迁，是有内在规律可循的。

在早期，当新的技术出现，率先引入新技术或新产品的，往往是一线业务部门。因为他们迫切需要新的技术来解决一直以来的业务管理难题。

随着更多新技术或新产品被引入企业，自然而然会形成信息孤岛。同时，当局部业务达到最优，企业一定会转而寻求全局业务的最优。而局部利益和全局利益往往是存在一定冲突的。

你可能会说，系统之间通过API集成，同样可以达到整体协同的效果。但是就像文章开头说的，API只是一个技术手段，真正的问题，是企业之间的协同。

比如，企业要达到“整体解决方案”的效果，除了系统之间的打通，更重要的是需要有一家厂商作为牵头方，站在企业的层面（而不是某个部门的层面）出具企业级系统解决方案。

而如果系统之间的“集成”仅限于技术层面，那么牵头方如何才能协调好利益不一致的各SaaS厂商呢？

当然还有人说，企业不会让一家软件厂商掌控整个企业的IT。

实际上，对于企业的CIO来说，满足内部客户的需求，以及提高IT运营效率才是头等大事。

至于会不会被厂商绑架，我觉得软件厂商也是生意人，而B端软件替换成本虽然很高，但也并不是无法替换的。在这场博弈中，谁占有更大的主动权，并不难看出来。

回到文章开始的话题，Gartner提出“API-first 和 API-only”实际上是对应其“组装式应用”的技术趋势预测，这个概念有点像中台，强调的是CIO能够灵活组装标准化模块，从应快速响应不断变化的业务需求。

坦白说吧，至少从近几年的情况来看，如果CIO面对的是50家SaaS公司，而不是5家SaaS公司；面对的是50套技术架构而不是5套技术架构，那么这个所谓的“组装式应用”只会更加难以落地。

因为，把这50套系统之间的关系都捋清楚就够CIO喝一壶了！

所以，不要迷信API，就像不要迷信“技术万能”。

做SaaS，还是要站在客户的立场思考问题。

真正靠谱的预测，往往都是从客户的视角出发，而不是从厂商的视角出发。