Start here
The direct answer
A website redesign brief for an Australian service business should identify the customers and places served, the action each page supports, the content and accounts available, and the work required to launch and maintain the site. Record which URLs stay, which need a replacement, who approves each deliverable and how the finished journeys will be checked. A useful brief makes responsibility visible before a price or launch date is agreed.
Link to the direct answerKey takeaways
What to take from this article.
- A useful brief connects each requested page with a customer decision, an owner and evidence for approval.
- Separate domain registration, hosting, CMS access and content rights in the handover record.
- Give each existing URL a decision: retain it, redirect it to a relevant page or retire it.
- Agree launch evidence, accessibility responsibilities and recurring costs while the scope is being written.
Working framework · 5 decisions
Five decisions that make a website brief usable
Settle these decisions before choosing a visual direction or comparing quotes.
Decision 01 / 05
Name the customer task
Choose the service, audience and action the website must support.
Read all 5 decisions
Name the customer task
Choose the service, audience and action the website must support.
Record control and content
Identify account owners, editors, supplied materials and approval responsibilities.
Map what survives
Decide which pages stay, change address, combine or retire.
Define acceptance evidence
Specify the journeys, devices and review records needed for approval.
Agree life after launch
Name the editor, support owner, renewal costs and handover tasks.
Ten fields to copy into the brief
Business.gov.au recommends planning around business goals and customer tasks. The ten fields below are Branding Tatva's briefing checklist. Short answers are enough; give each open decision an owner and a date.
- Business and offer: Name the services sold and the work customers should enquire about.
- Audience and coverage: Identify buyers, states or service areas, and any customer groups needing a different journey.
- Primary action: Choose the enquiry, booking, call or purchase that each important page supports.
- Current site: List its address, platform, useful pages and specific problems customers encounter.
- Page scope: Identify pages to retain, rewrite, combine, add or retire, with a content approver.
- Content supply: Record who provides copy, images, documents and permission to use them.
- Editing and integrations: Name staff editing tasks, forms, booking tools and other connected services.
- Migration: Record existing URLs, intended destinations and the person checking the result.
- Acceptance: State the customer tasks, review devices, accessibility target and evidence required for approval.
- Commercial terms: Record budget currency, launch window, approver, handover, recurring charges and support responsibilities.
Separate the accounts that control the website
Access to the page editor tells only part of the story. Keep an account register beside the brief, with the provider, authorised owner, renewal contact and person responsible for each change. Record where secure access will be arranged; keep passwords outside the brief.
For a .au domain, auDA distinguishes the registrant holding the licence from the registrar or reseller providing registration services. Changing the registrant and changing the provider are separate processes. A domain transfer authorisation code also differs from the provider account password.
Business Victoria recommends asking about ownership, portability and exit costs before engaging a developer. Translate the answers into agreed handover items, including content exports and any third party licence conditions.
- Domain and DNS: Registration details, renewal owner and approval for address changes.
- Hosting and CMS: Account owner, editor roles, backups and routine update responsibilities.
- Enquiry systems: Form destination, booking account and person checking delivery.
- Search and content: Search Console access, analytics access, source files and usage permissions.
A fictional maintenance business brief
This fictional example illustrates the method. A Perth maintenance business serves commercial property managers. Its proposed journey is: find the relevant service, confirm the service area, describe the property and request a callback about planned maintenance.
The brief asks for a service page explaining the work accepted, an enquiry form collecting the site postcode and contact preference, and a confirmation explaining the next step. The operations manager supplies service details; the owner approves the wording; the developer connects the form; the nominated coordinator confirms receipt.
Acceptance follows that journey. A test enquiry reaches the agreed inbox with the selected service intact, and the coordinator can identify the next action. This is a fictional acceptance scenario, with results to establish during the project.
Give every changed address a decision
Create a URL record with four fields: existing address, decision, destination and check result. Retain useful addresses where the page keeps its purpose. For a combined page, record why the destination answers the earlier visitor need. Review retired pages individually. Where content is removed without an equivalent replacement, record the intended 404 or 410 response.
Google recommends mapping changed URLs to relevant destinations and using permanent server redirects where possible, including 301 or 308. Redirect directly to the destination and avoid sending unrelated pages to the homepage. Update internal links, canonical references and the search sitemap. Google generally recommends keeping redirects for at least a year; search visibility can fluctuate during a move.
A visual page map explains navigation to the project team. An XML sitemap supplies URL information to search engines. Put both in the brief where needed, with a named owner for each.
A worked URL map for the Perth example
These three rows continue the fictional Perth maintenance brief. Before launch, the operations manager checks that each page still serves the right customer need. The developer records the expected response and checks the live result after launch.
- Retain /services/commercial-maintenance at the same address. It still describes the core service. Check that the page returns 200 and that the enquiry link works.
- Redirect /services/property-maintenance to /services/planned-maintenance. The new page covers the same work for the same buyers. Check for one permanent redirect, a 200 response at the destination and updated internal links.
- Retire /offers/winter-2024. The promotion has ended and there is no equivalent offer. Record the expected 410 response and remove the old address from navigation and the XML sitemap.
Agree what will count as ready
Write acceptance as an observable task with an approver and a retained result. A screenshot can show a layout; enquiry delivery needs a completed submission and receipt. Separate an issue that blocks launch from an agreed later improvement.
W3C recommends assigning accessibility responsibilities across the team and checking agency work against the agreed accessibility level. Record the target, evaluation scope, reviewer, findings and retesting responsibility. Specialist assessment needs its own agreed scope.
In the fictional Perth rehearsal, the mobile form shows a confirmation, but the enquiry lands in a mailbox the coordinator cannot access. The owner holds launch. After the developer corrects the destination, the coordinator checks that a labelled test arrives with the selected service and postcode. Keep the received enquiry and the confirmation screen with the approval record.
- Enquiry evidence: Submit each agreed form and confirm the destination, fields and customer confirmation.
- Reading evidence: Review priority pages on the agreed browsers and devices, including a narrow mobile screen.
- Accessibility evidence: Retain the agreed evaluation, including keyboard journeys, form feedback and outstanding issues.
- Migration evidence: Check retained addresses and mapped redirects against the URL record.
- Editing evidence: Ask the assigned editor to change a service description and preview the result.
- Approval evidence: Record who accepts the content, functions and remaining work before publication.
Make the handover usable after the developer leaves
Request an operating record: account owners, editing instructions, backup location, renewal dates and the support route. Agree the steps for an urgent fault and the boundary between a repair and additional work.
List recurring charges separately from the project fee. Record the payer and renewal terms for hosting, domains, software, booking tools and maintenance. Include any export or transfer costs disclosed by the supplier. A handover review should let the business identify the responsible person for each bill and each routine change.
Set the working arrangements around the Australian business
Delivery can be arranged fully remotely from India. Suman Sharma leads strategy, messaging and coordination. Australian website work receives a separate scope and USD quote, with commercial terms shared privately in the written proposal. Any brand strategy work has its own agreed deliverables and responsibilities.
Agree review windows using the client's city and time zone, with a named approver and launch contact. Record hosting, data location, privacy and regulated content requirements confirmed by the client and its advisers. Assign any specialist work before the proposal is accepted.
Before you use it
Questions that can change the recommendation.
Can the current domain and URLs stay?
Yes. A redesign can keep existing addresses. Record each address to retain, redirect or retire, with a check after launch.
Link to this answerHow detailed should the first brief be?
Start with the ten fields above, existing pages and one important customer journey. Give open decisions an owner before asking for a firm quote.
Link to this answerHow do I prove a website enquiry form works before launch?
Send a labelled test from the website on a device your customers use. Ask the person who handles enquiries to confirm that it reaches the agreed inbox or system with the required fields. Check that the visitor sees the expected confirmation. Record who checked it, what arrived and when the form passed.
Link to this answerWho confirms privacy and hosting requirements?
The client confirms its requirements with the appropriate advisers. The website scope then identifies the implementation, evidence, hosting arrangements and specialist responsibilities to agree.
Link to this answerDoes a redesign require a full rebrand?
A website scope can retain the current identity and address page structure, content, editing or enquiries. Agree any brand work and website implementation separately.
Link to this answerHow are Australian website projects quoted?
Branding Tatva quotes Australian website projects in USD through a private written proposal after the scope and responsibilities are understood. Identify recurring services, specialist reviews, acceptance checks, handover and support alongside the project fee.
Link to this answerResearch record
What this guide draws from.
Each source note describes what the reference supports. Platform guidance, research findings and Branding Tatva's practical suggestions have different scopes.
- Set up a business website (opens in a new tab)
Australian Government, business.gov.au
Planning guidance on goals, page structure, CMS choice and launch checks. Read 24 October 2026.
- Know what to ask your web developer (opens in a new tab)
Business Victoria
Questions about ownership, portability, CMS choice and changing suppliers. Read 24 October 2026.
- Transfer your .au domain name (opens in a new tab)
auDA
Distinguishes registrants, providers and transfer authorisation codes. Read 24 October 2026.
- How to move a site (opens in a new tab)
Google Search Central
Guidance for URL changes, redirects and search migration checks. Read 24 October 2026.
- Planning and Managing Web Accessibility: Plan (opens in a new tab)
W3C Web Accessibility Initiative
Guidance on accessibility goals, assigned roles, evaluation resources and acceptance testing. Read 24 October 2026.