Skip to main content

Part VII

PART VII: Implementation

A recommendation tells the organisation what it should do. Implementation explains how it will actually happen. This is where strategy becomes execution. A strong implementation plan demonstrates that your team has thought beyond the idea. It identifies the actions, people, resources, capabilities, timing, risks, and measures required to turn the recommendation into results. The goal is to answer one critical question: Can this organisation realistically make our recommendation happen?

Chapter 11: A Recommendation Isn’t a Strategy Until You Can Execute It

Video: Recommendation & Implementation That Seals the Win: Make It Realistic, Visual & Unforgettable

One of the biggest differences between an interesting idea and a winning case solution is implementation.implementation. Teams often spend most of their case-solving time deciding what the organisation should do and then treat implementation as an afterthought. The recommendation might be excellent. But judges still need to see:understand: How does the organisation make this happen? A strong implementation plan takes the recommendation from:

IDEA → ACTION → EXECUTION → RESULTS

It demonstrates that your team understands not only the strategy but also the organisational realities required to execute it.

The Implementation FrameworkIs More Than a Timeline

One of the most common implementation slides looks something like this:

  • Phase WHAT?1 → Phase 2 → Phase 3 or:
  • Year 1 → Year 2 → Year 3

A timeline is useful, but a timeline alone is not an implementation plan. Knowing when something happens does not tell management:

  • what needs to happen;

  • who is responsible;

  • what resources are required;

  • what capabilities are needed;

  • what needs to happen first;

  • what could go wrong;

  • how those risks will be managed;

  • or how success will be measured.

A strong implementation plan answers all of these questions.

The Implementation Framework

A practical implementation plan can be built around seven questions:

WHAT → WHO → WHEN → HOW → RISK → MITIGATION → KPI

Each question adds another layer of credibility to the recommendation.

1. WHAT?

What needs to happen?

  • Break the recommendation into specific actions. If your recommendation is: Launch a digital loyalty program. That is not yet an implementation plan. The actions might include:

    1. Define program objectives and target customers.

    2. Design the loyalty proposition.

    3. WHO?

        Select or develop the technology platform.

      • Integrate the platform with existing systems.

      • Train employees.

      • Pilot the program.

      • Measure results.

      • Refine the program.

      • Scale the program.

    The recommendation tells management where to go. The implementation plan identifies the steps required to get there.

    2. WHO?

    Who owns each action?

  • Strategies
  • do not implement themselves. Someone must be responsible. Think beyond thesimply CEO;writing: consider:CEO beside every major activity. Implementation may involve:

    • departments;

    • functional managers;

    • employees;

    • externalproject partners;teams;

    • consultants;external partners;

    • suppliers;consultants;

    • technology new hires.

  •  WHEN?
    • What happens:
      • immediately;providers;

      • next week;suppliers;

      • next month;distributors;

      • nextnew quarter;hires.

      For example:

      ActionOwner
      Define customer segmentsMarketing
      Build financial modelFinance
      Select technologyIT
      Design employee trainingHR
      Manage pilotOperations
      Evaluate resultsProject Lead

      Clear ownership increases accountability. Ask: If this action does not happen, who should management ask why? If you cannot answer that question, ownership is not clear enough.

      3. WHEN?

      What happens when? Implementation requires sequencing. Consider what needs to happen:

      • immediately;

      • next week;

      • next month;

      • next quarter;

      • within six months;

      • within one year;

      • over the nextlonger year?term.

      But don't choose timing simply because it creates a neat slide. Ask: What determines the timing?

      • Some activities cannot begin until others are complete.
      • Technology may need to be selected before integration begins.
      • Employees may need training before launch.
      • A pilot may need to be evaluated before national expansion.
    • This

    • creates HOW?dependencies.

      Think in Phases

      A useful way to simplify implementation is to organise activities into phases.

      Phase 1: Prepare

      Build the foundations required for implementation. This could include:

      • research;

      • planning;

      • budgeting;

      • hiring;

      • partner selection;

      • technology selection.

      Phase 2: Pilot

      Test the recommendation on a manageable scale. This allows the organisation to:

      • validate assumptions;

      • gather customer feedback;

      • identify operational problems;

      • measure early results;

      • reduce risk.

      Phase 3:  Scale

      Expand what works. This could include:

      • geographic expansion;

      • additional customer segments;

      • increased capacity;

      • additional employees;

      • broader marketing.

      Phase 4: Optimise

      Use the results to improve performance. The exact phases depend on the case. The important principle is: Implementation should reflect how the organisation would realistically execute the strategy.

      4. HOW?

      What resources and capabilities are required? Every strategy requires something. Consider:

      Financial Resources

      • Initial investment

      • Operating costs

      • Working capital

      • Contingency funding

    • RISK

      People

      • Existing employees

      • New hires

      • Training

      • Leadership

      • Specialized expertise

      Technology

      • Software

      • Hardware

      • Systems integration

      • Data

      • Cybersecurity

      Physical Resources

      • Facilities

      • Equipment

      • Inventory

      • Distribution capacity

      External Resources

      • Suppliers

      • Consultants

      • Partners

      • Contractors

      • Distributors

      Then ask: Does the organisation already have these capabilities? If not: Can it build them, buy them, hire them, or partner to access them? This connects implementation directly back to feasibility.

      Implementation Should Connect to the Budget

      Your implementation plan and financial analysis should tell the same story. If your implementation requires:

      • 15 new employees;

      • a technology platform;

      • a major marketing campaign;

      • employee training;

      • and expansion into three markets,

      those requirements should appear somewhere in the financial analysis. Likewise, if your budget contains a $5 million technology investment, the implementation plan should explain what that investment enables and when it occurs. The judges should not see one strategy on the implementation slide and a different strategy in the financial model. Strategy, implementation, and financials should reinforce one another.

      5. RISK

      What could prevent the plan from succeeding? Every recommendation has risk. Ignoring risk does not make the recommendation look stronger. It makes the analysis look incomplete. Consider:

      • customer adoption risk;

      • financial risk;

      • operational risk;

      • competitive response;

      • employee resistance;

      • technology failure;

      • supply disruption;

      • regulatory risk;

      • reputational risk;

      • implementation delays.

    • Focus

    • on the risks that could materially affect the recommendation. You do not need to list everything that could go wrong.

      6. MITIGATION
      • What will you do toabout the risk? Identifying risk is only half the job. For every major risk, ask: How can we reduce either the probability of it happening or the impact if it does? For example:

        RiskMitigation
        Low customer adoptionPilot before full launch
        Employee resistanceEarly engagement and training
        Technology failureStaged rollout and backup systems
        Cost overrunsContingency budget and stage-gate reviews
        Demand exceeds capacityPhased expansion and capacity triggers

        This demonstrates that risk?the team has considered not just the upside of the recommendation but also what happens when things do not go according to plan.

        Don't Forget the Risk of Success

        Teams naturally think about what happens if the strategy fails. Also ask: What happens if it works better than expected? What if:

        • demand doubles?

        • faster than expected customer adoption?

        • inventory runs out?

        • the website can't handle the traffic?

        • employees can't meet demand?

        • additional working capital is required?

      • Rapid

      • success can create operational and financial problems of its own. A strong implementation plan considers downside and upside risk.

        7. KPI
        • How will youwe know whether it is working? Implementation should include clear measures of success. But avoid selecting KPIs simply because they are easy to measure. The KPI should connect to the objective of the recommendation. If the objective is customer retention, website traffic alone is probably not enough. If the objective is profitability, revenue growth alone does not tell you whether the strategy succeeded. Ask: What evidence would demonstrate that our recommendation is actually solving the problem?

          Leading and Lagging Indicators

          A strong measurement system usually contains both.

          Leading Indicators: Leading indicators provide early signals about whether implementation is moving in the right direction. Examples include:

          • customer adoption;

        • employee training completion;

        • conversion rate;

        • pilot participation;

        • website engagement;

        • implementation milestones;

        • sales pipeline;

        • capacity utilization.

        They help management answer: Are we on track?

        Lagging Indicators: Lagging indicators measure the eventual outcomes. Examples include:

        • revenue;

        • profit;

        • market share;

        • customer retention;

        • customer satisfaction;

        • cost savings;

        • ROI.

        They answer: Did it work?

        Connect KPIs to Actions

        A useful implementation plan connects: ACTION → OWNER → TIMING → KPI. For example:

        ActionOwnerTimingKPI
        Launch pilotMarketingMonth 35,000 participants
        Train employeesHRMonths 2–395% completion
        Evaluate pilotFinance/MarketingMonth 6+5% retention
        Begin expansionOperationsMonth 7Pilot targets achieved
        Scale programExecutive TeamYear 1Target ROI achieved

        Now the implementation plan does more than tell management what to do. It creates accountability.

        Build Decision Gates Into the Plan

        Not every implementation should proceed automatically from one phase to the next.

        Sometimes the better approach is:

        PILOT --> MEASURE--> DECIDE --> SCALE / MODIFY / STOP

        For example: Expand nationally only if the pilot achieves a customer adoption rate above 20%, improves retention by at least 5%, and remains within the approved acquisition cost. This creates a decision gate. Decision gates make implementation more credible because they acknowledge uncertainty. Management is not committing blindly to the entire strategy on Day 1. It is committing resources progressively as evidence develops.

        Implementation Should Be Visual

        Whenever possible, show implementation using:rather than describing it. Useful visuals include:

        • timelines;

        • Gantt charts;

        • phased plans;roadmaps;

        • critical paths;

        • tables;

          milestone diagrams;

        • ownership structures.

          responsibility tables;

        • decision gates;

        • risk matrices.

        Don’tAvoid makeplacing a large paragraph on the judge read a paragraphslide explaining everything management needs to do. The judge should be able to look at the implementation.implementation slide and quickly understand: ShowWhat it.happens first? What happens next? Who owns it? When do we know whether it is working?

        KPIsThe Implementation Reality Test

        KPIsBefore should measure whetherfinalising the strategyimplementation isplan, actually working. Consider both:ask:

        • LeadingWHAT? indicators:Do Signalswe know exactly what needs to happen?
        • WHO? Does every major action have an owner?
        • WHEN? Is the timing realistic?
        • HOW? Have we identified the necessary resources and capabilities?
        • DEPENDENCIES? Do we know what must happen before something else can begin?
        • COST? Does the implementation plan match the financial model?
        • RISK? Have we identified the risks that tellcould youmaterially affect execution?
        • MITIGATION? Have we explained how the organisation will manage those risks?
        • KPI? Can management determine whether implementation is working?
        • SCALE? Have we considered what ishappens likelyif tothe happen.
        • recommendation
        • Laggingsucceeds indicators:faster Resultsthan that tell you what actually happened.expected?

        ForIf example:

        you

        Leading:

        cannot
          answer
        • customerthese adoption;
        • questions,
        • employee training completion;
        • conversion rate;
        •  implementation milestones.

        Lagging:

        • revenue;
        • profit;
        • market share;
        •  retention;
        • customer satisfaction.

        A goodthe implementation plan tellsprobably needs more work.

        Discover Your Mad Skills Principle

        Implementation is where you prove that your recommendation can survive contact with reality.

        A creative strategy may get the organisation:judges' attention. A realistic implementation plan builds their confidence.

        The Bottom Line

        • A recommendation answers: What should the organisation do?
        • Implementation answers: How will the organisation actually do it?
        • A strong implementation plan connects: WHAT → WHO → WHEN → HOW → RISK → MITIGATION → KPI
        • And ultimately answers two questions for management: What are theywe doing? |and How will theywe know whether it worked?

        When your implementation plan can answer both clearly, your recommendation stops being an interesting idea and starts becoming an executable strategy.