Prior executive role · post-acquisition platform strategy
What had to merge, and what didn't
- Situation
- Four acquisitions brought overlapping enterprise platforms under one roof, and roughly seventy managers and developers with them. The assumed answer was one merged product.
- The call
- Treat “should we consolidate” as three questions, not one. Identity, authentication, security and infrastructure became common. The domain engines stayed put: different teams, genuinely different processes, and a rewrite no customer would see. Between them, published APIs and agreed data flows, not a shared codebase.
- Said no to
- The all-or-nothing framing, in both directions. A full merge would have rewritten engines that already worked. Fully separate stacks would have meant two of every control plane.
- Returned
- Year-one scope narrowed to what had to be common, each product line kept its roadmap, and consolidation moved to later years, when a case existed.
What transfers“Consolidate” is three questions, not one: what must be common, what stays local, and what only needs a contract between them.