多家公司，一套部署，客户互不共享

如果你经营着不止一家公司——一个拥有子公司的控股集团、一个特许经营体系、两个面向不同市场的品牌、一家代理商和它孵化出的业务——你早已熟悉这个问题的形状。品牌之间共享人员、工具和财务部门。它们不共享客户，而且绝不能看起来共享。

iKonekt 用一套部署运行所有公司，而公司之间的隔离由数据库而非代码来保证。这个区别听起来很学术，直到某一天它不再学术。

集团真正能共享什么

隔离不是为了隔离而隔离。值得在集团内共享的东西是被有意共享的，而且大多是无聊的那些——这恰恰是对的，因为重复的成本正藏在无聊的东西里：

• 一套需要运行和更新的部署。一次部署、一套需要保管的凭据、一件需要打补丁的东西。
• 一支团队，戴着不同的帽子。一个人可以在多家公司工作；他不能做的，是通过一条忘记询问的查询同时看到两家。
• 一套习惯。线索如何分配、备注如何书写、工单如何变成发票——学一次，处处适用，入职培训因此缩短到一个上午左右。
• 与家族其余部分的一种关系。底层是 castomAPI、同一个账户、同样的连接器——在重要的地方按公司配置。

集团总会问的第二个问题

“我们能跨所有公司出报表吗？”能——从集团自己的视角，有意且明确地进行，而不是作为边界泄漏的副作用。这个区别就是全部设计：跨越边界必须是一个人有意为之、且拥有相应权限的行为。它绝不能是一个游离的标识符偶然就能完成的事。

而他们问的第三个问题是：“如果我们卖掉其中一个品牌会怎样？”由数据库守护的边界，也是一个你能从中干净地取出一份副本的边界。这不是巧合——隔离与可移植性，是同一种性质在两场不同会议上的样子。