Guide
Checklist: Preparing for Custom Software
What you should clarify before requesting quotes on custom software. The more of this is settled upfront, the more reliable the quotes will be.
Before deciding on custom software, a quick assessment is worthwhile: which workflow costs the most time, who will maintain the system later, and whether the necessary content is even available. The complete checklist is further below.
01 — Checklist
Clarify before the first quote
- What should improve? In one sentence, no jargon.
- How will you know? One number that should change.
- Who decides? One person, not a committee.
- What budget is available? A range is enough — it makes quotes comparable instead of arbitrary.
- By when? And what the deadline depends on.
- Which systems are involved? And who has access to them.
- What do you already have? Content, data, preliminary work — this reduces the cost.
02 — Participation
What we need from you
- A contact person who can make decisions — not just forward them.
- Access to the affected systems, in time and not on launch day.
- Real examples from daily business — the messier, the more useful for testing.
- Two to four hours for coordination, distributed over the project duration.
- An answer to the question of what success means. Without it, nothing can be assessed afterward.
03 — Questions
Questions you should ask
- What happens if the project becomes more expensive than estimated — who bears that?
- Who owns data, access, and, if developed, the source code?
- What does operation cost in the second and third year?
- What does the documentation we receive at the end look like?
- How would you measure whether the project was successful?
- Is there a case in which you would advise us against this?
04 — Questions
Frequently asked questions
Who owns the source code?
You do, completely, upon payment. That's in the contract. You can take it to any other developer — that's the point.
How do we avoid the project going off the rails?
Small steps with usable results, fixed budgets per step, and the option to exit after each step. Large fixed-price projects over twelve months are the most reliable path to disappointment — for both sides.
What if we discover new requirements during development?
That's normal and planned for, because we work in small steps. A new requirement is incorporated into the next step, instead of stalling the entire project.
How many users can a system like this handle?
That depends on the architecture, which we plan according to your expected growth — from a few users in your own business to several hundred across multiple locations.
What happens if we no longer work together?
You have the code, documentation, and access. We deliberately use widespread technologies so that a switch is possible without someone having to rebuild everything.
When does custom software pay off compared to standard software?
When your process is a genuine competitive advantage, when standard software only fits seventy percent and the rest ends up as manual work, or when license costs per user exceed the development cost over a few years. If it's only about convenience, standard software is cheaper.
Does this run on our own servers or in the cloud?
Both are possible. For most businesses, a cloud solution is lower-maintenance; where data must not leave the premises, we set it up on your own infrastructure.
05 — Next
Related pages
- Custom software — Overview
- Custom software — Small businesses
- Custom software — Process
- Custom software — Measuring success
- Custom software — Funding
- Custom Software — Data Protection
- Custom software — Prerequisites
- Custom software — Provider comparison
- Process automation
- CRM integration
- API Interfaces
- All guides
Custom software by region
Next step
Initial assessment, no obligation.
Briefly describe what you need. You'll get an honest answer about what's realistic and what it will roughly cost.