Website design and planning in New Zealand: scope, briefs, and launches without nasty surprises
Who this is for. New Zealand small-business owners commissioning a new site or major refresh—whether you work with a freelancer, studio, or internal team—and want clarity before you sign a quote.
Most budget blowouts are not “because design is expensive.” They happen when goals, content, and integrations stay fuzzy until mid-project. Good planning turns ambiguity into decisions you can price.
1. Start with outcomes, not aesthetics
Before palettes and fonts, write down:
- Primary actions you want (call, book, quote request, purchase).
- Who the site is for—not “everyone,” but the segments that matter this year.
- Proof you can show (certifications, years in trade, projects, reviews).
- What success looks like in 90 days (e.g. more qualified enquiries, fewer “wrong fit” calls).
Design serves those outcomes. Pretty pages that obscure the phone number fail even if they win awards.
2. What actually moves price
Expect quotes to shift when any of these are uncertain or large:
- Content volume — Who writes, edits, and legally approves copy?
- Custom photography vs stock — Shoot days and retouching add real time.
- Integrations — CRMs, booking engines, payment gateways, inventory, member areas.
- Multilingual or multi-location complexity — Structure, hreflang, and editorial load.
- Accessibility or brand-system rigour — Worth it, but it is work.
- Migration from an old CMS — URL mapping, redirects, and content cleanup.
Ask for milestones tied to decisions, not just week numbers.
3. A brief that prevents scope creep
Include:
- Business summary and positioning (one page).
- Audience notes and objections you hear in sales calls.
- Sitemap wishlist (even rough): home, services, about, contact, resources.
- Must-have vs nice-to-have features.
- Technical constraints (existing domain, email host, analytics IDs).
- Competitors you respect—and what to avoid copying.
- Timeline drivers (seasonal launch, event, funding milestone).
Attach examples of sites whose clarity and tone you like, not just visuals.
4. Mobile-first is non-negotiable
Most NZ local traffic is mobile. Design for small screens first: thumb reach, tap targets, readable type, forms that do not fight the keyboard. Desktop layouts should enhance—not replace—that clarity.
5. Navigation and information scent
Visitors should recognise “where to click” within seconds. Keep primary tasks in persistent navigation; push legal and careers to the footer. Avoid cute labels that obscure meaning (“Solutions” without context).
6. Forms, trust, and friction
Every extra field costs completions. Ask only what you need to respond. Pair forms with expectations (“We reply within one business day”) and privacy reassurance near the submit button.
7. Wireframes vs high-fidelity mockups
Low-fidelity wireframes cheaply test structure. High-fidelity comps nail branding. Skipping straight to pixels often wastes rework when IA changes. Ask your designer what sequence they prefer and why.
8. Design QA before you sign off
Check real content—not lorem ipsum—on key templates. Proof on multiple phones, including older devices if your audience keeps them. Verify contrast for text over images and focus states for keyboard users.
9. Refresh vs rebuild
Refresh when foundations are sound: branding tweak, component polish, performance pass. Rebuild when the CMS, IA, or technical debt blocks iteration, or when goals have fundamentally changed.
10. Frequently asked questions
How many revision rounds are normal?
Contracts often include two or three structured rounds; endless “small tweaks” destroy schedules. Batch feedback with stakeholders before sending.
Who owns Figma files or design assets?
Spell it out in writing—licence, handover, and font/software dependencies.
Should I use a page builder?
Builders can empower teams; they can also lock you into shortcodes and brittle layouts. Choose based on who maintains the site in year two.
Related shorter guides. Dive into the Design & planning topic for pricing drivers, briefing checklists, mobile patterns, forms, and pre-launch QA.