home / skills / gtmagents / gtm-agents / experience-system-blueprint
This skill helps teams translate brand concepts into scalable experience systems across channels, ensuring coherence, accessibility, and measurable impact.
npx playbooks add skill gtmagents/gtm-agents --skill experience-system-blueprintReview the files below or copy the command above to add this skill to your agents.
---
name: experience-system-blueprint
description: Documentation pattern for translating brand platforms into modular experience
systems.
---
# Experience System Blueprint Skill
## When to Use
- Creating scalable design systems anchored in brand strategy.
- Handing off brand concepts to product, web, or event teams.
- Auditing touchpoints for coherence and accessibility.
## Framework
1. **System Principles** – design tenets, accessibility standards, inclusivity commitments.
2. **Component Library** – modules for hero sections, CTAs, motion behaviors, environmental elements.
3. **Sensory Spec** – visual, motion, audio, haptics guidelines with do/don't examples.
4. **Channel Adaptations** – matrices showing how components flex by channel/device.
5. **QA & Measurement** – checklist + instrumentation hooks to track fidelity and impact.
## Templates
- Blueprint deck with principle → component → channel mapping.
- Figma/Notion doc outlining specs, tokens, and usage rules.
- QA worksheet for reviewing executions before launch.
## Tips
- Version-control blueprints so teams know which system is authoritative.
- Embed accessibility best practices early to avoid retrofits.
- Pair with `design-multi-channel-brand-experience` command for turnkey toolkits.
---
This skill documents a repeatable blueprint for translating brand platforms into modular experience systems. It organizes design principles, reusable components, sensory specifications, channel adaptations, and QA hooks so teams can scale coherent brand experiences. The output is production-ready guidance and templates that hand off cleanly to product, web, or event teams.
The blueprint codifies system principles (accessibility, inclusivity, design tenets) and maps them to a component library of modular UI and environmental elements. It defines sensory specs—visual, motion, audio, haptics—with do/don't examples and provides channel adaptation matrices showing how each component flexes by device or context. QA and measurement artifacts include checklists and instrumentation hooks to verify fidelity and capture impact.
How detailed should system principles be?
Principles should be concise, actionable, and prioritized—enough to resolve common design trade-offs without becoming prescription-heavy.
What’s the minimum deliverable to hand off to implementation teams?
A component library with tokens, usage rules, channel adaptation notes, and a short QA checklist is the minimum to enable consistent implementation.