
Design a software pilot that answers a useful question
Choose a representative pilot group, define its boundaries and decide how the results will inform a wider rollout.
Practical ideas for software, websites, mobile apps and the work they make possible. Find a clearer way forward.

Choose a representative pilot group, define its boundaries and decide how the results will inform a wider rollout.

Use representative invented or anonymised records to expose missing rules and improve software demonstrations and estimates.

Define ambiguous business terms and record meanings so your team and supplier build the same workflow.

Find the unusual cases that change your business rules and decide whether to support, route or defer them in the first release.

Make exclusions specific enough to prevent accidental scope growth while preserving a coherent workflow for the first users.

Record the reason behind important choices so future changes do not depend on somebody remembering an old conversation.

Turn a polished software demonstration into useful evidence by asking suppliers to complete representative business tasks.

Clarify where project materials, accounts and decisions will live so ownership expectations are visible before development starts.

Define the knowledge, files and demonstrations your business needs to continue confidently after the initial delivery team steps back.

Make launch a business decision by checking complete workflows, staff preparation, unresolved gaps and fallback arrangements.

Read estimates as conditional plans and ask which assumptions, dependencies and unanswered questions affect their reliability.

Learn how work actually happens through neutral questions, recent examples and careful observation before proposing software.