Frequently asked questions
Straight answers about building software
Everything below is what we would tell you on the phone. Costs, timescales, ownership and the cases where custom software is the wrong answer — collected in one place so you can make a decision without booking a call first.
01
Cost and budget
The question everyone wants answered first and most agencies refuse to answer at all.
How much does custom software cost in the UK?
A focused internal tool that replaces a spreadsheet and a manual process typically lands between £6,000 and £15,000. A departmental system with several user roles, reporting and integrations runs £20,000 to £60,000. A commercial SaaS product starts around £18,000 for a first releasable version. Brochure websites start at £1,800 and larger content or ecommerce sites run £4,000 to £9,000. Everything is quoted as a fixed price once the scope is agreed, and all figures exclude VAT.
Why is bespoke software more expensive than off-the-shelf?
Because you are paying for it to be built once rather than sharing the cost with ten thousand other subscribers. The comparison that matters is not licence fee against build fee — it is total cost over five years, including the staff hours spent working around a product that does not quite fit, the per-seat fees as you grow, and the price rise you cannot refuse. Custom usually wins somewhere between year two and year four, and it wins permanently after that.
Do you charge a fixed price or by the day?
Fixed price for defined pieces of work, which is what almost every client wants. You agree a scope, we quote one number, and that number does not move unless you change the scope. Ongoing work after launch is either a monthly retainer or a day rate, whichever suits how much you expect to need.
What are the payment terms?
Typically a deposit to start, one or more staged payments tied to agreed milestones, and a final payment on delivery. Nothing is due before you have signed off a written scope with a price on it, and you always know what triggers the next invoice.
Are there ongoing costs after launch?
Hosting, and support if you want it. Website hosting is £15 to £35 a month, application hosting £45 to £150, and larger platforms are quoted on usage. Support retainers start at £75 a month for a website and £250 for an application. None of it is compulsory — you can host it yourself and maintain it yourself, and we will hand over everything you need to do that.
What if the project turns out to cost more than the quote?
Then that is our problem, not yours. A fixed price is fixed. The only thing that changes the number is you asking for something that was not in the agreed scope, and in that case we tell you what it costs before we build it, not after.
02
Timescales and process
How long things take and what actually happens between signature and launch.
How long does it take to build custom software?
A small internal tool is usually four to six weeks. A departmental system is two to four months. A SaaS platform first release is three to five months. Websites are two to six weeks depending on size and how quickly content arrives. Discovery adds one to two weeks at the front, and we give you a dated plan before you commit rather than a vague estimate.
What do you need from me to get started?
Access to the people who do the work the software is meant to support, honest answers about how the process actually runs rather than how the manual says it should, any existing data you want brought across, and a single person who can make decisions. That last one matters more than anything else on the list.
How much of my time will this take?
Discovery is intensive — expect a few hours of conversation across a week or two. After that it settles into a short weekly review of the working build. Most clients spend two to three hours a week during the build, and the projects that go fastest are the ones where somebody looks at every release as it lands.
Can I see progress before it is finished?
Yes, and you should. You get a link to a working build from the first week and it updates continuously. Nothing is hidden until a big reveal, because a big reveal is how projects discover in month four that they misunderstood something in month one.
What if my requirements change halfway through?
They will, and that is fine. Small adjustments get absorbed. Anything substantial gets priced and dated as a change before it is built, so you can decide whether it is worth it. What we do not do is quietly extend the timeline and tell you at the end.
03
Ownership, code and lock-in
The questions that decide whether you own an asset or rent a dependency.
Who owns the code you write for me?
You do, in full, on final payment. Source code, database, designs, assets and documentation. It is written into the contract and we hand over a repository you control. There is no licence-back arrangement and no clause that lets us reuse your system for a competitor.
Am I locked into using you for hosting or support?
No. Hosting and support are separate services you can buy or refuse independently of the build. If you want to host it on your own infrastructure from day one we will build it that way and document the deployment. Lock-in through obscurity is a business model we do not want.
What happens if I want to move to another developer?
You take the repository and go. Because the code is conventional — mainstream frameworks, standard patterns, real documentation, no exotic in-house abstractions — any competent developer can pick it up. We will also spend a handover call with whoever takes over, at no charge.
What happens if IISAW disappears?
The fair question, and the honest answer is that this is exactly why you should insist on owning the code and the repository from the start — with us or anybody else. Your system runs on standard infrastructure with standard tooling, so it keeps running, and anybody can maintain it.
Do you use AI to write the code?
We use modern tooling, including AI assistance, in the same way every serious development team now does — and every line is reviewed, tested and understood by the person responsible for it. What you are buying is engineering judgement about what to build and how it should behave, which is the part that decides whether software is any good.
04
Is custom right for me?
Sometimes the honest answer is no. We would rather say it before you spend the money.
How do I know whether to buy off-the-shelf or build custom?
Buy off-the-shelf when your process is genuinely standard — payroll, accounting, email. Build custom when the process is how you compete, when you are paying staff to bridge gaps between systems by hand, when per-seat licensing is punishing your growth, or when no product on the market does the specific thing your business does. If a £40-a-month product would do the job, we will tell you which one.
We are a small business. Are we too small for this?
Almost certainly not. Small companies often get the best return on custom software because a single well-aimed tool can remove hours of manual work a week from a team of five. The projects we turn down are not the small ones — they are the ones where the software would not have paid for itself.
Can you work with our existing systems rather than replacing them?
Yes, and it is often the cheaper answer. A large share of our work is integration — connecting your accounting package, CRM, ecommerce platform and warehouse system so data moves automatically instead of being retyped. You keep what works and we remove the manual step in the middle.
Do you take on rescue projects that another agency abandoned?
Yes, with an audit first. We spend a fixed fee reviewing the code and infrastructure and then tell you plainly whether it should be continued or replaced. Sometimes the honest answer is that a rewrite is cheaper than the repair, and you deserve to hear that before you spend more.
Do you work with clients outside your area?
We work with clients across the whole of the United Kingdom and we work remotely by default. Calls, shared screens and a link to the working build. It keeps costs down and it means your choice of developer is not limited to whoever happens to have an office nearby.
05
Technical and security
What we build things with, and what happens when something breaks.
What technology do you build with?
Web applications in Next.js, React and TypeScript on the front end with Django, Python or Node.js and PostgreSQL behind them. Desktop software in C++ with Qt 6, or Electron where cross-platform reach matters more than raw performance. Everything containerised with Docker and deployed through automated pipelines. We pick mainstream, well-supported technology on purpose — it is what keeps your system maintainable by somebody other than us.
Is the software you build secure?
Security is designed in rather than added afterwards: encrypted connections everywhere, hashed credentials, role-based access control, parameterised database access, dependency scanning, and payment handling delegated to certified providers so card data never touches your servers. For systems handling personal data we build to UK GDPR expectations, including retention rules and data export.
What happens if the site or application goes down at 2am?
Monitoring alerts us, not you. Managed hosting includes uptime checks, error alerting and automated daily backups with tested restores. Clients on an application support retainer get a defined response time for critical faults, including outside office hours.
Will the website you build be fast and rank well?
Yes — and that is a technical outcome, not a marketing claim. Server-rendered pages, correctly sized images, minimal JavaScript, clean semantic structure, structured data, generated sitemaps and canonical tags come as standard. We build for Core Web Vitals from the first commit because retrofitting performance costs several times more than building it in.
Do you provide training and documentation?
Yes. Every handover includes written documentation for administrators, a walkthrough session recorded so new staff can watch it later, and technical documentation for whoever maintains the code. Software nobody understands is software nobody uses.
Not answered here?
Ask us the awkward one
If there is a question you are worried about asking, it is probably the one that decides the project. Send it over — a developer replies within one working day, and you will get a straight answer even when it is not the one that wins us the work.
Ready to talk it through?
Describe the problem in a few lines. You will get scope, likely cost and a timescale back — free, and from the person who would build it.


