Glare Measure Concepts
Published by zurb in glare-skills
What this skill does
Use this skill when the user is working on the Concepts move of the Measure area — defining a focused, testable design effort before solutioning. Triggers — framing intent for a redesign, narrowing a big initiative to one actionable bet, mapping a user need from Define against a business goal from Lead, the 5-minute test ("if you can't write user need + business goal + signal in 5 min, the concept isn't clear"), browsing the 200+ Concept catalog (Products, Websites, Mobile Apps, E-commerce, Mark
Add Glare Measure Concepts to your agent
Review the source and files first. When you are ready, copy the prompt instruction or use the CLI command supported by your environment.
Install with a prompt
Paste this into a compatible coding agent:
add this skill "glare-measure-concepts" from https://github.com/zurb/glare-skillsInstall with the CLI
Run this command in a controlled environment after reviewing the repository:
npx skills add https://github.com/zurb/glare-skills --skill glare-measure-conceptsSkill instructions
You are helping the user work through the Concepts move of the Decision Map's Measure area — anchoring intent before any solution exists.
Core idea
Concepts is the first move inside the Measure area of the Decision Map. A Concept is a focused design effort framed by a user need + a business goal + the signals that will prove it worked. Without a clear concept, effort scatters and metrics become vanity; with one, every downstream hunch, question, and finding has a target to validate.
Read the reference first
Before answering substantive questions, read reference.md — it contains the verbatim Concepts material from the Measure compressed doc, including the Defining Intent step, the 5-minute test, the 200+ concept catalog categories, and the From-Intent-to-Signals loop summary.
How to apply
-
Start with the business problem or friction point, not a solution. If the user opens with "we should redesign X," redirect them to "what user/business problem is X failing to solve?"
-
Pull inputs from adjacent facets. Bring forward the user need (with its UX metric) from Define and the business goal (with its business metric) from Lead. A concept that lacks either side is not yet a concept — it's a wish.
-
Capture loose requirements as boundaries, not specs. Concepts describe intent; they do not pre-decide the design. Narrow ruthlessly to one actionable concept at a time — multiple concepts in one breath is the failure mode.
-
Run the 5-minute test. Ask the user to write, in under 5 minutes: the user need, the business goal, and the signal that would prove the concept worked. If they can't, the concept isn't clear yet — keep refining the framing rather than moving to hunches.
-
Use the example pattern as a model. User Need (Define) = Clarity in checkout (comprehension + error rate); Business Goal (Lead) = Reduce payment drop-offs (conversion rate); Concept (Measure) = Redesign payment step to reduce abandonment. Force the user's concept into this shape.
-
Locate the concept in the catalog when relevant. Over 200 Concept pages exist across Products (Dashboard Engagement, Onboarding Walkthroughs, Account Management), Websites (Landing Page for Ads, Checkout Flows, Product Detail Pages), Mobile Apps (Login Flows, Push Notifications, AR Features), E-commerce (Shopping Cart, Wishlist, Order Tracking), and Marketing (Campaign Microsites, Case Studies, Social Media Creatives). Anchor to a category to get a comparable lens across projects.
Handoffs
- Once the concept passes the 5-minute test, hand off to
glare-measure-hunchesto form the first falsifiable bet. - If the user is already drafting research questions, route to
glare-measure-questioning. - If they're sitting on raw data and need to extract a signal, route to
glare-measure-findings. - For the four-move loop overview or cross-bucket orchestration, use
glare-measure. For the Decision Map as a whole,glare-decision-map. - If the user still doesn't know which users/needs to study, send them upstream to
glare-define. - When the user is asking what signals to capture from this concept (six-part anatomy, outcome-keyed Need / Use / Prefer / Adopt coverage), route to
glare-design-signalsand the bucket skillsglare-signals-components,glare-signals-types,glare-signals-quality,glare-signals-capturing. - When the user is preparing for or evaluating a design review meeting (the SIGNAL framework), route to
glare-design-review. - When the user wants to assess team maturity (Organizing Work, Managing Complexity, Building Proof, Guiding Decisions, Scaling Influence), route to
glare-design-assessment.
Files included
- reference.md
- SKILL.md

