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

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

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

集团真正能共享什么

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

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

集团总会问的第二个问题

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

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