Pilot planning

Runs in your browser No storage

Pilot Readiness Review

Create a Pilot Decision Record before you start, so your pilot has clear evidence, honest boundaries and a defensible decision at the end.

Privacy and scope

Use anonymised planning details only.

This tool uses structured choices only - there are no free-text fields, nothing is sent anywhere, and nothing is saved. Use anonymised, non-confidential planning details only.

It is planning support, not a substitute for legal, compliance, clinical, financial, HR, procurement, security or formal governance review.

Guided review

Build the decision record in four steps.

Choose structured answers only. Generate a record when you are ready; if you change an answer later, update the record deliberately.

1 Best-fit pilot situation

Pick the closest fit. The record is based mainly on what the pilot must prove and the conditions you select.

2 What the pilot needs to prove

A proof area is the claim people may want to make after the pilot. Pick one main claim so the tool can judge whether the pilot design is valid for that claim.

Pick one Main claim. Choose Also informs only for areas the pilot should help with, but does not need to prove fully. Anything left unselected is outside this pilot's evidence claim.

Product/technical readiness

The thing works reliably enough to use.

Usability/adoption

Intended users will actually use it without heavy hand-holding.

Demand/desirability

People genuinely want it, not just because they were asked.

Willingness to pay/commercial viability

People will pay, at a price that works.

Operational feasibility

The surrounding process, people and support can run it at all.

Operational scalability

It can run at real volume, not just in a hothouse.

Downstream value/outcome

It produces the result that matters, not just activity.

Stakeholder confidence

It builds enough belief to unlock the next decision or funding.

3 Conditions and instrumentation

Who is taking part in the pilot?

Is the pilot using the real price the market would need to pay?

How much support will participants receive?

Is the pilot running at a volume that reflects real use?

Are you measuring the downstream result that actually matters?

Example: sales conversion, time saved, fewer escalations, retention, quality improvement or another result beyond simple usage.

Is the pilot long enough and realistic enough to show normal behaviour?

Are the people the main claim depends on behaving like they would in normal operation?

If different groups are involved, answer for the group your main claim depends on most: users, customers, buyers, operators or support teams.