With the strategy question reframed, the integration ran along three streams in parallel.
Operations and customer support — the easiest stream. The integration was additive: Voiceworks NL and Swyx DE served different customer bases with overlapping products. The merger expanded support capacity without either side having to lose staff. When something is integrated rather than reduced, political friction is low.
Sales — the middle stream. Sales motions, pricing lists and cross-sell logic between the countries had to be aligned. The ERP roll-out for sales and finance — deliberately limited to one country, to keep complexity inside the steering window — made the commercial data side consolidatable.
Product synchronisation — the honest part. The aim was for both companies to offer the same portfolio. Cross-sell into the existing customer bases was the growth argument of the entire PMI thesis. That synchronisation didn't work as planned. The reason was neither technical nor organisational. It was customer-structural: Swyx's largest customer was a competitor of substantial products from the rest of the Enreach portfolio. The moment cross-sell suggestions would have moved in their direction, that would have called Swyx's strategically most important customer relationship into question.
We honestly reduced the stream to what was feasible: product-architecture convergence for the customers where there was no competitive conflict, instead of a blanket synchronisation. That was less than planned. It was also the only thing that respected the commercial reality of Swyx's main-customer relationship.
The licence server under the desk. The sharpest conflict of the twelve months played out where nobody expected PMI friction: in the development sites. Operations was easy (additive), sales was medium (political). Development was hard — on two levels at once.
Level one was operational. The development team in Germany built good products. But parts of the implementation were short-thought-through: the licence-issuing system ran on the computer of a single product manager, under his desk. If the computer was off, the colleague ill, on holiday, or simply not at the office — no new licences could be issued. An entire productive supply chain hung on one desk.
We lifted the server into a controlled environment, mapped it cleanly, made it failover-resilient. The operational layer was tidied.
Level two was political. The transparency that became visible after tidying — how things had really run, which decisions had been short-thought-through, which silent assumptions had carried the development steering — was not initially welcomed by the development team and its leadership. Tidying is the smaller half of the work. Making visible what wasn't visible before is the larger — and it is always political, because it exposes performance assumptions that had not been exposed under the old regime.