Designers direct the system.
AI compresses the groundwork.
AI is being applied as an acceleration and systems-intelligence layer to support the foundational setup of the Tourism Australia Design System. Human-led, AI-assisted — designers direct, curate, and own all decisions; AI compresses the time-intensive work of discovery, extraction, and structuring.
The Experiment
AI is being used to audit multiple Tourism Australia domains and sub-properties — surfacing recurring UI patterns, shared foundations, divergent behaviours, and inconsistencies the design system will need to reconcile. From there, it assists in extracting and organising the underlying design primitives and identifying the components doing the majority of the UI heavy lifting across properties.
- Cross-domain auditing — systematic review of multiple TA domains and sub-properties to surface recurring UI patterns, shared foundations, divergent behaviours, and inconsistencies the system will need to reconcile.
- Foundation extraction & organisation — typography (scale, families, weights, line-height, responsive behaviour), colour systems (brand, semantic, surface, state, accessibility-paired), spacing, layout grids and breakpoints, elevation and shadows, radius, responsive and adaptive patterns, motion and interaction primitives, iconography, localisation (multi-script, RTL readiness, content expansion), and accessibility baselines.
- Component intelligence — identification of high-frequency components doing the majority of UI heavy lifting across domains, including variant patterns, states, and contextual usage. Informs prioritisation of what gets systematised first.
- Token & variable architecture — assistance setting up a scalable Figma variable and token architecture: primitive → semantic → component-level layering, with mode/theme structures anticipating future expansion (dark mode, sub-brand theming, campaign overlays).
- Taxonomy & documentation scaffolding — support for naming conventions, taxonomy structures, and documentation frameworks so the system speaks a consistent language across Figma, code, and written guidance.
- Where the time savings go — designer effort is redirected toward governance, accessibility, UX quality, system thinking, pattern coherence, and long-term maintainability.
AI is not autonomously designing the system. Every output is reviewed, curated, and refined under designer direction. Final decisions on UX quality, governance, accessibility, visual consistency, naming, and system architecture remain human-led and human-owned. AI is treated as a capable assistant for pattern recognition, extraction, and structuring — not as a decision-maker.
Risk Mitigation
Every AI-surfaced output passes through validation, review, and governance before it can influence the live system. Controls are designed to catch hallucination, over-fitting, bias, and accessibility regressions early — and to keep accountability with the design team end-to-end.
- Manual validation of extracted foundations, tokens, and component inventories against source domains.
- Design + Dev review for token accuracy, naming, and implementation feasibility before adoption.
- Governance checkpoints before any pattern enters the live system.
- Version-controlled variable architecture, naming conventions, and documentation; changes require an ADR.
- Accessibility verification — contrast, focus, semantic structure, WCAG conformance — on every foundation and component before sign-off.
- Source traceability — every AI-surfaced pattern links back to the domains and instances it was derived from; uncited patterns flagged for rejection.
- Bias & over-fitting check — designers verify AI hasn't over-weighted recent redesigns, the most visually prominent property, or surface-level repetition mistaken for system intent.
- Human approval gate — no foundation, token, or component goes live without designer sign-off.
Fall Back Plan
If AI assistance becomes unavailable, restricted, or deprioritised, the work reverts to a traditional manual design-system workflow. The outcome remains fully achievable — the trade-off is in time and operational overhead, not capability or quality.
- Manual cross-domain audits
- Manual token and foundation extraction
- Manual component inventory creation
- Manual Figma variable and library setup
- Manual documentation authoring and governance tracking
Migration Milestones
Where the design system sits on the Tourism Australia AEM → Sitecore XM Cloud + Content Hub migration. Dates come from the live client dashboard; deliverables under each milestone come from the sprint plan (12 × 3-week sprints, 29 Jun 2026 → 7 Mar 2027). Items marked ✦ are design-owned.
- Design system build window opens — the plan assumes the system runs 6 weeks from w/c 1 Jun 2026, in parallel with Discovery. W/C 1 JUN → 9 AUG
- Component sign-off window opens — design overlap for TA sign-off of components lives in Sprints 1–2 only. 29 JUN – 9 AUG
- Storybook set-up begins — the code-side home of the system. S1–S3
- Repo, CI/CD pipelines, QA process, Sitecore project set-up. SPRINT 1
- CMS overview training. SPRINT 1
- Design system complete — the hard date for the system. SPRINT 2 · 9 AUG 2026
- Design system sign-off (TA, 3-day SLA) — gates all component build. 9 AUG 2026
- All components signed off by TA — gates build progression beyond Sprint 2. BY 9 AUG 2026
- First 10 components delivered; QA (Ben, TA) begins. SPRINT 2
- Content Hub DAM configured; SSO & user profiles. S1–S4
- 90 components delivered in sprint waves (10–15 per sprint) — each wave needs design QA & sign-off in-sprint. S2–S8 · BY 13 DEC 2026
- Page templates per site — Signature S3 · Business Events S5–6 · Corporate S7–8. AUG–DEC 2026
- Phased go-lives begin — Signature S4 · SEP 2026 · Business Events S6 · OCT/NOV 2026 · Corporate S8 · DEC 2026
- UAT cycle runs continuously. 31 AUG 2026 – 14 FEB 2027
- Sitecore Search, OneTrust & integrations; CMS 1st training enablement SPRINT 3
- Aussie Specialist launch — UAT sign-off then go/no-go. S11 · 25 JAN – 14 FEB 2027
- australia.com UAT & sign-off — final and largest site. S10–S11 · BY 14 FEB 2027
- australia.com go/no-go & cutover — flagship go-live confirmed mid-March 2027. S12–S13
- Design supports UAT triage — visual parity, accessibility and component fixes on a 3-day sign-off SLA.
- Hypercare runs ~30 days post australia.com go-live. MID-MAR – MID-APR 2027
- Design system hands over to governance mode — documentation, change control, and contribution model need to be in place.
- Adobe licence ends (migration backstop). END APR 2027
The design system is a Sprint 1–2 deliverable, not a background workstream. It must be complete and signed off by 9 Aug 2026 — that sign-off gates all component build, and the design-overlap window for component sign-off closes with Sprint 2. From there, 90 components flow through build at 10–15 per sprint, each needing design QA and sign-off inside a 3-week cycle on a 3-day SLA.
Sources · TA Client Dashboard — timeline & key dates ↗ · CMS Migration — sprint plan & deliverables ↗
System Progress & Health
A live reading of how far the system is built and how sound it is. The meter tracks overall build progress; the figures beneath it — variables, components, styles — are pulled from the live Figma library and refresh on each daily sync. Foundations are substantially in place; the element and component layers are where the remaining work sits. The dashboard syncs daily, drawing from the connected Figma library, the source-of-truth workbook, the Confluence page, and the project plan.
A component counts as complete only when all of its variants, every theme, and its documentation are finished. Partial builds report their true partial percentage — never rounded up. For example, Buttons reads as done only once every variant, every theme, and the written documentation are in place; until then it contributes the real fraction it has reached, not a rounded-up figure.
Health flags — what a hygiene pass should clear before the system scales:
- Scope pollution — a large share of variables are still on
ALL_SCOPES, which clutters every property picker. They should be narrowed to their real use (fills, text, gap, radius…). - Empty component-token layer — the
08 Componentcollection exists but holds no variables; component tokens haven't been defined yet. - Sparse component documentation — only — of — component families carry a written description; naming and usage guidance need to catch up to the build.
- Sound layering — tokens are aliased rather than held as raw values, and theming is cleanly separated across brand modes, locales and breakpoints. The architecture is holding up.
AI doesn't replace the design team.
It buys back their best hours.
The foundational phase of a design system is where the most consequential decisions get made — governance, accessibility, system thinking, long-term maintainability. It's also where the heaviest, most mechanical work lives: audits, extraction, inventory, scaffolding.
AI takes the mechanical layer. Designers keep the consequential one. If the assistance is pulled, the work continues — slower, heavier, but on the same trajectory.