Nurullah Aydın
Strategy
4 min read
How much does a website cost? Read the scope first
A website quote is useful only when it describes the website being priced. A five-page service site, a multilingual corporate platform, and a custom site with a CRM panel are different products. Yet proposals often compress all three into the same line item: website design and development. The price gap makes sense once the hidden decisions are written down.

01
Make the proposals describe the same job
Begin with page count and page type. A homepage plus four simple information pages requires less work than a site with service templates, a project archive, articles, multilingual routes, and custom inquiry flows. Ask which pages are unique designs and which share a template.
Then look at responsibility. Who supplies and edits the copy? Who prepares images? Does the agency migrate existing content and preserve old URLs? Does the quote include an admin panel, analytics, technical SEO preparation, training, or support after release? A low number often reflects a shorter list of responsibilities.
Once each proposal answers those questions, you can compare price with far less guesswork.
02
Custom work spends time before development
A sound project begins by defining the audience, the offer, the required actions, and the material already available. That discovery work prevents a common failure: approving a polished first screen before anyone has decided how the rest of the site should function.
Interface design follows. Typography, spacing, components, mobile behavior, and content hierarchy need rules that can survive across the full site. Development turns those decisions into reusable code and connects forms, content, data, or external services where required.
Quality review also takes time. The primary paths should be tested on mobile and desktop. Performance, core accessibility, metadata, headings, crawlable links, and form behavior need a deliberate check before handoff. A quote that includes this work should name it.
03
Very low prices usually narrow ownership
A low-cost offer may be entirely appropriate for a temporary page with a small scope. Trouble starts when a template setup is sold as a custom business platform without explaining its limits.
Marketplace themes bring their own layout assumptions and plugin dependencies. The site may need several add-ons to approximate the requested behavior, which increases maintenance and can slow the page. If the provider also skips content migration, redirects, technical SEO, or training, the client inherits those tasks at launch.
Ask who can change the site after handoff and who is responsible when a critical path fails. A proposal with no answer has left a future cost undefined.
04
Handoff deserves its own section
Confirm who owns the domain, hosting account, analytics property, source code, and third-party subscriptions. Access should sit with the business or follow a written arrangement everyone understands.
Content control also needs a decision. Some teams need a simple interface for articles and service pages. Others need bookings, lead records, roles, or approval states. Adding a large generic CMS can be just as unhelpful as providing no editing access at all.
Finally, ask how support works. The proposal should distinguish a defect in the agreed delivery from a new request. That distinction protects both sides and keeps later conversations factual.
05
Compare clarity as well as price
Place the proposals side by side and mark each requirement as included, excluded, optional, or unanswered. Pay particular attention to custom design, responsive behavior, content migration, technical SEO, editing access, integrations, training, support, and account ownership.
Review relevant work in context. A screenshot shows visual taste; a project description should explain the business problem and what was delivered. For a panel or chatbot, ask to see the operating flow as well as the public screen.
Judge the proposal by how well its scope, responsibilities, and evidence match the project. Clear language shows that the provider has thought through the work you are buying; the number alone cannot do that.
06
A smaller first release can protect the budget
When the full scope exceeds the current budget, reduce the release instead of weakening every part of it. Keep the pages and functions needed for the main customer path. Schedule secondary content, advanced motion, or additional tools for a later phase with a defined dependency.
This approach also gives the team a usable system sooner. A focused corporate site with a reliable inquiry route has a clear job. A half-finished website, panel, chatbot, and mobile app leaves four unclear jobs.
Start an estimate with one page: who the site is for, what they need to do, which content already exists, and what must connect behind the scenes. That summary lets each provider mark the open decisions that still affect price.
Share the business problem, intended users, and required function. We will identify the deliverables the scope needs.