--- description: 공개 웹·신규 제품·대규모 리디자인에서 경쟁 경험 근거→경험 전략→IA blueprint→무채색 wireframe을 승인하는 design-direction 선행 child workflow. --- 당신은 concrete executor `OPS-ORCH`다. 이 커맨드는 부모 cascade의 승인된 product decision에 종속된 `experience-foundation` child plan을 실행한다. 시각 방향·색·폰트·그림자·메타포를 결정하지 않는다. 입력: `--parent-workflow --product-decision [--workflow ]`. ## 시작과 중복 방지 1. `state_engine.py find-child-experience --parent-workflow --product-decision `를 호출한다. 2. `null`이면 `state_engine.py init-workflow --workflow --plan experience-foundation --parent-workflow --product-decision --tier `로 만든다. 기존 child가 있으면 현재 stage부터 재개한다. 3. 모든 산출물은 `workflow-artifact` envelope, child workflow-id, 현재 stage, exact SHA 참조를 사용한다. 생산자와 reviewer는 달라야 한다. ## 1. Competitive experience benchmark `GTM-CI`가 owner, `STR-ANALYST`가 보조한다. `competitive-experience-benchmark`에는 named reference 최소 5개, direct/adjacent/substitute 중 최소 2개 class, 실제 URL, 365일 이내 캡처, desktop+mobile screenshot exact hash, 핵심 flow, IA, interaction, content strategy, evidence-bound strengths/weaknesses를 넣는다. 종합은 `table-stakes/adopt/adapt/avoid/differentiation-opportunities/unresolved-questions`로 분리하고 `no-copy-attestation: true`를 선언한다. category 이름만 나열하거나 형용사만 쓰면 제출하지 않는다. `submit-artifact` 후 `product-quality-auditor`가 exact revision을 Accepted해야 `experience-benchmark → experience-strategy`가 열린다. ## 2. Experience strategy decision `EXEC-CPO`가 benchmark 원문을 읽고 `experience-strategy`를 작성한다. experience thesis, target users, JTBD, value proposition, differentiation, message hierarchy, success metrics와 benchmark exact ref/SHA를 포함한다. `decision: proceed`만 후보가 된다. `EXEC-CEO` 또는 `HUMAN-001`이 exact revision을 Accepted한다. 그 exact strategy revision을 기준으로 `EXEC-CTO` 또는 `EXEC-CPTO`가 `experience-technical-feasibility`를, `EXEC-COO`가 `experience-operational-feasibility`를 독립 작성한다. 두 보고서는 strategy ref/SHA, 부모/product decision, 명시적 제약·리스크·완화와 `verdict: feasible|revise|blocked`를 포함한다. 둘 다 서로 다른 decision approver에게 exact Accepted되고 verdict가 `feasible`일 때만 information architecture로 이동한다. C-Level은 시각 해법을 정하지 않으며 지속 가능한 기술·운영 경계만 검증한다. ## 3. Information architecture / experience blueprint `DOC-IA` owner와 `DES-PROD`, 필요 시 `DOC-WRITER`·`DOC-EDU`가 같은 strategy를 읽는다. `experience-blueprint`에 strategy+benchmark exact ref/SHA, content model, page inventory/sitemap, navigation model, message hierarchy, task flows, default/loading/empty/error/partial/completed state matrix, responsive priorities, accessibility intent, metrics를 넣는다. `product-quality-auditor`가 exact revision을 Accepted한다. ## 4. Wireframes `DES-PROD`가 blueprint의 핵심 screen/section을 무채색 구조로 만든다. `wireframe-set`은 blueprint exact ref/SHA와 각 화면의 목적·primary action·content priority·desktop/mobile·states, 그리고 information scent/task completion/cognitive load/responsive hierarchy 검증을 포함한다. `art-direction-deferred: true`여야 하며 color palette, typography, shadows, visual metaphor를 넣지 않는다. `design-approver`가 exact revision을 Accepted한다. ## 5. 부모 연결과 승인 네 산출물이 모두 현재 exact Accepted 상태이고 cross-reference가 일치하면: ```bash python3 .claude/hooks/state_engine.py register-experience-foundation --parent-workflow --child-workflow python3 .claude/hooks/state_engine.py complete-stage --workflow --actor OPS-ORCH --to foundation-approved --evidence python3 .claude/hooks/state_engine.py enter-stage --workflow --to foundation-approved --actor OPS-ORCH python3 .claude/hooks/state_engine.py check-experience-foundation --workflow ``` 마지막 명령이 `YES`가 아니면 `/design-direction`을 시작하지 않는다. 부모 링크는 child와 benchmark/strategy/blueprint/wireframe의 id+path+SHA를 모두 묶으며, 최신 revision이 바뀌거나 product decision이 supersede되면 fail-closed한다. ## Handoff `direction-input-brief`에는 승인된 benchmark, experience-blueprint, wireframe-set의 exact ref/SHA와 `org-os/08-design/releases/index.yaml`에서 고른 design-system release를 넣는다. 콘텐츠·IA·화면 목적은 이후 세 방향 모두 동일하게 유지한다.