Skip to content

Industry guides

Public-information websites: clear tasks, current content and accountable publishing

A public-information website should make it clear who is responsible for it, what information it provides and how someone reaches the right service or team. Those decisions shape the website before visual design begins.

Establish the website’s role

An official public-service website, a representative’s personal site and a campaign website have different purposes. Identify the owner and responsible publishing team first. Page titles, branding and contact routes should preserve that distinction.

Write down the tasks visitors need to complete. Finding a public notice, contacting an office, accessing a service and reading a statement are different journeys. Avoid making visitors learn the organisation’s internal structure before finding useful information.

Build navigation around recognisable tasks

Group content in language the audience can understand. A service page should explain what the person can do, the relevant instructions supplied by the organisation and the next action. Make any hand-off to another official system clear.

For representatives or community organisations, separate biographies, public updates, events and contact. Visitors should be able to distinguish current information from archived material without guessing from its position on the homepage.

Make publishing responsibilities explicit

Assign owners for service information, notices and documents. Agree who drafts, checks and approves changes, and which material needs a review date. A polished launch cannot compensate for information that nobody is responsible for maintaining.

Define how corrections, expired notices and superseded documents are handled. The archive should preserve useful context while keeping current instructions easy to identify. Publication dates should reflect actual publication or substantive changes.

Separate information from transactions

Linking to an existing application or payment system is different from building a new public service. Accounts, payments, documents and case tracking need agreed functional requirements, system ownership and support responsibilities.

Start with the task and the existing tools. A small improvement to instructions or navigation may remove confusion without replacing a working service. More complex integrations need discovery before a reliable proposal can be made.

Test with the people who need the information

Use representative tasks to review the website on mobile and desktop. Check keyboard navigation, document access, readable content and error handling. Include the full destination of contact and service links, not only their appearance.

Agree the accessibility requirements and evaluation process with the responsible organisation. Do not treat the use of a particular design template as proof that every page and service meets all requirements.

Plan the handover and continued operation

Document content ownership, access, training and the route for reporting a problem. Staff should know how to publish an update and when a change needs further review. Build the maintenance plan into the project.

W3WIZZ can scope an information-structure audit, an informational website or a more involved publishing platform. Official public-service work needs a proposal that reflects its actual responsibilities and procurement process.

Start a project

A clearer brief starts here.

Tell us about the audience, the problem and the platform you want to build.

  • We reply personally, usually within a day
  • A fixed proposal after a short discovery
  • Global projects, built around you