Product Owner — MuleSoft Platform-as-a-Service
Volkswagen Financial Services
Platform rolled out to 18 countries with SLAs, shared-responsibility models, and worldwide cost optimisation.
Expertise
Buying the platform is the easy part. Making it deliver across countries, business units, and ten years of legacy is the hard part. That is the work I do.
Most MuleSoft programmes do not fail at procurement. They fail at country four, at the third governance committee, at the moment a business unit realises the platform will not pay back this fiscal year. I have worked the inside of those rollouts at Volkswagen Financial Services across 18 countries, at University Hospital Zürich standing up the Integration Centre of Excellence, at DB Schenker re-architecting EDI and ESB into a working iPaaS. The same patterns hold every time.
Where most rollouts get stuck
MuleSoft itself works. Anypoint Platform is mature, the connectors are extensive, the runtime is solid. If your rollout is stalling, it is almost certainly one of three things — none of them on the product roadmap.
Governance written for the first three APIs, not the next three hundred. When you have ten APIs, anyone can keep the catalogue tidy. When you have three hundred APIs across fifteen business units, you need a published operating model: who owns what, who approves what, who gets called at 02:00 when something breaks. Most rollouts hit a wall at the governance limit they accidentally set in week six.
No path to cost recovery. The platform team gets funded centrally for the first eighteen months. Then someone in finance asks: who pays for this next year? Without a chargeback model, a published TCO per business unit, and a defensible value story, the funding gets cut in half before the rollout is half-done.
Country four syndrome. The first three countries onboard. Then everything stops. The first three had strong local champions, simple landscapes, helpful sponsors. Country four has none of that. Without an onboarding playbook calibrated to the hard cases, the rollout grinds to a halt.
How I work this
Most consultants will sell you the technical platform rollout. Some will add the governance. Very few connect the platform decision to the economics that have to make it sustainable. I work all three from week one.
The platform layer: the Anypoint hierarchy set up correctly — business groups for headquarters and each country, environments per business need, role-based access from the top down. I have made the mistakes here at scale and know what is expensive to rework later.
The governance layer: a working Centre for Enablement (C4E), not a slideware one. The operating model — federated ownership, central standards, escalation paths — that actually scales past the first thirty APIs. The published kind, not the implicit one that lives in someone's head.
The economics layer: chargeback model, TCO per business unit, and a value story you can put in front of the CFO. Without this, every rollout becomes a budget fight in year two. With this, you renew.
The Rapid Decision Framework runs alongside any of these — when the question is "MuleSoft vs Workato vs UnifyApps?", that is an evaluation problem I will solve with the same mathematical approach I use everywhere else.
Engagements
Volkswagen Financial Services
Platform rolled out to 18 countries with SLAs, shared-responsibility models, and worldwide cost optimisation.
USZ — University Hospital Zürich
Integration CoE stood up on MuleSoft, governance defined, migration plan from SAP PI to API-led architecture.
DB Schenker
EDI, API, and ESB integration co-built into an iPaaS across air and ocean logistics.
More expertise areas