How do we evaluate a pilot's benefit honestly?

Pilot attribution limits

Compare outcomes with the pilot's conditions and acknowledge selection, support, and measurement limitations. Avoid generalizing a favorable small trial to every future user or operating context.

What to do now

  1. Define the pilot's question and baseline
  2. Record participant and support conditions
  3. Measure outcomes and unintended effects
  4. State what the evidence does and does not support
Recommended action flow for pilot attribution limits: Define the pilot's question and baseline then Record participant and support conditions then Measure outcomes and unintended effects then State what the evidence does and does not support. Escalate when the rollout decision assumes benefits the pilot did not test.

When to escalate

Escalate when

The rollout decision assumes benefits the pilot did not test.

Who decides

The product or business benefit owner

Example

A pilot with expert users prompts a broader test before forecasting benefits for all staff.

Mistake to avoid

Presenting a supported pilot's results as guaranteed organization-wide performance.

Prevent a repeat

Compare observed outcomes with the baseline and separate forecast benefits from benefits actually measured.

Suggested ApprovedFlow setup

  • Projects
  • Tasks
  • Documents

Keep the intended outcome and measurement plan with the project, and assign improvement work to an accountable business owner. See the platform

Related cases

Practice references