LogoSkills

product:design

Stage 4: Design โ€” Architecture design, UX design, Solutioning Gate

ํ•ญ๋ชฉ๋‚ด์šฉ
Invoke/product:design
Categorypipeline
Complexitymoderate

/product:design โ€” ๋ณธ๊ฒฉ ๊ฐœ๋ฐœ ์ „, "์„ค๊ณ„" ๋‹จ๊ณ„#

ํ•œ๋งˆ๋””๋กœ#

์ง‘์„ ์ง“๊ธฐ ์ „์— ์„ค๊ณ„ ๋„๋ฉด์„ ๊ทธ๋ฆฌ๋Š” ๋‹จ๊ณ„์ž…๋‹ˆ๋‹ค. ๊ธฐ๋‘ฅ๊ณผ ๋ฐฐ๊ด€์„ ์–ด๋””์— ๋‘˜์ง€(์‹œ์Šคํ…œ ๊ตฌ์กฐ)์™€ ๋ฐฉยท๋™์„ ์„ ์–ด๋–ป๊ฒŒ ๋ฐฐ์น˜ํ• ์ง€(ํ™”๋ฉด ํ๋ฆ„)๋ฅผ ๋ฏธ๋ฆฌ ์ •ํ•ด, ๋ง‰์ƒ ์ง“๋‹ค๊ฐ€ ํ—ˆ๋ฌด๋Š” ์ผ์„ ๋ง‰์Šต๋‹ˆ๋‹ค.

๋ˆ„๊ฐ€ยท์–ธ์ œ ์“ฐ๋‚˜์š”#

  • ๊ธฐํš(Planning)์ด ๋๋‚˜ PRDยท๊ธฐ์ˆ  ๋ช…์„ธ๊ฐ€ ์ค€๋น„๋œ ์‚ฌ๋žŒ
  • ์‹œ์Šคํ…œ ๊ตฌ์กฐ์™€ ํ™”๋ฉด ํ๋ฆ„์„ ๋ณธ๊ฒฉ ๊ฐœ๋ฐœ ์ „์— ํ™•์ •ํ•˜๊ณ  ์‹ถ์„ ๋•Œ

๐Ÿ‘‰ ๊ฑด๋„ˆ๋›ฐ์–ด๋„ ๋˜๋Š” ๊ฒฝ์šฐ: ๊ธฐ์กด ๊ตฌ์กฐ๋ฅผ ๊ทธ๋Œ€๋กœ ์“ฐ๋Š” ์ž‘์€ ๋ณ€๊ฒฝ์ด๊ฑฐ๋‚˜, ์„ค๊ณ„ ์‚ฐ์ถœ๋ฌผ์ด ์ด๋ฏธ ์ถฉ๋ถ„ํžˆ ๋งˆ๋ จ๋˜์–ด ์žˆ์„ ๋•Œ.

๋ฌด์—‡์„ ํ•ด์ฃผ๋‚˜์š”#

์„ค๊ณ„ ๋ฌธ์„œ ๋‘ ๊ฐœ๊ฐ€ ๋งŒ๋“ค์–ด์ง‘๋‹ˆ๋‹ค.

  • docs/architecture-(ํ”„๋กœ์ ํŠธ์ด๋ฆ„).md โ€” ์‹œ์Šคํ…œ ๊ตฌ์กฐ ์„ค๊ณ„์„œ (๋ ˆ์ด์–ด ๊ตฌ๋ถ„, API, ๋ฐ์ดํ„ฐ ๋ชจ๋ธ, ๋ณด์•ˆ ๊ตฌ์กฐ)
  • docs/ux-spec-(ํ”„๋กœ์ ํŠธ์ด๋ฆ„).md โ€” ํ™”๋ฉด ํ๋ฆ„ยทUX ์„ค๊ณ„์„œ (ํ™”๋ฉด ํ๋ฆ„, ์™€์ด์–ดํ”„๋ ˆ์ž„, ์ปดํฌ๋„ŒํŠธ, ์ ‘๊ทผ์„ฑ)

์—ฌ๊ธฐ์— ๋”ํ•ด ์‚ฌ์šฉ์ž ํ๋ฆ„์„ ๋น ์ง์—†์ด ์ ๊ฒ€ํ•œ docs/flow-permutation-(ํ”„๋กœ์ ํŠธ์ด๋ฆ„).md ๋ฌธ์„œ๋„ ํ•จ๊ป˜ ์ •๋ฆฌ๋ฉ๋‹ˆ๋‹ค.

์–ด๋–ป๊ฒŒ ์“ฐ๋‚˜์š”#

# ๊ธฐ๋ณธ (์‹œ์Šคํ…œ ๊ตฌ์กฐ + UX ๋‘˜ ๋‹ค ์„ค๊ณ„)
/product:design

# ์‹œ์Šคํ…œ ๊ตฌ์กฐ์—๋งŒ ์ง‘์ค‘
/product:design --focus architecture

# ํ™”๋ฉด ํ๋ฆ„(UX)์—๋งŒ ์ง‘์ค‘
/product:design --focus ux

--focus๋ฅผ ์ƒ๋žตํ•˜๋ฉด ์‹œ์Šคํ…œ ๊ตฌ์กฐ์™€ UX๋ฅผ ๋ชจ๋‘ ์„ค๊ณ„ํ•ฉ๋‹ˆ๋‹ค.

์•ˆ์—์„œ ๋ฌด์Šจ ์ผ์ด ๋ฒŒ์–ด์ง€๋‚˜์š”#

ํฌ๊ฒŒ ์„ค๊ณ„ โ†’ ๊ฒ€ํ†  โ†’ ๊ด€๋ฌธ ํ†ต๊ณผ ์ˆœ์„œ๋กœ ์ง„ํ–‰ํ•ฉ๋‹ˆ๋‹ค.

  1. ์‹œ์Šคํ…œ ๊ตฌ์กฐ ์„ค๊ณ„ โ€” ๋ ˆ์ด์–ด ๊ตฌ๋ถ„, ์˜์กด์„ฑ ๊ตฌ์กฐ, API, ๋ฐ์ดํ„ฐ ๋ชจ๋ธ, ๋ณด์•ˆ ๊ตฌ์กฐ๋ฅผ ์ •ํ•ฉ๋‹ˆ๋‹ค.
  2. ํ™”๋ฉด ํ๋ฆ„(UX) ์„ค๊ณ„ โ€” ํ™”๋ฉด ํ๋ฆ„๊ณผ ์™€์ด์–ดํ”„๋ ˆ์ž„์„ ๊ทธ๋ฆฌ๊ณ , ์ปดํฌ๋„ŒํŠธยท์ ‘๊ทผ์„ฑ์„ ์ •๋ฆฌํ•ฉ๋‹ˆ๋‹ค. ์›ํ•˜๋ฉด Claude๊ฐ€ ์™ธ๋ถ€ ๋„๊ตฌ ์—†์ด ์‹ค์ œ ๋™์ž‘ํ•˜๋Š” UI ์‹œ์•ˆ์„ ์ง์ ‘ ๊ทธ๋ ค ์ค„ ์ˆ˜๋„ ์žˆ์Šต๋‹ˆ๋‹ค(Claude ๋””์ž์ธ). ๋™์‹œ์— ์‚ฌ์šฉ์ž๊ฐ€ ๊ฑฐ์น  ๋ชจ๋“  ๊ฒฝ๋กœ(์ •์ƒยท์˜ค๋ฅ˜ยท์˜ˆ์™ธ)๋ฅผ ๋น ์ง์—†์ด ์ ๊ฒ€ํ•ฉ๋‹ˆ๋‹ค.
  3. ๊ต์ฐจ ๊ฒ€ํ†  โ€” ๊ตฌ์กฐ ๋‹ด๋‹น๊ณผ UX ๋‹ด๋‹น์ด ์„œ๋กœ์˜ ์„ค๊ณ„๋ฅผ ๋‹ค๋ฅธ ์‹œ๊ฐ์—์„œ ๊ฒ€ํ† ํ•ฉ๋‹ˆ๋‹ค.
  4. ์„ค๊ณ„ ๊ฒ€์ฆ ๊ด€๋ฌธ(Solutioning Gate) โ€” ๊ตฌ์กฐ์™€ UX ํ•ญ๋ชฉ์„ ์ ๊ฒ€ํ•ด ํ†ต๊ณผ ์—ฌ๋ถ€๋ฅผ ํŒ์ •ํ•˜๊ณ , ํ†ต๊ณผํ•˜์ง€ ๋ชปํ•˜๋ฉด ํ”ผ๋“œ๋ฐฑ์„ ๋ฐ˜์˜ํ•ด ์„ค๊ณ„๋ฅผ ๋ณด์™„ํ•ฉ๋‹ˆ๋‹ค.

์„ค๊ณ„ ๊ฒฐ๊ณผ๊ฐ€ ํŒŒ์ผ๋กœ ์ €์žฅ๋˜๋ฉด ๋‹ค์Œ ๋‹จ๊ณ„์ธ ๋ผˆ๋Œ€ ๋งŒ๋“ค๊ธฐ(/product:scaffold) ๋กœ ๋„˜์–ด๊ฐ‘๋‹ˆ๋‹ค.


โš™๏ธ ์ƒ์„ธ ์˜ต์…˜ยท์‹คํ–‰ ๋ช…์„ธ (๊ฐœ๋ฐœ์ž / AI ์—์ด์ „ํŠธ์šฉ)

Triggers#

  • When proceeding with design based on Planning artifacts (PRD/Tech Spec)
  • When architecture and UX design are needed

Usage#

/product:design
/product:design --focus architecture
/product:design --focus ux

Options#

OptionDefaultDescription
--focusbothFocus area (architecture, ux, both)

Prerequisites#

  • Planning stage completed (Analysis Gate passed)
  • PRD/Tech Spec artifacts exist

Execution Flow#

Phase 1: Architecture Design#

Source: cc-product

  1. Architecture design (/product:architecture)
    • System structure design (Clean Architecture)
    • Layer definition (Presentation, Domain, Data)
    • DI structure design
    • API design
    • Data model finalization
    • Security architecture

Phase 2: UX Design + User Flow Permutation (Parallel)#

Source: cc-product, cc-spec-clarity

  1. UX design (/product:create-ux-design)

    • Design tool selection (Part 3.5): Figma / Pencil / Claude design (frontend-design) / ASCIIยทMarkdown. Claude design lets Claude generate a high-fidelity, Git-trackable visual mockup directly with no external app or MCP server.
    • Screen flow design
    • Wireframes
    • CoUI component mapping
    • Interaction patterns
    • Accessibility considerations
  2. User flow permutation analysis (@flow-permutation, parallel with UX design)

    • All user flow paths enumeration (happy, error, edge)
    • State transition mapping per screen
    • Gap identification (missing error handling, unclear validation)
    • BDD scenario recommendations for complete coverage
    • Output: docs/flow-permutation-{slug}.md

Phase 3: Parallel Review#

Source: cc-product (Architect + UX Designer personas)

  1. Architect review

    • Clean Architecture compliance
    • DI structure appropriateness
    • API design review
    • Security review
  2. UX Designer review

    • CoUI component suitability
    • Layout consistency
    • Interaction naturalness
    • Accessibility verification

Phase 4: Solutioning Gate#

BMAD Solutioning Gate verification:

Architect checks:

  • Clean Architecture compliance (clean_architecture)
  • DI structure appropriate (di_structure)
  • API design (api_design)
  • Security (security)

UX Designer checks:

  • CoUI compliance (coui_compliance) โ€” recommended when the Co design system is in use; prefer CoUI components and refer to the cc-coui skill for component APIs. Not a hard block when CoUI is not adopted.
  • Layout (layout)
  • Interaction (interaction)
  • Accessibility (accessibility)

Design is revised with feedback if gate fails.

Artifacts#

docs/architecture-{slug}.md    # Architecture document
docs/ux-spec-{slug}.md         # UX specification

After Completion#

  • Verify Solutioning Gate passed
  • Update .pipeline/{slug}.yaml state
  • Present context-clear handoff:
โœ… Design stage complete (Solutioning Gate PASSED). Artifacts saved:
  - docs/architecture-{slug}.md
  - docs/ux-spec-{slug}.md

**Option 1 (Recommended)**: Clear context and continue to Epic Creation
  /clear
  Then run: /product:epic

**Option 2**: Continue in current context
  Proceed directly to /product:epic