Which factors affect the price of a custom website?

Websites that look similar can involve very different amounts of work. Pricing depends on available content, visitor journeys, integrations and the level of finish expected. Learn to identify these differences so you can discuss proposals in concrete terms and make trade-offs that preserve the purpose of your project.

Editorial illustration: a visual composition from MV Design concepts
Editorial illustration: a visual composition from MV Design concepts

Two website proposals can have different prices even when their demonstrations appear similar. The difference does not necessarily come from agency margins or the visible quality of the photographs. It may reflect the work each proposal includes before, during and after design.

To understand custom website pricing, look for the decisions, production tasks and responsibilities behind each item. You can then compare actual scopes. This is particularly useful when your business wants a distinctive presentation, several languages or specific customer journeys but does not have an internal technical team.

The starting point matters as much as the requested result

An agency receiving an established identity, approved copy and suitable photography does not face the same work as a team asked to rebuild everything. The final result might look comparable, while the preparation required is substantially different.

Inventory the resources that are genuinely ready to use. An unsorted image folder is not the same as a selection ready for publication. A sales presentation does not necessarily work as a service page. Information held by several colleagues may require interviews and synthesis before it becomes usable content.

Also identify which decisions have already been made. If positioning, service priorities or offer names are still being discussed, ask for that work to be addressed explicitly. Website design should not silently absorb a strategic exercise that nobody has defined or allocated time to complete.

Page count does not capture all the complexity

A page is a convenient inventory unit, but it does not always describe the design work. Some pages repeat an established model. Others introduce a different navigation pattern, a form or an interactive presentation.

A portfolio containing dozens of projects may rely on a small set of carefully designed structures. A much shorter website might combine an animated introduction, guided selection and a connected appointment journey. The second does not necessarily require less work merely because it has fewer addresses.

When reading a proposal, separate three quantities: page templates to design, content items to populate and functions to develop. Then ask where variations occur. A project page might appear with or without video, with different text lengths or with a larger gallery. These situations need to remain usable without requiring a special intervention every time something is published.

Ask what custom design means in the proposal

The word “custom” can describe original art direction, a particular customer journey, a content structure or specialised development. On its own, it does not tell you what you are buying.

Ask which parts will be designed for your business and which will use reusable elements. A component library can support consistency without preventing a distinctive identity. Conversely, rebuilding everything does not automatically produce a benefit that a visitor will notice.

The relevant criterion is fit. An artisan business may primarily need a precise presentation of techniques and materials. A company with a complex catalogue may need more extensive information structuring. The budget should follow that difference in use, rather than an abstract idea that every part of the site must be unprecedented.

Make the distinction visible in the scope. If originality matters most in the opening presentation, identify that area. If staff need freedom to create new project pages, describe that requirement separately. It becomes easier to assess whether the proposed work supports the reason you wanted a custom site.

Features need to include their less obvious situations

A function is defined by what it enables and by what happens when it cannot proceed normally. The second part often explains differences between proposals.

Consider a fictional concierge business that wants to receive stay enquiries. One form might simply send a message. Another journey might guide visitors according to party size, collect several destinations and send the request to the relevant person. Both could be labelled “contact form” in a sales document, despite working differently.

Specify fields, recipients, confirmations and correction options. For reservations, distinguish an enquiry awaiting review from an actual confirmed booking. For a catalogue, distinguish product presentation from online purchasing. Accurate wording avoids assuming that a function includes a promise that the project does not provide.

Ask how the team will recognise an unsuccessful submission and what the visitor will see. This is not an invitation to complicate every form. It is a way of defining the ordinary states needed for the process you have chosen.

Connected tools introduce dependencies

Connecting a website to a booking tool, product database or prospect tracking system requires clarity about where reliable information is maintained. It also requires someone to take responsibility when data is missing, wrong or unavailable.

Before requesting a quote, prepare an example of the intended workflow: someone submits an enquiry, the information arrives in an identified place and a team member handles it. At each handover, describe the required information and the responsible person. This simple operating outline often exposes unresolved questions.

If feasibility depends on another service, ask how it will be confirmed. An integration assumption should not be presented as an already secured function. Tool conditions and capabilities need checking when the project is scoped; their appearance in a list of partners does not establish what your particular workflow can do.

Visual production changes the amount of work

An existing photograph, a shoot commissioned for the website and an original animation are three different production tasks. In a premium project, the difference can come as much from preparation as from final integration.

For an animated sequence, ask what source material will be supplied, what story is intended and which versions will be needed. A product presentation may require selecting a viewpoint, showing a particular articulation and planning transitions. Image count or running time alone does not describe that design work.

Examine the usefulness of each production. An animation explaining how a place changes may address a clear need. An animation included only because it appears in a reference website deserves discussion. Removing a nonessential effect can preserve resources for photography, copy or a more useful enquiry journey.

Additional languages create consistency work

Another language version involves more than replacing sentences. Text length, navigation labels and the way an offer is explained to another audience may change. Contact details and the actual availability of services must remain accurate too.

In the proposal, identify who supplies translation, who reviews it and who checks the resulting layout. Plan subsequent updates as well. Adding a new service in one language without adapting the others creates a discrepancy your team will eventually need to address.

You do not have to launch every language at once. Priority depends on the customers you genuinely intend to serve and your ability to follow up their enquiries. A translated page should not imply that an organisation can provide support it is not equipped to deliver.

Review arrangements affect the work involved

The job does not stop with the first design. Discussion, correction and checking are required to reach an accepted version. The proposal should describe review rounds or their framework, the deliverables submitted for approval and the treatment of newly requested work.

Your team’s availability matters. When several people respond separately with conflicting instructions, the agency may have to wait for a decision or revise completed work. Appoint someone to consolidate feedback while allowing internal specialists to verify the facts within their responsibility.

Ask how quality will be assessed: mobile reading, the enquiry journey, long content, form errors and an actual employee updating a page. Approval based on a few screenshots does not describe the same service as checking the uses you expect the site to support.

Agree what happens when feedback changes an earlier decision. The purpose is not to discourage discussion. It is to distinguish a correction from an expanded requirement and to make its consequences visible before additional work is undertaken.

Existing content and handover are easily overlooked

A redesign may require collecting scattered material, identifying useful pages and organising the transition. If these operations are included, they should be visible. If they remain your responsibility, estimate the amount of work before the project begins.

At the other end, specify what will be handed over: access, relevant files, documentation and training. The independence you expect influences how administration is designed. Occasionally changing an address is not the same requirement as publishing multilingual projects every week.

Neither task may change the appearance of a screenshot, yet both can substantially affect the practical value of the delivery. Compare them as carefully as the art direction. Ask someone from your team to explain a typical future update; that example makes the handover requirement easier to judge.

Compare differences with a straightforward table

AreaProposal AProposal BDecision required
ContentWho produces and populates it?Who produces and populates it?Define your team’s workload
TemplatesWhich types and variations?Which types and variations?Check required uses
FunctionsWhich situations are covered?Which situations are covered?Retain the intended journey
ReviewsWhat feedback framework applies?What feedback framework applies?Assign people and time
After deliveryWhich access and support?Which access and support?Plan continuity

Complete the table using answers from the agencies rather than assumptions. A difference should prompt a question before it prompts a judgement. A lighter proposal may be the right choice if it addresses your needs and states its limits clearly.

Reduce cost without weakening the essentials

Start by identifying functions that can wait and content your team can realistically prepare. Then reduce variations that do not offer a meaningful benefit. Avoid removing checks simply because they are less visible than animation.

Instead of only requesting a general discount, ask which scope changes would reduce the cost and how they would affect visitors or staff. That lets you make an informed decision and retain a clear record of the accepted project.

To examine a proposal, share your essential uses, available materials and unresolved decisions with MV Design. The discussion can then focus on the actual price drivers and the choices that make the project appropriate for your business.

Continue exploring