Start with their work, not their price
Ask to see websites they have built, and open them yourself on your phone. Check whether pages load quickly, whether the text is easy to read on a small screen and whether buttons work. A portfolio is the closest thing to a track record, so spend a few minutes using it.
Be aware that some people show designs they did not build, or templates they only customised. It is fine to ask directly: which parts did you design, and which did you build? A confident developer will answer simply.
Questions worth asking
- Who will actually do the work, and will I speak to them directly?
- Can you show me live websites you have built, not just screenshots?
- What exactly is included in the price, and what costs extra?
- Who owns the domain, the design and the website files when it is finished?
- What happens if I want to change something a month after launch?
- How long will it take, and what do you need from me to keep to that?
Why local can help
Working with someone in your own town means you can meet in person when it matters, such as when you are reviewing designs or discussing a difficult point. A developer who understands the local market also knows how customers here search, which languages they use and how people prefer to be contacted, whether that is a call, a visit or WhatsApp.
Local does not automatically mean better, and a skilled developer elsewhere can do good work. But if two options are equal, being able to walk into an office and talk is a real advantage when things go wrong.
Red flags to watch for
- Guaranteed first position on Google. No honest developer can promise this.
- A price far below every other quote, with no explanation.
- No written agreement or itemised quote.
- Reluctance to say who owns the domain and files.
- Pressure to decide quickly, with a discount that expires today.
- No contact details beyond a mobile number, and no physical address.
What a fair agreement looks like
Before work starts, you should have a document, even a short one, that lists the pages and features you are getting, the price and how it is paid in stages, an estimated timeline, how many rounds of changes are included and what happens after launch. Staged payments are fairer for both sides than paying everything upfront or everything at the end.
It should also state that the domain is registered in your name, and that you receive the files and login details when the project is complete. That one line protects you from being locked in to one provider.
Before you sign: a short checklist
- I have opened at least two live websites this developer built.
- I know exactly what is included and what costs extra.
- The price, payment stages and timeline are written down.
- The domain will be registered in my name.
- I know who to contact after launch, and how.
The hidden cost of switching later
Changing developers halfway through a project, or after launch, can be slow and expensive, especially if the first developer kept the files, the hosting account or the domain. A rushed choice made only on the lowest price is often the one that ends up costing the most. Taking an extra week to compare two or three developers, ask the questions above and look at real work is a small price for avoiding that situation.
How many quotes should you collect?
Two or three is usually enough. More than that and you will find it hard to compare them fairly, because each developer will propose something slightly different. Give every developer the same short brief, including your goals, the pages you imagine and your timeline, so the quotes can be compared like for like. If one quote is very different, ask why. A good developer will explain what they included that others left out, or what they have left out that others included.
Check how they communicate
Pay attention to how the developer behaves during the first conversation. Do they ask about your customers and your goals, or do they jump straight to a package? Do they explain things in words you understand? Do they reply when they say they will? Communication during the sales stage is usually a good preview of communication during the project.
Think beyond launch day
Websites need small updates, security fixes and the occasional change. Ask what support looks like once the site is live, and whether it is covered by a maintenance plan or charged as needed. A developer who is happy to keep supporting what they build is easier to trust than one who disappears after the final payment.
When you are ready to talk, our door is open. We are happy to answer every question on this list, and to show you what we have built. You can message us on WhatsApp or visit the office during working hours.
Related service: our website development service. Or see PixelLab Modasa.