The key points
- Look for a partner who questions your scope rather than agreeing to everything.
- Insist on owning the code, hosting and accounts.
- Ask for working demos at a regular rhythm.
- Get support terms in writing before you sign.
What should you ask about scope?
A good supplier argues with your scope. They want to know which part tests the riskiest assumption and which can wait, and they say when something is not worth building at all. A supplier who agrees to everything may be pricing in changes later. Ask how workflows are mapped before design and how change requests are handled and priced, then use the answers to compare software development quotes side by side.
What should you ask about ownership and handover?
Whether the repository, hosting, domain and third-party accounts will be registered to you, whether source code is delivered as it is written or only at the end, and what documentation comes with it. If you cannot move to another team without negotiation, you have a dependency, not an asset. The same test applies to who owns a website after a developer builds it.
- Who owns the code and accounts from day one
- Whether you can see the repository during the build
- What handover documentation is included
- How a new developer could take over
What should you ask about delivery and support?
How often will you see working software? We build in sprints with weekly demos, so progress is visible and problems appear early. Who is your point of contact, and are they a person or a ticket queue? What support follows launch, for how long and what does it cover? Our custom software work includes twelve months of support, but whatever the supplier, get the terms in writing.
Questions to put to every supplier
- How do you map workflows before building anything?
- Who will own the code, hosting and accounts?
- How often will I see working software?
- Who is my day-to-day contact?
- What support follows launch, and what does it cover?
Sources
Rules and guidance this answer relies on. Policies change, so check the current version before acting on it.
