NEW CASE
Antana

We create digital solutions that work for businesses


Give us a call +38 (066) 35-14-529

Let's take the first step towards your website — write to us

Close
August 14, 2026 9 min read

How to Order a Website for Your Business: Brief, Technical Specifications, Budget, and Acceptance of Work

For business
How to Order a Website for Your Business: Brief, Technical Specifications, Budget, and Acceptance of Work

An unsuccessful website often begins with an unclear agreement rather than poor design or code. The client expects a sales tool, the supplier interprets the job as a set of pages, and both sides later dispute whether content, integrations, mobile layouts, and SEO were included.

A business does not need to write a hundred-page technical specification alone. It needs to define goals, audiences, journeys, scope, acceptance criteria, and ownership. This guide helps you prepare for a studio discussion, compare proposals, and accept a completed website using evidence rather than personal taste.

Start with the business outcome, not the design

“We need a modern website” does not define what should change after launch. Choose the primary job: generate enquiries, sell products, present services, automate bookings, attract partners, or support existing customers.

Write the model in one sentence: who should visit, what action they should complete, and how the business will measure success. For example: “Apartment owners in Kyiv should choose a renovation service, review examples, and submit an enquiry; success is measured by qualified leads attributed to the website.”

Question Weak answer Useful project answer
Who is the website for? Everyone Small-business leaders comparing suppliers
What is the main action? Learn more Submit a brief or book a consultation
What are we selling? Our services Three packages with different scope and timelines
How will we measure success? More customers 30 qualified monthly enquiries with tracked sources

If the format is unclear, explore business website development. A catalogue, checkout, payment, and delivery require dedicated online store planning, while one campaign hypothesis may only need a landing page.

What to prepare for the brief

A brief captures the business context before estimation. It does not replace the specification, but it helps the studio propose the right structure and prevents unknown risks from being hidden in the quote.

Goals and metrics

List target actions: calls, forms, orders, payments, registrations, downloads, or messenger clicks. Define metrics the business can monitor, such as leads, sales, average order value, conversion rate, acquisition cost, and website revenue. Use the guide to calculating website ROI to build a financial model.

Audiences and journeys

Describe two to four customer groups: their job, decision criteria, objections, and required information. Then outline short journeys covering the traffic source, first page, comparison points, and final action.

Products and content

Prepare a list of services, categories, products, regions, languages, and content types. Assign responsibility for copy, photography, prices, legal pages, and translations. “Content will come later” almost always affects structure and timing.

Competitors and references

Share three to five links and explain what is useful: catalogue logic, price presentation, selection flow, or photography style. Do not ask for a copy; the solution should match your own sales model and brand.

Constraints

State the target date, budget range, existing domain, hosting, CMS, CRM, accounting system, and mandatory integrations. A launch tied to a season or campaign must be known before the schedule is agreed.

What the project specification should contain

The specification turns a need into a testable scope. It may be a document or a set of approved prototypes and requirements, but every deliverable needs a clear acceptance criterion.

Sitemap and navigation

Define page types, menu depth, filters, search, breadcrumbs, and language relationships. For a large website, focus on templates: service, category, product, article, author, or location pages.

Features and user roles

Describe forms, accounts, basket, payments, delivery, booking, import, and notifications. For each feature, identify the user, input, expected outcome, and errors that must be handled.

Integrations

“Connect the CRM” is not precise enough. Name the system, fields, transfer direction, lead creation rules, duplicate handling, and access owner. Apply the same detail to payments, delivery, telephony, and email platforms.

Design and responsive behaviour

Agree on the concept, prototype, key templates, responsive states, and review rounds. Test readability, contrast, forms, keyboard navigation, and small screens—not only visual style. WCAG 2.2 is a practical accessibility reference.

SEO and analytics before launch

The scope should include editable titles, descriptions, H1s, canonicals, alt text, Open Graph data, sitemap, robots.txt, redirects, and indexing rules. Define analytics events for CTAs, forms, phone links, messengers, basket actions, and payments. Establish the foundation with SEO services before development is complete.

Performance, security, and backups

Agree on supported browsers, image optimisation, caching, HTTPS, backups, and recovery. Core Web Vitals cover loading, responsiveness, and visual stability, but acceptance should not be reduced to one laboratory score.

Definition of done

Replace “works correctly” with measurable outcomes: a form sends data to the CRM and displays confirmation; test payment succeeds; the order has the correct items and total; pages work on agreed devices; an editor can change content without a developer.

How to build a realistic budget

Compare the work breakdown rather than one total. Two “corporate website” proposals may include different levels of research, prototypes, templates, content, integrations, testing, and support.

Budget area What to clarify
Discovery and prototype Interviews, sitemap, journeys, number of prototypes
Design Unique templates, responsive states, review rounds
Development CMS, modules, roles, integrations, migration
Content Copy, photography, translation, population
Testing Devices, browsers, forms, payments
Launch Domain, hosting, SSL, analytics, sitemap, redirects
After launch Warranty, support, backups, SEO

Use BB STUDIO pricing as a reference, but request an estimate for your scope. A 10–20% reserve can cover new ideas; mandatory integrations should not be hidden under “extras”.

Contract, stages, and payment

The agreement should define scope, stage deliverables, working and review timelines, cost, change control, warranty, confidentiality, and rights. Identify who owns the domain, hosting, repository, design files, licences, and service accounts.

Link payments to visible outcomes: discovery and prototype, design, development, testing, and launch. Scope changes receive a separate estimate with their budget and timeline impact. Read freelancer versus web studio for a broader comparison of delivery models.

A project workflow without chaos

  1. Introduction and brief. Collect goals, context, constraints, and materials.
  2. Estimate and boundaries. Agree on scope, assumptions, budget, and schedule.
  3. Structure and prototype. Validate journeys and content before visual design.
  4. Design. Approve key templates and responsive states.
  5. Development and integrations. Build on a test environment.
  6. Content and testing. Use real copy, forms, roles, and error cases.
  7. Acceptance and launch. Complete the checklist and transfer access.
  8. Support and improvement. Use analytics to prioritise the next changes.

Client and developer testing a website before acceptance

Final acceptance covers the complete business journey, responsive behaviour, configuration, and account handover.

How to accept the website before final payment

Test business journeys

Follow a customer path from advertising or Search to an enquiry or payment. Test forms, emails, CRM records, order statuses, and mobile interaction. A website is ready when the complete journey works, not simply when the homepage loads.

Review content and UX

Verify contacts, prices, company details, languages, buttons, links, and form errors. Ensure the primary action is visible and banners do not cover content. The Design and UI/UX section provides more guidance on identifying user barriers.

Use BB STUDIO tools

Open the free website tools and run an independent baseline check:

These checks do not replace full QA, but they give the client independent visibility into important settings.

Collect access and documentation

The business should hold access to the domain, hosting, CMS, analytics, Search Console, CRM, repository, and paid services. Request an editor guide, backup map, and warranty support contact.

Warning signs in a proposal

  • A price is given before structure, features, and content are discussed.
  • Deliverables and exclusions are missing.
  • Visual design begins without journeys or a prototype.
  • Code and account ownership are unclear.
  • “SEO included” means only installing a plugin.
  • Responsive design, analytics, or testing becomes a surprise extra.
  • Acceptance depends only on subjective design approval.
  • There is no warranty period or defect process.

Frequently asked questions

Must the client write the specification?

Not alone. The client knows the business; the studio translates that context into structure, features, and criteria. Both sides should approve the result together.

How many revisions should be included?

Define review rounds for each stage rather than counting scattered messages. One consolidated list from the responsible stakeholder saves time and prevents contradictions.

What if the idea changes during development?

Record the change separately, including its scope, cost, timeline, and impact on approved work. That is normal scope management.

When should content be supplied?

Content structure is needed before prototyping, while final material should ideally arrive before design is complete. Real copy and images affect blocks, page length, and responsive behaviour.

Can SEO wait until after launch?

Content growth can continue later, but URL structure, metadata, canonicals, sitemap, performance, and analytics should be built into the foundation.

Conclusion

Commissioning a website is a managed business project: a clear outcome, defined scope, staged deliverables, testable criteria, and transferred ownership. This approach makes proposals comparable, protects the budget, and produces a working sales channel rather than a collection of pages.

Explore the BB STUDIO portfolio or send a short project outline to receive a proposed structure and staged estimate.


Prepared by the BB STUDIO team. This article draws on our practice planning, designing, developing, and accepting business websites.

Rate this article
It helps us write better content
Be the first to rate 5.0 of 5 0 votes

Recommended reading

Let’s create something amazing together

Become a clientBecome a client
Telegram Viber Call us