The Road Method
Field note 06 / Technology adoption

The pilot worked. Nobody changed how they work.

A successful pilot does not guarantee that the value will show up in daily work.

A proof of concept can show that the technology works. A pilot asks a harder question: can a group use it in a limited, real-world setting? Production asks whether the organization can keep using it as part of everyday work.

A pilot aims to control many of the conditions around it. In a production rollout, this becomes more difficult. More people, systems, integrations, exceptions and competing priorities enter the picture. Before rollout, business owners and the people affected need to work through what the pilot may have missed.

What the pilot actually proved.

Take a common handoff. During the pilot, a specialist cleans the input, checks the answer and resolves exceptions. In normal operation, those tasks fall to someone with a queue to clear. If the extra steps take longer than the old process, returning to it may be reasonable.

This does not make the pilot unsuccessful. It shows what the pilot proved and what still needs to be tested before release. The technology team can identify the conditions it controlled during the pilot. The business owner and people close to the work can identify what will be different in production. Both groups need to be part of the decision to release it.

The research shows why that difference matters. McKinsey’s State of AI survey, published in August 2026, found that 80% of respondents said AI improved their individual productivity. Yet only 37% attributed any positive EBIT impact to AI, and just 6% met McKinsey’s definition of an AI high performer. The organizations in that small group were much more likely to redesign the work instead of adding AI to the existing process.

Value may show up somewhere else first.

A 2026 MIT Sloan Management Review study looked at the same six-week period over four years at a community college. Staffing and working hours stayed broadly stable. The change appeared elsewhere: work moved from meetings into writing, first passes became clearer, and some decisions closed faster.

That tells us more than simply asking whether people had fewer hours of work. AI may improve the quality or location of work before it removes work. It may also shift effort to another person, add checking, or create a new queue nobody measured.

If the benefit case promised fewer hours, test the hours. If it promised better decisions, decide how you will recognize a better decision and look for it. Do not use an easy activity measure in place of the result the investment was supposed to produce.

Follow the handoff.

Start with the behavior that was supposed to change. Who does the work after the pilot ends? What information do they need? Where does the result go? Who handles a case the tool cannot complete?

The answers help separate problems that can look the same at first. The tool may not fit the workflow. A manager may still reward the old behavior. The work may not be important enough to survive the pressure of daily deadlines. Several can be true at once.

A first move

Observe a normal week.

Choose one pilot with a positive result. Follow comparable work after the pilot team steps back. Record preparation, checks, handoffs, exceptions and rework. Compare the whole process with the previous way of working.

Then return to the promised benefit. Look for the measure that should move and the person able to explain it. Saving time on one step does not prove an overall saving if the work moved elsewhere. A faster answer does not prove the decision was better if nobody can describe what improved.

A successful pilot is useful evidence. The next test is whether the new way of working lasts and whether anyone can show where the value appeared.