Table of contents
- What this guide covers
- Typical delivery flow
- Define delivery terms before starting
- Build trust with transparent progress
- Pre-delivery checklist
- Next steps
What this guide covers
This page is for people delivering paid work (services) where the repository workflow is used to validate delivery.
Use this guide when you need traceable delivery evidence before collecting payment (for example: development tasks, design revisions, content updates, or technical consulting artifacts).
Typical delivery flow
- Agree on scope and acceptance criteria.
- Deliver work in small PRs when possible.
- Use review + CI to validate.
- Mark delivery accepted when criteria are met.
- Trigger payment based on acceptance.
Define delivery terms before starting
Align with the customer on:
- Deliverables and exclusions.
- Milestones and deadlines.
- Number of revision rounds included.
- Approval owner (who signs off).
- Payment trigger (per milestone or full acceptance).
Build trust with transparent progress
- Share short updates at agreed checkpoints.
- Link commits/PRs to each milestone.
- Flag risks early (scope creep, blocked dependencies, timeline shifts).
- Keep all approval and scope decisions documented.
Pre-delivery checklist
- Confirm all acceptance criteria are covered.
- Ensure requested assets/documents are attached.
- Verify checks and tests relevant to the scope.
- Prepare a concise summary of what was delivered.
- Confirm customer review window and next action.
Next steps
- Read Delivering work
- Review Pull Requests
