
You need a new website or a redesign of your current one. You open Google, type "web development services" and suddenly face hundreds of offers. Freelancers, agencies, students, a friend of a friend who "builds websites". How do you choose? And more importantly - how do you avoid redoing everything from scratch a few months later?
This article is for you if you're not a developer but need to hire one. We'll cover specific things to look for, questions to ask, and warning signs to watch out for.
This is the first decision you'll have to make. Both options have their pros and cons, and the right choice depends mainly on the project scope and your budget.
A good fit when you have a clearly defined small to mid-size project. Typically a business website, an e-shop with a few dozen products, or a simple web app. Pros - lower cost, direct communication with no middlemen, often faster response times. Downside - one person has limited capacity. If they get sick or go on vacation, your project stops.
Makes sense for larger projects where you need multiple specializations at once - graphics, UX design, development, copywriting, SEO. A team means one person's absence won't halt the work. On the other hand, you're also paying for the agency's overhead, and communication often goes through a project manager, which can slow things down.
Practical tip: if your budget is under 100-150 thousand CZK (roughly 4-6k EUR), a quality freelancer will probably give you better value for money. Above that, it starts making sense to consider an agency, especially for capacity and project complexity.
The portfolio is the first thing you'll look at. But be careful - pretty pictures in a portfolio don't necessarily mean quality work. You need to dig deeper.
First, check the portfolio websites directly in your browser. Are they fast? Do they look good on mobile? Try basic scenarios - find the contact page, add a product to cart, submit a form. If the websites in the portfolio don't work well, don't expect yours to be different.
Next step: references from real clients. Don't be afraid to ask for contact details of 2-3 previous clients and actually call them. Ask about:
The answers to these questions will tell you way more than any portfolio ever could.
If all the websites in the portfolio are older than 2-3 years, it might mean the developer isn't keeping up with current technologies. Web development moves fast and what was standard five years ago might not cut it today. If you're curious about common developer mistakes, I have a separate article on that.
Some signals should immediately raise concerns. They don't automatically mean the developer is bad, but they definitely deserve a closer look.
If a developer or agency claims they can handle absolutely everything, they probably can't do anything really well. Quality professionals know their strengths and have no problem saying something isn't their specialty.
If someone suggests working together without a written contract, run. The contract should clearly define scope of work, timeline, price, and conditions for changes.
When you get five quotes and one is three times cheaper than the rest, something's off. Either the developer underestimated the scope, or they're planning to cut corners.
If the developer takes three days to reply to emails before you've even signed a contract, imagine what it'll be like mid-project when they already have your money. Communication is everything, and a problematic approach doesn't improve over time.
The right questions upfront will protect you from problems later on.
If the developer can't clearly answer any of these questions, take it as a warning sign. A professional should have ready answers for these - they deal with them on every project.
You don't need to understand code, but you should know what your website will run on. The technology your developer chooses affects site speed, maintenance costs, and how easily you can find a different developer in the future.
The key question is: why did you choose this specific technology for my project? A good developer will explain the reasons clearly, without technical jargon. A bad one will say "because it's the best" with no further explanation - or just use whatever they know, regardless of your needs.
Ask whether the site will be built on a widely-used framework or content management system (CMS). WordPress, Shopify, Nuxt, Next.js - these are examples of technologies where you'll find plenty of other developers if you ever need to switch. If the developer builds on their own proprietary system that nobody else knows, you're essentially locked in. That's not always bad, but you should know about it upfront.
Ask what score they expect in Google PageSpeed Insights. If the developer doesn't know what that is, or says speed "isn't that important", look elsewhere. Speed directly affects search rankings and visitor satisfaction.
How will the site look on mobile and tablet? In 2026, most visitors come from mobile devices. A website that doesn't work well on mobile is like a store with locked doors for half your customers. Don't forget about web accessibility either.
Communication quality is often more important than technical skills. A brilliant programmer you can't communicate with won't help you.
At the start of the collaboration, agree on a few basics - how often you'll get project updates, which channel you'll use (email, Slack, phone), and who your point of contact is. This seems obvious, but it's surprisingly often overlooked.
The approval process should be clearly defined:
The visual look of the website. Design should be finalized at this stage before coding begins.
At each stage, you should be able to see the project and provide feedback. If the developer says "you'll see it when it's done", that's a problem. The later in the process a requirement error is discovered, the more expensive it is to fix.
A good developer will ask you questions. Lots of them. They'll want to know who your customers are, what they should do on the site, what problems you're solving. If a developer accepts the brief without a single question and promises it'll "be great", be cautious.
Also agree on how you'll handle changes during the project. They will happen - that's perfectly normal. What matters is having a clear process: what counts as a minor tweak within the project scope and what's a change that requires additional payment and a timeline extension.
Price obviously matters. But it's just one number among many you should consider.
Imagine two offers. One for 30 thousand CZK, another for 80 thousand. At first glance, the choice is obvious. But what if the cheaper one doesn't include responsive design, SEO optimization, analytics integration, or any post-launch support? And what if the 30k website is so slow that visitors leave before they can do anything?
Ask what exactly is included in the price. A quality offer should contain a detailed breakdown - how many hours are planned for design, for development, for testing. If you just get one lump sum with no breakdown, you have no way to judge whether the price is fair.
A good benchmark is to compare at least 3-4 offers from different developers. Not to pick the cheapest one, but to understand the realistic price for what you need. If three offers are around 70-90 thousand and one is 25 thousand, the cheap one is probably skipping something.
Think of your website as an investment, not an expense. How many new customers will a quality website bring you per year? How much money will you save by not having to redo the site in two years? A cheap website that doesn't work is ultimately more expensive than a quality one that generates revenue.
Choosing a web developer is a decision that will affect your business for years to come. Don't rely solely on a nice portfolio or a low price.
Key takeaways:
One last thing - trust your gut. If something feels off before the collaboration even starts, it'll probably get worse when things get tough. Better to invest time finding the right developer now than paying for a rebuild in a year.
Sharing knowledge is a loving expression of care for the community. Let's learn something new together.

Can AI build your website? A practical look at what AI can and cannot do in web development in 2026, and when you still need a professional developer.
Read more
Let's take a look at what beginners struggle with most often and what could help them move forward. I've focused on 7 issues that I see as essential in my practice.
Read more
A few tips on how to prepare documents for a coder to deliver the best possible result. I explain the perspectives of both sides and try to outline best-practices for preparing the documents.
Read more