Skip to content

How to Choose a Trustworthy Website Design Service

9 min readInWebsite

Short answer

How to choose a trusted website design service: make sure the quote is detailed per page, clearly includes domain, hosting, and SSL for the first year or not, the domain is registered in your name, the number of revisions is written, and it's clear what you can bring when switching developers. Cheap prices and individual vendors are not signs of danger.

Lists like this usually contain things that cannot be proven before it's too late: lack of experience, lack of professionalism, lack of seriousness. That assessment can only be made after the money has been transferred. So, what's collected here are only characteristics that you can check yourself at the quote stage, through questions whose answers can be stored and rechecked.

A quote that can't be broken down line by line will change halfway through

Before discussing anything, ask for one document: a list of pages, the content of each page, the estimated completion time, and a final price. Not a nominal value sent through a chat, but something you can refer to again two months later when the memories of both parties may differ.

A quote that says "5-page company profile website" leaves room for broad interpretation. Does the contact page use a form that sends emails to you, or just a phone number typed on the page? Can you add the catalog yourself, or does each new product become a separate billed job? Questions like these usually only occur to you in the third week, when the down payment has been made and your bargaining position has changed.

The way to check is simple. Send your questions in text form, then see if the answer also comes in text form. A vendor who directs every discussion of price and scope to a phone call is avoiding a record, and that record is your only recourse if something goes wrong later.

A low price and a one-person vendor aren't red flags

There are two things that are often used as alarms, but both are actually neutral.

A low price can come from many reasonable reasons: a new team that is gathering a portfolio, a small team that does not bear office and sales salary expenses, or a job that is indeed light because your website is simple. A website containing a profile, list of services, prices, and a WhatsApp button does not require complex architecture, and charging a high price does not make it better. What you still need to check is just one thing: what is included in that price, and what is not.

Individual vendors are also similar. One person working alone often responds faster than a company with three layers of coordination, and you communicate directly with the person writing the code. The real risk lies in availability, not quality: if they are sick for a week, there is no replacement. You can ask directly, and the answer can be checked. Where are my website files stored besides on your laptop, who can I contact if you are unreachable, and do I have my own access to the hosting panel.

A price that doesn't mention the first year can't be compared with other prices

You're holding two quotes, one for Rp 900 thousand and one for Rp 2 million. The difference looks large until you find out the first doesn't include the domain, hosting, and SSL, while the second includes all three for a full year. Those two figures count different things.

One sentence is enough to sort it out: does this figure include the domain, hosting, and SSL for the first year, or is it only the cost of building? Follow up with a question people ask less often: from the second year, who do I pay and roughly how much? If the answer is a pleasantly round number, also ask for the name of the hosting provider, then open that provider's own price list. Domain and hosting renewals have normal rates that are often far from the first-year promo rates, and we cover how that works separately in the article on domains, hosting, and SSL.

A sign worth noting: a quote that says "all in" without listing what's included. Ask for the breakdown in writing, because that phrase means different things in every proposal.

You can check in two minutes whether a domain is registered in the vendor's name

This is the quickest check on the entire list, and the one most often skipped. When a domain is registered, there is a registrant column containing the name and email. The name in that column is recognized as the address holder, regardless of who pays and who owns the business.

If the vendor fills it in with their own name and email, your website address is technically in their hands. As long as the relationship is smooth, nothing is felt. The problem comes later, when you want to switch developers, when your messages start to be ignored, or when the vendor stops operating. At that point, you are renegotiating the address that has already been printed on banners, business cards, and packaging.

For a website that is already live, open one of the WHOIS search sites, type in your domain, and look at the registrant data. For a website that has not been created yet, ask the question upfront: whose name will my domain be registered under, whose email will be used for registration, and can I access the panel myself. With us, the answer is in the client's name from day one, we handle the registration and configuration, but full access is in the hands of the business owner. An evasive answer from anywhere is enough to be a consideration, and checking it doesn't cost a single penny.

Revisions with no number in the proposal always end in an argument

"Revisi until satisfied" sounds generous until you use it on the sixth round and the tone of the response changes. This promise has no referenceable limit, so the limit is determined by who is more persistent in debating.

Three things that need to be written down: how many rounds of revisions are included, at what stage the revisions apply, and what is considered additional work. The stage is important because the costs are indeed different. Changing the layout while the design is still in the draft stage is a one-afternoon job; asking for the same change after the code has been written means dismantling something that is already done.

In our proposal, we state two rounds of revisions at the design stage, minor revisions during development are not counted, and changes that add to the scope are always communicated along with their costs before being worked on. You don't have to use that number as a benchmark, but the proposal you receive should mention its own number. We put the contents and prices of each of our packages openly on the pricing page so they can be compared without having to contact anyone first.

What you take with you if you switch developers should be stated before you pay

One day you may want to switch developers, either due to price, response speed, or because your needs have changed. The cost of switching depends on one thing that has been decided today: what you can technically take with you.

There are four things you should ask now, while everyone is still friendly:

  • Is the website source code handed over to me, and in what form.
  • Who has access to the hosting panel and domain panel, and do I have my own login.
  • Where can I retrieve the text, photos, and customer data that comes in through the form when the collaboration is finished.
  • What is this website built on, and can the result be transferred to another provider.

The last question filters out a pattern that is often overlooked by buyers: a website built on a vendor's subscription-based platform. As long as you pay every month, everything runs normally. Once you stop paying, the page disappears, because there are no files that actually belong to you. Switching from a pattern like this means rebuilding from scratch, and the cost never appears in the initial proposal.

If you are already in that position, we have written the steps to switch in the website redesign and migration services from old vendors page: the old URL is redirected, the old content is reused, and the domain is transferred to your name.

Questions about delays and what happens after launch are the ones most often left unanswered

All quotes mention the target time. Fewer mention what happens if the target is missed. Ask in plain language: if it's delayed by two weeks from the date you mentioned, what do you get and what can you do. Honest answers like "there's no compensation, but the final payment is only charged after you approve the result" are more useful than unwritten guarantees.

The phased payment structure is actually your grip on the situation. Half down payment and half after the website is finished and you approve it gives both parties a reason to complete the job. Vendors who ask for full payment before showing a single page are transferring all schedule risks to you.

The post-live section is just as important. Ask how long the support period is, what is covered, and what is not. A reasonable limit is usually like this: bug and error fixes are covered during the support period, adding new features is considered separate work. Then there's a follow-up question that's often forgotten, namely after the period is over, who do you contact and what's the rate. A website that's left unattended after the first month will remain live, but no one will fix it when the contact form suddenly stops sending emails.

Fifteen minutes of checks before you send your first down payment

You can do this sequence yourself without technical knowledge, and all of it is free.

  • Ask for a written quote containing a list of pages, features per page, target time, and final price. Save the file.
  • Ask if the price already includes the domain, hosting, and SSL for the first year, then ask who will pay the bill for the second year.
  • Make sure the domain is registered under your name and email. For existing websites, check via WHOIS.
  • Look for the number of revision rounds and the scope limit in the proposal. If it's not there, ask for it to be added before you sign.
  • Ask what you will take with you if you switch developers: source code, panel access, and data from the contact form.
  • Ask for one example of a website they have made that has been live for more than a year. Open it on your mobile phone, not on a laptop, and see if there is a lock next to the address.
  • Ask how long the support period is after the website goes live and what is included in it.

The seven checks above do not guarantee a good final result, because design taste and work compatibility cannot be checked through a list. What they guarantee is narrower and more important: if the collaboration stops in the middle of the road, you still hold the address, files, and access to your own website. A vendor who is reluctant to answer those seven questions has already given you the most useful information before one rupiah is transferred.

You can ask us the same seven questions. The written answers for InWebsite website design services are on the package and proposal pages that we send before you pay anything.

Next step

Compare what each package includes side by side, or see finished work closest to your kind of business.