The IDEAL Framework for Audits That Actually Change Outcomes
Michel Fortin
Author

Article Summary
Most audits stop at description. They surface symptoms, compile findings, and hand over a report that gets filed and forgotten. The IDEAL framework is a five-stage diagnostic loop. It stands for Investigate, Decide, Execute, Analyze, Learn. Each stage has a trap that stalls most consulting work, and each stage compounds the ones before it. Running IDEAL turns diagnosis from a one-shot pronouncement into a repeatable practice that gets sharper every lap. And when you build an AI agent around it, each stage runs faster, deeper, and at a scale no individual leader can match alone.
A few years ago, an IT consulting firm in Toronto hired an agency in which I was a senior leader. Their content pipeline was strong. They were shipping how-to articles, technical deep-dives, a monthly customer webinar, and detailed implementation guides for the platforms they supported.
But their lead pipeline was declining.
The CEO had concluded the problem was content quality. He had rotated writers, hired an editor, switched agencies, and rewritten the editorial brief twice.
The next move was a six-figure quality intervention.
I ran my diagnostic loop on it.
The first stage produced a stack of data the team hadn’t pulled together. Two years of published work, the conversion paths their inbound was taking, the citations the content was earning, sales call recordings sitting in a folder nobody opened, and topic distribution against the buyer language from closed deals. Pieces of this lived on different dashboards. But nobody (until that point) had assembled the full picture.
The data pointed, at first glance, in the direction the CEO had bet on. Overall content scored below benchmark on quality. A faster diagnostician would have stopped there, written up the finding, and prescribed the quality intervention.
I almost did.
The second stage saved me.
When I sat down to commit to a diagnosis, the part of the data I hadn’t integrated changed the picture. The content that scored worst on quality was producing the best leads, most of the high-fit inbound. But the content that scored best was producing the audience the sales team didn’t want.
The team had been writing high-quality content for the wrong reader.
The quality fix the CEO was about to fund would have produced even better content for the audience that was already converting at a rate the firm couldn’t monetize. The real diagnosis wasn’t a content quality issue. It was a positioning gap. The right intervention was a re-aim of the editorial calendar at the buyer the firm wanted, not a quality lift on the body of work.
The CEO had been ready to spend another quarter and another six-figure budget on the wrong problem.
That engagement is a perfect example of a principle I’ve been running for 35 years. Diagnosis before prescription. Always. More importantly, diagnosis isn’t a single move. Over the years, I’ve refined it into a five-stage loop, and the loop is what turns diagnostic posture into practice.
I call the loop IDEAL. It stands for Investigate, Decide, Execute, Analyze, Learn.
The acronym is ideal (pun absolutely intended) because running it won’t find the perfect solution to every challenge. No diagnosis is 100% foolproof and some cases are quite complex. But what you can learn from running the loop will increase your chances of finding the ideal one.
Why it’s a loop, not a sequence
A sequence runs once and ends. A loop closes and reopens.
The distinction is the part most consulting frameworks miss. A sequence leaves no residue behind for the next engagement. When it works, great. When it doesn’t, it’s forgotten. A loop closes and reopens, and every subsequent lap sharpens the diagnostic for every engagement that follows.
The first lap produces a diagnosis on the engagement at hand. The learning captured in the fifth stage updates the templates the next engagement uses to run the first. Over a career, this compounds into what the market eventually recognizes as judgment.
Expertise.
Each stage is a prerequisite for the next. Skip one and the loop breaks.
I. Investigate
This is intelligence gathering without premature conclusions.
The job of this stage is to read the system as it actually operates, not as the team believes it operates and not as the brief described it. The brief is a compressed version of the loudest hypothesis in the room. Investigate done right is the discipline of not picking a hypothesis until the data has surfaced the one nobody named.
The discipline is restraint. Hold the first read open rather than closing it around what you expected to find. The pull toward the familiar answer is the biggest hurdle at this stage.
I’ve learned to enter Investigate with the executive’s diagnosis saved to a folder on my desktop I don’t open again until the stage is done. Their diagnosis is a data point that belongs in the read but doesn’t get to lead it.
In a revenue architecture diagnostic, this means mapping the full buyer journey, auditing content and positioning across channels, reviewing the proof stack, and identifying where the handoffs between functions break down. In a marketing audit, it means pulling the data before forming any opinions about what the data means.
The trap: confirmation hunting. When you know what you expect to find, you run the stage looking for data that supports the expectation, dismiss the data that contradicts it, and arrive at Decide with a pile of evidence for a conclusion you reached before the investigation started.
Where AI amplifies. When I run this stage with an AI agent, the scope expands significantly. The agent can pull competitive positioning data, analyze content gaps, map keyword authority, and surface patterns across large datasets while I’m having the first stakeholder conversation. By the time I sit down to synthesize, I have intelligence that would have taken a week to gather manually.
D. Decide
This is where the loop stops being safe.
You commit to a diagnosis you can be wrong about. It’s a data-informed decision, but it’s a decision, which means it’s a risk. Investigate rarely hands you one clean answer. It hands you a read, and the read usually supports more than one plausible problem.
Deciding is three decisions, not one.
- You decide which of the data actually forms the diagnosis and which is noise. This isn’t cherrypicking. It’s filtering the data to ensure it’s relevant and noteworthy.
- You decide on the diagnosis itself, the one read of the system you commit to over the other plausible ones. Challenges may carry several causes, gaps, or opportunities. The goal is to determine which one deserves attention.
- Then you decide on the prescription, the specific intervention that diagnosis calls for. Because, as I often say, there are many ways to feed a cat.
A real diagnosis names the root cause, separates symptoms from the constraint, and is specific enough to be wrong. That’s what falsifiable means.
Decide is the stage most consulting work stalls at. The bigger temptation is to hand the executive a deck of “findings” that lists every signal the investigation surfaced and leaves the synthesis to the room. That’s description dressed as diagnosis. The room hired you to make the call. Avoid the call and you’ve failed at the assignment.
Decide is also the most human stage of the loop.
Investigate benefits from tools like AI that can pull data at scale. The next stage, Analyze, can also run partially on autopilot once the prediction is set. But Decide can’t be delegated, because the synthesis is a judgment call that requires context, experience, and nuance the tools don’t have.
Machines are fast. Humans are wise. You need both.
In the engagement I opened with, Investigate took about ten working days. Decide took about forty-five minutes. The asymmetry is the rule, not the exception. Most of the time in a real diagnosis goes into the read. The commitment, once the read is done, lands fast.
The trap: hedging. When you’re afraid of being wrong, you write a diagnosis that points in two directions at once. The room can’t act on it, and Analyze has nothing to measure.
A diagnosis you can be wrong about is the only kind that counts. If it’s certain and can’t be wrong, then it’s not diagnosis. It’s description.
E. Execute
Execute is where the diagnosis meets the calendar and the team.
It takes the prescription Decide committed to and turns it into work that changes the system. The obvious trap is sloppy execution. The real trap is execution that loses fidelity to the diagnosis. I call it execution drift. A team can ship the right intervention on the wrong specification. The work looks like the diagnosis from a distance and behaves like the original brief when it meets the buyer.
The discipline is to keep the diagnosis in the room while the intervention is being built. I write the Decide sentence at the top of every Execute brief I sign off on. It anchors the document. Every section has to demonstrate that it’s in service of that sentence, and the sections that can’t demonstrate the trace get cut.
The cut sections are often the ones the team is most invested in. Holding the line on the trace is a choice the team experiences as resistance.
The choice is the work.
In a fractional engagement, this might mean restructuring a content architecture, rewriting positioning, rebuilding the handoff between marketing and sales, or redesigning the metrics framework a board reviews each quarter.
The trap: busywork. A team that hasn’t internalized the diagnosis runs Execute as a checklist of activity that adds visible motion without changing the system. Dashboards move, output ships, and the constraint stays in place.
Where AI amplifies. The AI agent’s role here shifts to implementation support. Drafting, formatting, cross-referencing, and producing the deliverables that would otherwise consume the consulting team’s time. The strategic thinking has already happened. Execute is about translating it into action without losing the precision of the diagnosis.
A. Analyze
You’ve tested your hypothesis. Analyze is where you find out if you were right.
The question isn’t whether the metrics moved or whether the team feels better about the work. It’s whether the specific outcome the Decide stage committed to has actually landed inside the window the engagement set.
This is the stage most consulting work skips. The deliverable has shipped, the retainer has converted to the next quarter, and the team has moved on. Nobody is checking whether the diagnosis was right. Going back to verify the last one feels, in the room, like reopening a closed case.
It’s not a closed case. It’s one you can close only by checking the prediction. Skip Analyze and you’re treating diagnosis as a one-shot pronouncement rather than a falsifiable bet.
The trap: celebration bias. When you’re invested in the diagnosis being right, you read the data charitably and skip the parts that contradict. The intervention “worked enough,” the team is happy, and the retainer is renewing. But the gap between the prediction and the outcome quietly doesn’t get measured. The next engagement starts from a corrupted template, and you don’t notice for a year.
Where AI amplifies. An AI agent running ongoing analysis can surface these gaps automatically. Tracking content performance against benchmarks, flagging positioning drift, monitoring competitive movement, and alerting when leading indicators diverge from expectations.
L. Learn
Learn is what makes the next engagement faster than this one.
It converts the result of the current engagement into something the next engagement starts from. Analyze produced a verified outcome. Learn asks what the outcome teaches that you didn’t know before the engagement started, and updates the templates, the benchmarks, and the hypotheses the next loop will run on.
This is the stage that produces the compounding return on the diagnostic practice. The first lap produces a diagnosis on the engagement at hand. But the Learn stage of that lap updates the templates the next engagement uses to run Investigate. Consequently, the next engagement’s Investigate runs faster, deeper, and against sharper questions.
The discipline is to write the lessons down in a form the next engagement can use. A lesson that lives in your head fades. A lesson that lives in a template you run against the next engagement compounds.
The trap: assuming the engagement is over once the report has been delivered. Learn runs after the report, and even after the relationship has moved on. It’s the part of the work you do for the practice rather than for any one client. Skipping it because the client is no longer paying for it is choosing short engagement revenue over long career leverage.
Where AI amplifies. The AI agent’s memory becomes an asset. Indexing what worked, what didn’t, and under what conditions, building a knowledge base that informs every future Investigate stage. Learn produces three outputs. Updated diagnostic templates, revised benchmarks, and new hypotheses to test in the next engagement. It’s the stage that separates a team that gets better over time from one that repeats the same audit indefinitely.
Judgment isn’t a talent. It’s what accumulates when you keep closing the loop.
What happens when you skip stages
Investigate without Decide produces analysis paralysis. You gather data without ever committing to a read of what it means. Skip the read and walk straight into Decide, and you produce opinion the room mistakes for diagnosis. You name a root cause you could have named before you arrived.
Skipping Decide and going straight to Execute produces busywork. The team ships output against a brief that was never tied to a real diagnosis. The output looks productive on the dashboard, but the constraint stays in place.
When Analyze runs without a clean Execute, you get philosophy. You have a diagnosis and a prediction, but the intervention never shipped, or shipped at half-scale. The data can’t verify the prediction.
Learn without all four produces nothing. There’s no read, no diagnosis, no intervention, no verification. Nothing to learn from. The career runs on the same shapes you started with and never gets faster at the part that matters.
How AI Amplifies the Loop as a Whole
The IDEAL framework works as a purely human process. But it scales when you build an AI agent around it.
The agent handles the volume. The research, the data synthesis, the pattern recognition, the drafting, the monitoring. The expert handles the judgment. The diagnosis, the strategic recommendations, the client relationship, the accountability for outcomes.
This isn’t automation for its own sake. It’s leverage. The same person who could run two engagements at depth can now run four or six, because the stages that previously consumed time (Investigate and Analyze especially) can be partially delegated to a well-designed agent.
The output isn’t a faster version of the old process. It’s a different class of work entirely. Deeper intelligence, sharper diagnostics, faster feedback cycles, and a continuously improving knowledge base that makes every subsequent engagement better than the last.
How to run this on your own work
Pick a growth problem you’re currently trying to solve. Anything that’s not moving. Then ask yourself where in the loop you are.
- If you have a hypothesis but haven’t pulled the data, you’re at Investigate. Pull it. Include the data you haven’t been looking at.
- If you have the data but haven’t committed to a diagnosis, you’re at Decide. Write one sentence naming what you believe is the root cause. Make it specific enough to be wrong.
- If you have a diagnosis but the intervention has drifted from it, you’re at Execute. Compare the current brief to your Decide sentence. Cut what doesn’t trace back.
- If you shipped the intervention but haven’t checked the outcome against the prediction, you’re at Analyze. Pull the data. Read it against the prediction you set at Decide.
- If you know what happened but haven’t updated your templates, you’re at Learn. Write down the lesson in a form the next engagement can use.
The stage you’re stuck at is usually the one you’re avoiding.
What This Means for How You Buy Consulting
If you’re a growth-stage leader evaluating fractional executives or strategic consultants, IDEAL gives you a useful filter.
Ask any consultant you’re considering. What does your diagnostic process look like? Do you have a loop, or do you have a methodology? How do you test whether your recommendations were right? What do you learn from each engagement that you bring to the next?
The answers will tell you quickly whether you’re hiring someone with a repeatable system or someone with a slide deck.
Growth problems rarely resolve with a single pass. What resolves them is a structured loop, run with discipline, amplified by the right tools, and guided by someone with the judgment to know what the data actually means.
That’s what IDEAL is designed to produce.
If your growth is stalled and you suspect the diagnosis has been wrong all along, that’s the pattern this loop is built to catch. Let’s have a chat.
Frequently Asked Questions
What does IDEAL stand for?
IDEAL is a five-stage diagnostic loop. Investigate, Decide, Execute, Analyze, Learn. It’s designed for audits, architecture diagnostics, and any strategic engagement where the goal is to find the root cause of a growth constraint before recommending a solution.
How is IDEAL different from a standard consulting framework?
Most consulting frameworks are linear. Gather information, make recommendations, deliver a report. IDEAL is a loop. The Analyze and Learn stages feed back into the next Investigate stage, which means every engagement produces intelligence that improves the next one. The framework gets sharper over time rather than repeating the same process indefinitely.
What are the traps at each stage of IDEAL?
Each stage has a specific way it fails. Investigate breaks down through confirmation hunting, when you look for data that supports the diagnosis you already believe. Decide fails through hedging, when you write a diagnosis vague enough not to be wrong. Execute drifts into busywork, when a team ships motion without changing the constraint. Analyze skips through celebration bias, when you read the outcome charitably and never verify the prediction. Learn is skipped entirely most of the time, treated as optional once the report is delivered. Naming the trap at each stage is how you keep the loop honest.
How do I know which stage of IDEAL I’m stuck at?
The stage you’re stuck at is usually the one you’re avoiding. If you have a hypothesis but haven’t pulled the data, you’re at Investigate. If you have the data but haven’t committed to a diagnosis, you’re at Decide. If you have a diagnosis but the intervention has drifted from it, you’re at Execute. If you shipped the intervention but haven’t verified the prediction, you’re at Analyze. If you know what happened but haven’t updated your templates, you’re at Learn.
At what stage does AI play a role in the IDEAL framework?
AI amplifies the stages that involve volume and pattern recognition. Primarily Investigate and Analyze. An AI agent can pull competitive data, surface content gaps, monitor leading indicators, and flag when outcomes diverge from predictions. The Decide stage remains a human judgment call. The diagnosis, the strategic recommendation, and the accountability for outcomes belong to the expert with the experience and context to make them.
Can IDEAL be used outside of marketing or revenue audits?
Yes. The loop applies to any structured audit or architecture review where the goal is to understand a system before intervening in it. I’ve applied it to revenue architecture diagnostics, content strategy audits, positioning assessments, and board-level growth reviews. The specific intelligence gathered in the Investigate stage changes based on the context. The structure of the loop stays the same.
How does IDEAL relate to the diagnostic work described in your other frameworks?
IDEAL is the operating loop that runs underneath the diagnostic process I’ve described elsewhere. The three-lens Sherlocking method (OATH, Power Positioning, FORCEPS) is one application of the Investigate stage. Revenue architecture is what the Execute stage often produces. IDEAL is the container that connects those frameworks into a repeatable, improvable system.
Michel Fortin
Michel Fortin is the creator of Power Positioning and a fractional CGO/CMO/CRO/CSO who helps growth-stage companies, expert-led firms, and SaaS brands diagnose what's stalling their growth and build the systems to fix it. Over 35 years and more than 200 industries, his work has influenced over $3 billion in revenue by combining deep positioning expertise with AI-powered marketing strategy. He's the author of Power Positioning and a recognized thought leader on organic visibility, revenue architecture, and authority-driven growth. Michel writes the Fortin File™ Newsletter (on Substack), where he shares strategic insights on positioning, AI, and sustainable growth for leaders and consultants.

Paste your homepage into an AI tool and ask for a three-sentence summary. Do the same for five competitors. If the six summaries are interchangeable, you have a description, not a position. Here’s the fix.

Michel Fortin argues positioning isn’t a tagline but a company-wide operating decision — which buyer you’re built to close, what proof you can defend — that marketing, sales, product, and hiring all inherit. His FAME pillars operationalize it.

Branding and brandifying differ. Branding decorates what already exists; brandifying names something into existence so it can be owned. I’ve done the latter for 35 years. Here’s the line, the move, and why category-claiming firms must brandify.
