Delivery standards.
These are procedures we commit to, not results we claim. Ask for any of them to be written into your contract.
Standards
The procedures
ST-1 Written scope
No build starts without a scope document listing deliverables, assumptions, exclusions and acceptance criteria, agreed by both sides.
ST-2 Change control
Any change to scope is described in writing with its effect on time and cost, and proceeds only after your approval.
ST-3 Ownership
Code, design files, domains, hosting and store accounts are registered to your organisation. Credentials are shared through a password manager, never email.
ST-4 Security baseline
Two-factor authentication on all accounts, least-privilege access, dependency scanning, secrets kept out of repositories, OWASP guidance followed.
ST-5 Accessibility
Interfaces designed and tested against WCAG 2.2 AA, including keyboard-only and screen-reader testing on key journeys.
ST-6 Review and test
Every change is peer-reviewed; critical paths have automated tests; releases are tested on real devices and browsers.
ST-7 Reporting
A weekly written status — done, next, blocked, risks — and a shared tracker you can read at any time.
ST-8 Data protection
Collect only what is needed, document why, and support your UK GDPR obligations including records of processing.
ST-9 Handover
A runbook covering build, deploy, rollback, monitoring and contacts, sufficient for another supplier to continue.
Self-check
Hold any supplier to this
Use this list to check any proposal — ours or anyone else’s. If a supplier cannot show how they meet a standard, ask why.
0 / 6 checked