Plan feature UX before coding via a structured design interview that produces an actionable design brief.
Real-world examples
Live HTML demos for this skill — rendered directly in the page. 4 examples.
- 01
Discovery interview round
Phase 1 cadence: 2–3 questions, wait for answers, assert-then-confirm when PRODUCT.md already pins a choice — no menu-with-escape.
- 02
Visual direction probes
Phase 1.5: four distinct probes that differ in hierarchy, density, and color strategy — pick a lane before the brief, not palette tweaks.
- 03
Four color strategies
Restrained / Committed / Full palette / Drenched applied to the same surface — force a per-surface color decision in discovery.
- 04
Design brief & confirm gate
Phase 2 structured brief with confirmation pause — present the brief, stop, and wait for explicit confirm before any craft.
Skill markdown
# Shape Discover what should be made and how it should work, then return a confirmed design brief without code. ## Phase 1: Discovery interview Do not write code or choose visual direction yet. ### Cadence - Use the structured question tool when available; otherwise ask and stop. - Ask two or three related questions per round, then wait. One round is the default; add a second only when the answers expose a material gap. - Do not dump a questionnaire, repeat settled facts, or turn obvious facts into menus. Assert the likely reading and invite correction. - A sparse prompt requires at least one answer round. A precise prompt may need only a compact confirmation. ### Round 1: purpose, people, and outcome Choose the two or three questions that most change the result: - What is this surface or feature for, and what problem must it solve? - Who specifically reaches it, in what situation and state of mind? - What is the primary thing they must understand or do? What would success look like? - What is uniquely true here that a neighboring product or generic template could not claim? ### Round 2: material, behavior, and boundaries Run only for material unresolved decisions: - What real content, evidence, data, and assets must the experience carry? What are realistic minimum, typical, and maximum ranges? - Which states and transitions matter: first-run, empty, loading, error, success, permissions, overflow, or expert use? - What is the intended fidelity, breadth, and interactivity: exploration, production-ready screen, full flow, or broader surface? - What must remain untouched? What would make the result feel wrong even if it looked polished? - Which platform, framework, performance, accessibility, localization, or delivery constraints are binding? Never ask for CSS values or canned aesthetic lanes. New-work owns visual-world and concept choices. ## Phase 2: Resolve the design direction For new surfaces, brand expansion, or replacement, follow [new-work.md](new-work.md) through visual authority, any world workshop, and concept choice. Reuse discovery, then return before its contract, persistence, or implementation. Inside an established world, use its concept process only when composition or interaction remains materially open. ## Phase 3: Write the brief Write the smallest useful brief: 1. **Job and audience:** who arrives, their context, need, and visitor mode. 2. **Outcome and proof:** primary task/action, success, real evidence, and product-specific truth. 3. **Selected direction:** visual authority, structural/interaction thesis, sequence, focal moment, and implementation consequence. 4. **Scope and boundaries:** fidelity, breadth, interactivity, named target, what remains untouched, and explicit anti-goals. 5. **States and ranges:** realistic content/data ranges and material states. 6. **Interaction and layout:** hierarchy, topology, responsiveness, affordances, feedback, and transitions; intent, not CSS. 7. **Constraints and open decisions:** platform, delivery, accessibility, localization, reusable components, and choices a builder must not invent. Use three to five bullets when the task is settled; use the full structure only for ambiguous, multi-screen, or standalone planning. Do not restate the conversation. ## Confirm and stop Present the brief for explicit confirmation or one correction round, then stop: shape never writes code or a direction contract. When no human or structured answer mechanism exists, mark assumptions plainly, return the brief, and stop.
More from pbakaus
- AdaptAdapt designs across breakpoints, device contexts, and platform constraints with responsive interaction quality.
- AnimateEnhance UX with purposeful animation and micro-interactions that support usability and delight.
- AuditRun technical UI quality audits across accessibility, performance, theming, responsive behavior, and anti-patterns.
- BolderIncrease visual impact and personality for interfaces that feel too safe, bland, or generic.
- ClarifyImprove labels, microcopy, and UX messaging so interface text is clearer and easier to act on.
- ColorizeIntroduce strategic color systems to interfaces that feel dull, monochrome, or visually flat.