Website design for Australian businesses that has to earn its keep
We design the thinking first, which pages have to exist, what each one must prove and to whom. Then your build team, or our developers, get a system they can implement without guessing.
What is website design?
Website Design is the research, structure and interface work done before a site is built: audience research, sitemap, wireframes, a reusable component library and clickable prototypes. It suits Australian organisations replacing a dated site or launching a new one, and it gives developers an unambiguous specification so the build is predictable rather than improvised.
Get a fixed written quote- Typical timeline
- 4 to 8 weeks
- What drives cost
- The main cost drivers are the number of unique templates, whether photography direction is in scope and how many stakeholders review.
- Best for
- Australian businesses replacing a dated site or launching a new proposition
- You own
- Every Figma file, source asset and licence, transferred at handover
- Built with
- Figma, tokenised design systems, WCAG 2.2 AA
What you actually receive from a website design project
Not a folder of pretty screens. A system your team can use.
A website design project should end with a decision record, not a folder of pretty pictures. By handover you will have a sitemap that matches how buyers really move through your offer, wireframes for every unique template, a component library with defined states, and a clickable prototype that stakeholders can walk through before a single line of code is written. That prototype is the artefact that saves the budget, because changing a screen in Figma costs an hour and changing a built page costs a day.
- 01Sitemap and URL structure
- 02Page briefs for each unique template
- 03Mobile-first wireframes
- 04Two visual directions on real content
- 05Component library with all interaction states
- 06Design tokens named for implementation
- Clickable prototype of the main conversion paths
- Accessibility annotations to WCAG 2.2 AA
- Developer handover guide and walkthrough
- Content audit and page briefs
Everything else is a composition of blocks drawn from the same library
We deliberately keep the number of unique templates low. Most Australian service businesses need fewer than twelve: home, service parent, service child, industry, about, team profile, article, contact, campaign landing page, legal, search results and a 404. Everything else is a composition of blocks drawn from the same library. That constraint is what keeps the site cheap to extend in two years, and it is why we treat interface design as a system rather than a run of one-off screens.
- Sitemap and URL structure agreed before layout work starts
- Wireframes for every unique template, mobile-first
- Component library with hover, focus, error, empty and loading states
- Type scale, spacing scale and colour tokens named for developers
- Clickable prototype for stakeholder review and user testing
- Written rationale for the decisions that will be questioned later
Why a design system beats a folder of page mockups
A mockup shows one perfect screen. A design system defines what happens everywhere.
A mockup answers one question: what does this page look like on a good day, with ideal content, on a laptop. A design system answers the harder ones. What does the comparison table look like with two columns instead of five? What does the enquiry form look like after a validation error, on a 360 pixel wide handset, for someone browsing at 200 percent zoom? What happens to the hero when the headline runs to three lines because your new product name is long?
Answering those in Figma is cheap
Answering those in Figma is cheap. Answering them in production, three weeks after launch, is expensive and it is usually done badly under time pressure. So we define components with their variants and states, name the tokens the way the front end will name them, and document the rules that govern spacing and hierarchy. Developers then implement a vocabulary instead of interpreting an image, which is a large part of why builds land closer to the estimate.
How a website design engagement runs
Seven reviewable stages. No giant reveal at the end.
We work in short, reviewable stages so you are never asked to approve something you have not seen evolve. Each stage ends with a working session rather than an emailed PDF, because the useful feedback almost always surfaces in conversation and rarely in a comment thread.
- 01DiscoveryInterviews with sales and service staff, review of analytics and search demand, a look at the four or five competitors your buyers actually shortlist
- 02StructureSitemap, URL plan and page briefs stating the job of each template
- 03WireframesGreyscale layouts for every unique template, reviewed on a phone before a desktop
- 04Visual directionTwo art directions applied to real content, not placeholder text
- 05Design systemComponents, states, tokens and responsive rules documented
- 06Prototype and testingClickable flows for the primary conversion paths, tested with people who resemble your buyers
- 07HandoverAnnotated files, an implementation guide and a walkthrough with whoever is building it
Two decisions on your side that keep the project moving
Two things make the difference between a smooth project and a slow one. The first is naming a single decision maker on your side, even where several people contribute opinions, because design by committee produces averages rather than choices. The second is giving us real content early. Layouts designed around actual service descriptions and genuine team bios hold up at launch, while layouts designed around placeholder text quietly break the moment reality arrives.
Template, custom theme or a full design system
Not every organisation needs bespoke design. We will say so.
Not every organisation needs bespoke design, and we will say so during scoping. The right answer depends on how much of your differentiation lives in the interface, how often your team will need to build new pages without help, and how long you expect this site to last before the next rebuild.
Approach
01
Off-the-shelf template
Suits
A new business validating an offer, or a microsite with a short life
The trade off you accept
You inherit someone else's structure and your site looks like the other buyers of that template
02
Customised theme
Suits
Established SMEs with conventional content needs and a modest budget
The trade off you accept
Faster to launch, but heavier code and limits on layouts the theme never anticipated
03
Bespoke design system
Suits
Multi service or multi-location businesses that publish regularly
The trade off you accept
Higher upfront design effort, far lower cost per page added afterwards
04
Design system plus a decoupled build
Suits
Publishers and groups pushing content to a site, an app and screens
The trade off you accept
More moving parts to maintain, so we only recommend it when the extra channels genuinely exist
How we work this out during scoping
A useful test is to ask what happens in eighteen months when marketing wants a campaign page by Thursday. If the honest answer is that someone raises a ticket and waits a fortnight, you need a system rather than a set of fixed layouts. If the honest answer is that nobody has requested a new page in two years, paying for a full component library is over engineering and we would rather you spent that money on content.
Accessibility is a design decision, not a post-launch patch
Designed in from the first wireframe. Not patched in after launch.
Accessible website design is a sequence of small decisions made early, so we work to WCAG 2.2 AA from the first wireframe. That means colour contrast is checked while palettes are being chosen rather than after signoff, interactive targets are sized so they can be hit with a thumb on a moving train, focus states are drawn instead of left to the browser, and every form field has a visible label that stays visible once the field is filled. Error messages describe the fix, not the failure.
Retrofits also tend to produce awkward compromises that a reader can feel
There is a commercial argument as well as an ethical one. Public sector and education buyers frequently make accessibility conformance a condition of tender, so a site that cannot demonstrate it is quietly excluded from work it could otherwise win. If you sell to government agencies or into schools and training organisations, the cost of retrofitting accessibility after launch usually exceeds the cost of designing it in. Retrofits also tend to produce awkward compromises that a reader can feel.
How we scope it
Four ways to scope your Website Design project
We do not publish package prices, because the same brief can be a short build or a long one. These are the shapes the work usually takes. Tell us which one sounds like you and you will get a fixed written quote that spells out exactly what it covers.
Website Launch
A credible site, built properly, live sooner
Fixed written quote, agreed before work starts
- Sitemap and URL structure
- Page briefs for each unique template
- Mobile-first wireframes
- Two visual directions on real content
Website Growth
A site that has to sell or integrate with something
Fixed written quote, agreed before work starts
- Everything in Website Launch
- Component library with all interaction states
- Design tokens named for implementation
- Clickable prototype of the main conversion paths
Website Platform
A large site, or one built around your operation
Fixed written quote, agreed before work starts
- Everything in Website Growth
- Accessibility annotations to WCAG 2.2 AA
- Developer handover guide and walkthrough
- Content audit and page briefs
Website Care
Keeping it fast, patched and improving
Rolling monthly, quoted in writing
- Hosting, patching, backups and uptime monitoring
- Content and design changes as you need them
- Core Web Vitals watched, not assumed
- Rolling, cancel with 30 days notice
These are shapes, not menus. Most quotes end up somewhere between two of them, and we will say so when the honest answer is the smallest one. Describe the problem and we will tell you which it is.
Questions buyers usually ask
Frequently asked questions
Scope and timeline
How long does website design take before development can start?
Most projects run 4 to 8 weeks from kickoff to developer handover. Discovery and structure take the first week or two, wireframes and visual direction the middle stretch, and the design system and prototype the remainder. The variable is rarely our production speed. It is how quickly your stakeholders can review and give consolidated feedback, so we agree review dates in the first week.
How long does custom website design take?
Most projects run 5 to 9 weeks from kickoff to developer handover. Structure and art direction take the first few weeks, visual design the middle stretch, and the prototype and handover pack the remainder. The usual delay is not design production. It is waiting on real content and on consolidated stakeholder feedback, so we agree review dates and a content deadline in week one.
How long does a website redesign take?
Most run 5 to 10 weeks. The audit and architecture stages take the first two to three weeks, design and build the middle, and the final week goes to redirect testing and launch preparation. Larger sites take longer mainly because the content decisions multiply. If content rewriting is part of the scope, plan for the writing to be the critical path rather than the design.
Cost and quoting
What drives the cost of a website design project?
Four things: the number of unique templates, how much original research the audience work needs, how many stakeholder groups must sign off, and whether you need a full tokenised design system or a lighter set of layouts. We scope those in a short discovery call and then send a fixed written quote, so the number does not move unless you change the scope.
Why does custom design cost more than a theme?
Because nothing is inherited. Every template is drawn rather than adapted, every state is designed rather than defaulted, and the art direction is developed rather than purchased. The main cost drivers are the number of unique templates, whether photography direction is in scope and how many stakeholders review. We work through those in a scoping call and send a fixed written quote.
Detail and edge cases
Do we own the design files if we work with someone else later?
Yes. Every Figma file, exported asset and font licence transfers to your organisation at handover, along with the editable sources. Design files are never held back as leverage. If you take the system to another development partner, they receive the same annotated files and implementation guide we would have used ourselves.
Can you design for a site we are not asking you to build?
Often, yes. We produce documentation intended for a third party developer, including component specifications, token names, responsive rules and accessibility notes. We also offer a paid review of the built site against the design so you have an independent check before launch. Tell us early who is building it, because the handover pack changes shape accordingly.
How do you handle design for a regulated profession?
We design around the advertising rules before layout, not after legal review. For an AHPRA regulated practice that means no testimonial modules on clinical pages and careful treatment of outcome claims. For financial services it means disclosure text that has room to breathe rather than being buried in six point grey. Get the compliance reviewer looking at wireframes and the visual round almost never stalls.
What happens once the design is handed over?
We stay available during the build to answer implementation questions, review staging against the design and sign off the final pass. If we are also doing the build, that review is built into our process. Once live, most clients keep a small monthly block for iteration, since the first three months of real behaviour usually suggest changes worth making.
Will we lose search rankings when the new site goes live?
Not if the migration work is done properly. Rankings are lost when URLs change without redirects, when page content is thinned during a design tidy up, or when technical signals like structured data are dropped. We inventory every URL first, map redirects one to one, check content parity on pages that earn traffic, and monitor daily for two weeks after launch so anything unexpected is caught in days rather than quarters.
Related services
Get a fixed written quote for your website design
Tell us what the site has to achieve and who it has to convince. We reply within one business day, and any proposal we send is a fixed written quote with the scope spelled out.