The most expensive bugs are not in the strategy. They are in the assumptions about infrastructure.
We recently shipped a system that performed brilliantly in testing. The strategy was sound. The logic was validated across years of historical data. Every metric pointed to a strong outcome. Then it went live, and the results diverged immediately.
The strategy was not the problem. The logic was exactly right. What failed was everything underneath it. Polling intervals were too slow, so the system was acting on stale information. Execution latency meant decisions were arriving after the window had closed. Fees and operational costs that were invisible in testing suddenly consumed the margin.
None of these issues showed up in the model. They could not, because the model assumed the infrastructure would behave perfectly. It assumed data would arrive instantly. It assumed actions would execute without delay. It assumed the environment would match the simulation. Every one of those assumptions was wrong.
This pattern repeats everywhere, not just in technical systems. Agencies see it constantly. A marketing strategy is mapped out in a workshop. The funnel is designed. The messaging is sharp. The media plan is costed. On paper, it is a strong campaign. Then it goes live.
The CRM does not sync leads for 45 minutes, so the sales team calls prospects who have already gone cold. The email sequence fires at 2am because nobody checked the timezone setting. The landing page loads in four seconds on mobile because the hero image was not compressed. The form captures the lead but does not pass the UTM parameters, so attribution is blind.
Every one of those is an infrastructure bug, not a strategy bug. The strategy was fine. The playbook was correct. But the execution stack, the actual machinery that turns the plan into results, had assumptions baked into it that nobody tested.
The instinct when results diverge from the plan is to question the strategy. Rewrite the messaging. Redesign the funnel. Rethink the targeting. That instinct is almost always wrong on the first pass. Before touching the strategy, audit the stack. Check that data is flowing where it should, when it should. Check that actions are executing within the window they need to. Check that the operational costs match what was modelled.
In our case, once we fixed the infrastructure, the same strategy performed as expected. No logic changes. No new approach. Just faster polling, tighter execution, and accurate cost modelling. The strategy was never broken. The plumbing was.
The lesson is uncomfortable because infrastructure is boring. Nobody gets excited about polling intervals or timezone configurations or image compression. The strategy meeting is the interesting part. The execution stack audit is the tedious part. But the tedious part is where the expensive bugs live.
If you are deploying systems for clients, whether that is a marketing automation platform, an AI tool, a client portal, or an operational dashboard, test the plumbing as hard as you test the logic. The most expensive bugs are not in the strategy. They are in the assumptions about infrastructure that nobody thought to question.
Knowing what to do is not the same as owning the systems that do it. The 12 Principals programme turns your methodology into an execution stack you own and can scale.