Name the event
What actually arrives: an enquiry, meeting decision, question or other operational request? Give one real example.
Use these eight questions with your team, incumbent supplier or any developer. The answers make a first scope easier to compare and accept.
The checklist works for configuration, off-the-shelf software and custom development.
What actually arrives: an enquiry, meeting decision, question or other operational request? Give one real example.
Which system owns the customer, appointment, job, task or policy record? What access or export exists?
What must a person approve, correct or reject before the software can act?
Who takes the next step when the request is normal, late, duplicated or incomplete?
Which states are known, which can be matched to source data and which must stay unresolved?
Which current feature or configuration already solves part of the problem? Specify the real gap before buying more software.
Include setup, provider use, staff review, support, data export and the option to stop.
Agree the sample cases, failures and measurements that would justify wider rollout.
Describe the operating event, current system, reviewer, owner and evidence of completion. Then ask suppliers which parts use a native feature, configuration, a connection or new code.
This is a scope example, not a customer result. It tells suppliers what must be observable and what remains conditional.
A demo should include duplicates, missing records, a rejected action and an unknown outcome. Those are the moments where team trust is won or lost.
We can test a bounded workflow with a named owner and a clear results review.