Skip to main content
← All resourcesGovernment

Planning a government website redesign: a checklist for small teams

Start a government website redesign by naming the public tasks the site must support, assigning content owners and identifying purchasing, security and approval constraints. Plan migration and accessibility evaluation before you approve a design or a launch date.

By Awesome Cause · About our founder · · Updated · 2 min read

Start with public tasks, not the organization chart

Residents may need to report a problem, find meeting information, pay a bill or understand eligibility for a service. List the tasks that matter most and the department responsible for each one. Check whether a task crosses several pages, forms or external systems.

Build navigation around the language people use to find those tasks. Department names can remain available, but they should not be the only route to a service. Ask front-desk and call-center staff which questions arrive repeatedly; those questions are useful inputs to content planning.

Inventory the content and name its owners

  • List existing pages, documents, forms and connected systems.
  • Mark each item to keep, rewrite, combine or retire.
  • Assign a person who can approve each content area.
  • Identify documents that need separate accessibility work.
  • Decide how outdated notices, duplicate pages and archived material will be handled.

Work with your records and legal staff on retention requirements rather than treating a redesign as permission to delete an archive. Give content owners examples and deadlines; a blank request to “send your content” is difficult to act on.

Bring purchasing and IT into the plan

Identify the purchasing route, approval chain and contract requirements with your internal staff. Explain security reviews, hosting restrictions, data handling, integrations and account access in the brief.

Put review time into the schedule. A project that needs an IT review, department sign-off and a purchasing milestone cannot be planned as if one person approves everything. Record who makes decisions and how unanswered questions will be escalated.

Test the journeys you intend to launch

Evaluate representative templates and essential tasks throughout the project. Include accessibility, mobile usability, forms, search and external service handoffs. Ask content owners to test with realistic information rather than only checking a homepage screenshot.

Define the accessibility standard and scope with the people responsible for the project. The audit and remediation guide explains how to separate evaluation, repairs and verification in your scope.

Make launch a set of assigned responsibilities

Create a redirect map for important old URLs. Confirm domain and hosting access, backups, analytics, search-engine setup and an owner for each launch check. Test contact addresses and public forms before the switch.

Agree on a content freeze, the go/no-go decision and a rollback approach. Then schedule a post-launch review: broken links, search results, form deliveries and frequently requested tasks. Give staff an editing guide and a way to request help.

Use the readiness checklist to identify the decisions your team still needs to make.

Prepared by Awesome Cause with AI assistance. These guides provide planning advice; project scope and estimates are agreed individually.

Let's talk about your project!

Send a short note about what needs to change. Daniel will reply personally, talk through scope and budget, and arrange a conversation if it would help.

Tell us about your project

Prefer email? hello@awesomecause.com

Tell us about your project

Start with a short note.

Tell us a little about the project. Daniel will reply personally within one business day and arrange a time to talk if it would help.

What do you need?
Two or three sentences is plenty.

Prefer email? hello@awesomecause.com. No newsletters, no spam, ever.