1

Discovery

Business problem, users, current workflow, integrations and constraints are documented.

2

Written scope

Modules, exclusions, dependencies, timeline, acceptance criteria and commercial terms are written before paid build work.

3

Build & review

Approved scope is implemented and tested. Demo/review evidence is shared at agreed milestones.

4

Acceptance

Requested corrections are checked against the written acceptance criteria rather than an open-ended feature list.

5

Launch & handover

Deployment, source handover, admin access, documentation and support window are completed as stated in the proposal.

Sample handover pack

Scope record

Approved feature list, exclusions, integrations, users/roles and acceptance criteria.

Source & deployment

Source repository or source archive for the custom work we build, deployment notes and environment-variable checklist without exposing live secrets.

Admin / operator guide

How to use the system, review leads/data, perform common admin actions and contact support.

Data & ownership

Customer-owned data/export path, third-party licences and provider accounts are identified.

Acceptance checklist

Agreed test cases with pass/fail evidence for the features included in scope.

Support statement

The proposal states the exact post-launch defect-support window, support channel and what counts as a paid change request.

Important: This is a delivery framework, not a substitute for your project proposal. Exact support days, response targets, hosting responsibility and commercial terms are locked in the signed/written project scope.

Want a sample scope for your project?

Describe the workflow and we will map the smallest useful first version.

Request Free Consultation