Insights

Fixing the First Constraint Isn't the Finish Line

There's a specific kind of relief that shows up once a real problem gets fixed. The tracking is accurate again. The follow-up process actually works. The reporting finally makes sense. It feels like the end of the diagnosis, the moment a business can stop looking and start growing. Most of the time, it's actually the moment a second, previously invisible problem gets its first real chance to be seen.

That's the idea behind Halo's third Indicator, Constraint Resolution: not "did we fix something," but three sharper questions asked in sequence. Did we identify the right bottleneck, the one actually limiting growth, rather than the one that happened to be loudest? Was it actually removed, confirmed, not just assumed? And once it was, did another constraint become visible behind it? That third question is the one businesses skip most often, because it's the one that arrives right when everyone least wants to hear it.

A regional placement and in-home care provider is a clean, real example of exactly that sequence. A second market had underperformed since launch, and the relationship with the account had narrowed into something purely reactive, campaign management and issue response, nothing more strategic than that. The obvious read was a performance problem: wrong targeting, wrong budget split, wrong creative for a new region. The real issue was something quieter. Tracking parameters were passing placeholder values. Form-to-CRM data was inconsistent. Scripts were interfering with attribution. The business wasn't looking at a performance problem at all, it was looking at a trust-in-the-data problem wearing a performance problem's clothes.

Fixing that, correcting the tracking, cleaning up the form-to-CRM handoff, was the first constraint identified and removed. It's also where most engagements would understandably stop, because the numbers start making sense again and that feels like resolution. It wasn't quite finished. Once the data could actually be trusted, a second thing became visible that the noisy tracking had been quietly hiding: the client's own parallel test platform wasn't mature enough to scale onto yet. Rather than treat the tracking fix as the finish line and scale anyway, the engagement deliberately held off, because scaling onto an unready platform would have just produced a second problem dressed up as progress. Full story on From Reacting to Leading.

That's Constraint Resolution in practice, not a slogan about persistence, a specific discipline: confirm the fix actually worked before deciding the problem is closed, and treat whatever becomes visible next as real information rather than an inconvenience. A specialist architecture firm's search campaign shows the first half of the same discipline from a different angle. Two things were genuinely wrong with the account at once, not one, a demand-side ceiling in a niche market that simply didn't generate enough monthly search volume, and a CAPTCHA tracking bug that was inflating the conversion numbers being reported. Treating either one alone as "the" constraint would have produced a confident, wrong answer. Only separating which was the actual growth ceiling and which was noise in the data made the diagnosis usable. Full story on We Told the Client the Market Was Too Small.

The reason this matters more than it sounds is that declaring victory early is expensive in a way that's easy to miss. A business that stops checking the moment the obvious fix lands doesn't just risk missing the next constraint, it risks scaling directly into it, the way scaling onto an unready platform would have compounded a data problem into an operational one. The first fix earns the right to ask the next question. It doesn't answer it.

A few honest questions worth asking the next time a real problem in your own business gets fixed:

  • Ask how the fix was confirmed, not just announced. "We changed it" and "we checked that changing it actually worked" are different claims, and only one of them is evidence.
  • Look for what the fix was quietly hiding. Bad data, broken tracking, and inconsistent reporting don't just obscure the problem they're attached to, they can obscure a second one sitting right behind it.
  • Resist the urge to scale immediately after a fix lands. The instinct to capitalise on momentum is understandable and often exactly wrong, if the next constraint hasn't been checked for yet.
  • Separate what's actually the constraint from what's just noise. More than one thing can be wrong at once, and treating the loudest one as the only one is its own kind of misdiagnosis.

Removing the first constraint doesn't tell you the business is fixed. It tells you which constraint was hiding behind it.

This is also the mechanism behind why Halo's own diagnostic sequence doesn't end at Prioritise. Deciding what to fix first is only half the discipline, confirming it actually got fixed, and staying honest about what shows up next, is the other half, which is why Halo's seven-stage system loops back through Measure and Repeat rather than stopping at Execute. Constraint Resolution is one of four things Halo actually measures on every engagement, alongside Visibility, Decision Confidence, and Alignment, precisely because none of the four are the kind of thing a business can confirm just by feeling like the work is done.

The same in-home care engagement is also a useful example of what happens after a constraint is genuinely resolved, not just found: the relationship shifted from reactive account management toward something closer to shared ownership of the system. That's covered in more depth in Reduce Dependency by Increasing Capability.

If a fix in your own business feels finished but you haven't actually checked what it was hiding, a Commercial Diagnostic is a 90-minute session built to find out. A Commercial Audit scores every commercial pillar the same way, evidence quality, performance gap, and commercial leverage, so the next constraint doesn't get a free pass just because the last one got fixed. More on the thinking behind this on About, or get in touch directly.

FAQ

What people ask about knowing whether a fix actually worked.

What does "Constraint Resolution" actually mean?

It's one of the four things Halo checks on every engagement, regardless of industry: did we identify the right bottleneck, was it actually removed and confirmed, and once it was, did another constraint become visible. It's a capability check, not a one-off fix.

How do I know if a fix actually worked, rather than just feeling finished?

Ask how it was confirmed, not just implemented. "We changed the process" is a claim. "We checked the process is now producing the result we expected" is evidence. If the honest answer is that nobody re-checked after the change, that's worth investigating before assuming resolution.

Isn't finding a second problem right after fixing the first one a bad sign?

Not necessarily. It's often a sign the first fix worked well enough to reveal what it had been hiding. The real risk is scaling or moving on before checking, not the second constraint's existence.

Can more than one thing be wrong with a business at the same time?

Yes, and treating the loudest one as the only one is a common misdiagnosis. The discipline is separating which one is actually limiting growth from which one is just noise, then sequencing the fixes rather than assuming there's only ever one answer.

Why not just fix everything at once?

Because that usually means fixing nothing properly. Halo's own diagnostic sequence prioritises one constraint at a time deliberately, confirms it's resolved, then repeats, rather than diluting effort across a long list of equally-urgent-sounding problems.