{"id":304,"date":"2026-09-08T10:00:00","date_gmt":"2026-09-08T08:00:00","guid":{"rendered":"https:\/\/yindle.com\/?p=304"},"modified":"2026-09-08T10:00:00","modified_gmt":"2026-09-08T08:00:00","slug":"websitebriefing-beslissingen","status":"publish","type":"post","link":"https:\/\/yindle.com\/en\/websitebriefing-beslissingen\/","title":{"rendered":"A website brief starts with decisions"},"content":{"rendered":"

A website brief is useful when it helps you make design decisions. A list of desired pages is too limited for that. It does not explain who visits the website, which question must be answered first or what makes a contact enquiry valuable. Start with choices that actually guide the project. Design and functionality then have a clear purpose.<\/p>\n

Describe the visitor's situation<\/h2>\n

Do not describe your audience solely by sector and company size. Also describe the moment when someone starts searching. Is there a specific project, are they replacing a supplier, or are they gathering information for a colleague? The same business may need very different explanations in these situations. A technical adviser, for example, looks for capabilities and limitations; a client wants to know how collaboration and decision-making work.<\/p>\n

Include three recognisable visitor tasks. For example: establish whether a service fits the need, view a relevant approach and request a substantive conversation. Link each task to the information needed to complete it. This reveals which pages are essential and which mainly reflect an internal preference.<\/p>\n

Make the desired outcome verifiable<\/h2>\n

\u201cA professional appearance\u201d is understandable, but hard to assess. Translate that wish into observable behaviour. A visitor should be able to explain what the organisation does, who it suits and how initial contact works. An editor should be able to update a service independently without asking for help every time. These are different outcomes, and both belong in the brief.<\/p>\n

Also distinguish between the website and the business process behind it. A good form can capture an enquiry clearly. Whether someone then receives a timely reply depends on the follow-up. Preparing a website or online store<\/a> therefore also means deciding who receives and reviews new enquiries.<\/p>\n

Record boundaries and decisions still to be made<\/h2>\n

In a fictional example, a consultancy wants to renew all its services and add a customer environment. During the briefing, it becomes clear that the service content is ready, but the customer process has not yet been defined. The first commission could then cover the public website, with a separate decision point for the customer environment. That is easier to budget for than combining both ideas under one unclear feature.<\/p>\n