01
Fixed-scope project
A defined build, a fixed price, a clear finish line.
Best for
A first version, a rebuild or a well-understood system where you need the number before you commit.
How it runs
We run a technical discovery first and write the scope down: features, integrations, assumptions and what is explicitly out. The price and the timeline come from that document, not from a guess on a call. Delivery then runs in two-week sprints with a working increment at the end of each one, so you are testing the thing rather than reading a status report about it.
How it is billed
A fixed price agreed after discovery, invoiced against milestones. Changes to the scope are quoted separately and approved by you before any work starts on them.
What is included
- Written technical scope and architecture
- Fixed price and delivery schedule
- Two-week sprints with a demo at the end of each
- QA, deployment and handover documentation
- A post-launch warranty window for defects
Where this is the wrong choice: Fixed scope means the scope is fixed. If the requirements are still moving, a dedicated team is the cheaper answer — change requests against a fixed contract cost more than they should.