Skip to content
← All articles

Notes for owners · Websites and conversion

A website brief for a small business: what to write before you call a developer

A two-page website brief template covering goals, pages, who answers enquiries, content owners and what you already own, with a filled-in example for a ship supplier.

The GullySales team · Updated 17 Oct 2026 · 5 min read

Editorial illustration for Website strategy and information architecture
On this page
  1. Page one: purpose, people and the first action
  2. Page two: pages, content and what you own
  3. A ship chandler's brief, filled in
  4. What to leave out of a brief
  5. One line on life after launch
  6. Where the brief earns its keep
  7. Questions to put to each developer
  8. Write the first page tonight

A website brief for a small business is a two-page document that says what the site must achieve, which pages it needs, who answers the enquiries, who supplies the content and what you already own. Write it before you call anyone. It lets you compare quotes fairly, and it stops a developer from filling the gaps with their own idea of your business. The template below can be filled in an afternoon.

Page one: purpose, people and the first action

Write these five items in plain sentences:

  1. What the site is for. One sentence, such as "to get enquiries from ship owners and managers for supply of provisions and spares".
  2. Who visits. Two or three kinds of person and what each wants to find in the first minute.
  3. The first action. The one thing you want most visitors to do: call, send a form, message on WhatsApp, or download a catalogue.
  4. Who answers. A named person for calls, one for forms. If nobody is named, enquiries arrive and nobody follows up.
  5. How you will judge it. Enquiries counted the same way each time.

Page two: pages, content and what you own

A brief should list pages by the question each answers, not by name. The table below is a starting layout.

PageThe question it answersWho supplies contentReady by
HomeWhat do you do and for whom?Owner
Products or servicesWhat exactly can I buy?Sales head
ProofWho else has used you?Owner, with customer consent
AboutWho am I dealing with?Owner
ContactHow do I reach you today?Office

Under the table, list what you already own: domain name and who holds the login, hosting, logo files, photographs, existing text, old website address, Google Business Profile, WhatsApp number, analytics account. If you do not know, write "unknown" and find out before the first meeting.

A ship chandler's brief, filled in

An invented example. A ship chandler in Visakhapatnam supplies provisions and deck stores, and its brief reads:

Purpose: to receive supply enquiries from ship managers and agents. First action: send a request-for-quotation form or tap a WhatsApp button. Who answers: the operations manager in the daytime, the owner after hours. Pages: home, provisions, deck and engine stores, port coverage, about, contact. Content owners: the operations manager supplies the product lists; the owner writes the about page; photographs are shot by a freelance photographer who has been booked. Already owned: the domain (login with the owner's nephew, to be retrieved), a logo, no photographs.

One mistake showed up on the first read-through. The owner wanted the site live before a trade event, but nobody had been named for the product lists, and the operations manager was away that week. The brief now lists the lists' deadline as the first item and makes the launch date depend on it. The launch date moves by a few weeks, which annoys the owner, but nobody finds out on launch day that the pages are empty.

What to leave out of a brief

Leave out the colours and fonts you like. Show two sites you admire instead, with a line on what you like about each. Leave out the technical stack too. A wish list is fine, but put it under a heading called "later", because a developer who sees thirty items prices all thirty.

Also resist describing the design in words. A brief that says "modern and clean" can describe any website. Better: "calm, with the product photographs large, and the phone number visible on every screen."

One line on life after launch

Add a line saying who will edit the site once it is live. If the answer is "the developer, for every change", say so and ask what each change costs. If you want your own staff to update prices and photographs, say that the platform must allow it without code. A small change can turn out to need a quote. Writing the answer into the brief means the developer prices the right thing from the start, and you are not tied to one supplier for a job your office could do.

Where the brief earns its keep

The brief is most useful in the first conversation and again at sign-off. Hold each developer to the same document and compare quotes by what they would build, who maintains it afterwards, and what they need from you. If the page list is the part you are unsure of, that is the subject of website strategy and information architecture. Costs are discussed in how much a business website costs in India.

Questions to put to each developer

Send the same brief to two or three developers and ask each the same questions in writing. Who will actually build it, and who do I speak to when something breaks? What do you need from me, and by when, for the launch date to hold? Where is the site hosted, and who holds the logins on launch day? What happens if I want to change a page myself afterwards? What is included in the price and what is extra?

Compare the answers on those points rather than on the design samples. A developer who asks you questions about enquiries and content owners is probably working from the brief. If a quote arrives with none of those questions answered, ask whether the brief was read.

Keep a copy of every version of the brief you send. When scope grows during the project, as it often does, you can point to the page and say what was agreed. That protects both of you.

Write the first page tonight

Start with the five items on page one and send them to the person who will answer the enquiries, to confirm they agree. Fix the gaps they find before you phone a developer. The brief also decides how the site fits with the rest of your marketing, since the first action you pick is the one every ad and listing will point to. If you would like help turning the brief into a build, see website design and development, or tell us what you need.

Questions

Questions owners ask.

How long should a website brief be?
Two pages is a good target. A shorter one leaves the developer guessing, and a longer one can hide the few decisions that matter. If you cannot fit it on two pages, consider splitting the project in two.
Do I need to know the technical terms?
No. Describe what a visitor should be able to do and who will update what. The developer chooses the tools. Be exact about outcomes and ownership, and leave the technology to them.
Should I share a budget in the brief?
Share a range or a ceiling if you have one. Without it, quotes cannot be compared, because each developer designs to a different size of project. You can still negotiate within the range.
What if I do not have the content yet?
Say so, and name the person who will write it and by when. Waiting for content is a familiar reason for a late website. A brief that lists content owners avoids an empty site on launch day.

From the blog

More notes for owners.

Your next practical step

Tell us what you are trying to grow, and we will read it before we call.

Eight short steps, mostly taps. Skip anything you would rather answer on the call.