零 收购

无需为整合外来代码库而烦恼

这要归因于快速演变的技术格局——企业总是倾向于担心错失关键技术。如果再叠加“自研还是购买”的决策焦虑，他们往往更愿意选择购买而不是自己开发。

这种短期思维通常不会考虑代码库整合的复杂性。想象一下，你找到了一个足以把人类送上冥王星的火箭引擎，又了解了一套先进的汽车信息娱乐系统，而你所从事的却是火车运营业务。现在再想想把这些功能整合成一个打包方案，并试图在你的市场中销售它。荒谬，对吧？

更多并购会带来更低的可用性和更多的漏洞风险

受沉没成本谬误驱使，这些公司会投入大量资金来构建复杂的工作流，并在整合外来代码库上越陷越深，以至于忽视了可用性。被收购的公司可能还带有大量隐藏的工作流和集成点，容易遭受供应链攻击。

像我们这样能够通过单一界面提供广泛能力的公司少之又少，这提升了产品稳定性，也丰富了用户体验。

选择我们提供什么，本身就是一种自律

我们相信，伟大的公司会投资于自己能够掌控的事物。苹果创始人史蒂夫·乔布斯曾说：“决定不做什么和决定做什么同样重要。这对公司如此，对产品亦如此。”

由于市场制造的炒作周期，企业可能会在没有清晰阐述其用途愿景的情况下，盲目投资前沿技术，从而使资产负债表难以为继，尤其是在经济衰退期间。我们不会被这些炒作周期左右。我们能够经受风雨，并为客户提供不间断的服务。作为这一点的证明，我们曾为受到COVID-19 疫情严重冲击的企业推出了一项小型企业紧急援助计划。

自主构建解决方案是一条少有人走的路——而这可能带来决定性的不同

当一家公司通过收购另一种解决方案来满足市场需求时，我们通常会发现，这家公司会把思考外包给被收购团队，从而在理解自身核心产品方面出现偏差。这也会阻碍他们获得原本通过自主构建解决方案所能积累的领域知识。由于他们拥有复杂的工作流和外来代码库，修复错误或故障会变得异常艰巨。罗马不是一天建成的，当然也绝不是靠走捷径建成的。

我们将员工队伍作为测试平台

由于我们开发的是新技术（而不是通过收购获得），我们会先在整个企业内部将该解决方案作为试点部署。这将从员工使用的角度为产品带来有意义的洞察。当产品推向市场时，我们的产品支持团队将了解客户可能遇到问题的各种根本原因分析。