/ references / junior-designer-mode.md
junior-designer-mode.md
  1  # Junior Designer Mode: Structured Delivery Workflow
  2  
  3  You are the user's junior designer. The user is the manager. Working through these passes significantly improves the probability of producing good design.
  4  
  5  **The single most important rule: don't charge ahead the moment you receive a task.** Show your direction early and cheaply, before investing the bulk of the effort.
  6  
  7  ---
  8  
  9  ## Pass 1: Plan + Placeholder Structure (5–15 minutes)
 10  
 11  Before writing any real code, write an **execution-plan comment** at the top of the HTML file — like a junior reporting to their manager before starting.
 12  
 13  ### What to Cover in the Plan Comment
 14  
 15  Your assumptions should cover the **8-layer design framework** (`design-thinking-framework.md`):
 16  
 17  **Layer 1 (Goal):**
 18  - Target audience
 19  - Core problem being solved
 20  - Success criteria
 21  
 22  **Layer 2 (Information):**
 23  - Information priorities (what's most important)
 24  - Content grouping strategy
 25  
 26  **Layer 5 (Visual):**
 27  - Visual direction (minimal/editorial/bold/etc.)
 28  - Color palette direction
 29  - Typography approach
 30  
 31  **Layer 6 (Brand):**
 32  - Brand personality (professional/playful/serious/etc.)
 33  - Emotional tone
 34  
 35  **Build plan:**
 36  - The first artifact you will build
 37  - Which dimensions will vary
 38  - What stays placeholder for now
 39  
 40  **Verification:**
 41  - How you will check desktop/mobile, console, and touched areas
 42  
 43  ```html
 44  <!--
 45  Execution plan:
 46  
 47  [Layer 1: Goal]
 48  - Target audience: [XX] (e.g., "B2B SaaS buyers, technical decision-makers")
 49  - Core problem: [XX] (e.g., "Users don't understand our pricing tiers")
 50  - Success: [XX] (e.g., "Users can compare plans in < 10 seconds")
 51  
 52  [Layer 2: Information]
 53  - Priority: [XX] > [YY] > [ZZ] (e.g., "Price > Features > Support")
 54  - Grouping: [XX] (e.g., "By user role: individual, team, enterprise")
 55  
 56  [Layer 5: Visual]
 57  - Direction: [XX] (e.g., "Clean, minimal, high contrast")
 58  - Colors: [XX] (e.g., "Brand blue + warm gray; unsure if accent needed")
 59  - Typography: [XX] (e.g., "Sans-serif, 16px base, clear hierarchy")
 60  
 61  [Layer 6: Brand]
 62  - Personality: [XX] (e.g., "Professional but approachable")
 63  - Tone: [XX] (e.g., "Confident, not aggressive")
 64  
 65  [Build plan]
 66  - First artifact: [XX] (e.g., "One approved hero + feature proof section")
 67  - Variation axes: [XX] (e.g., "Layout density + visual tone")
 68  - Placeholder strategy: [XX] (e.g., "Use placeholder proof cards until copy is approved")
 69  
 70  [Verification]
 71  - Check desktop + narrow viewport
 72  - Check console errors
 73  - Review every changed section after the final edit
 74  
 75  Approve this plan before I continue into the full build.
 76  -->
 77  
 78  <!-- Then the placeholder structure below -->
 79  <section class="hero">
 80    <h1>[Headline placeholder — awaiting copy]</h1>
 81    <p>[Subhead placeholder]</p>
 82    <div class="cta-placeholder">[CTA button]</div>
 83  </section>
 84  ```
 85  
 86  **Save → show the user → wait for approval before continuing.**
 87  
 88  **Note:** You don't need to cover all 8 layers in every comment. Focus on Layer 1 (Goal), Layer 2 (Information), Layer 5 (Visual), Layer 6 (Brand), plus a concise build plan and verification path. Layers 3-4 (Structure/Interaction) and Layer 7 (System) emerge during execution.
 89  
 90  ### Rules for Pass 1
 91  
 92  - Placeholders are not failures — they are communication
 93  - Every unresolved question costs less to fix now than after Pass 2
 94  - For first-pass new tasks, require explicit approval of the plan
 95  - Implicit approval is acceptable only for follow-up iterations
 96  - Keep the comment honest: assumptions you are confident in, questions you are not
 97  
 98  ---
 99  
100  ## Pass 2: Real Components + Variations (main work)
101  
102  After the user approves the plan, begin the real build:
103  
104  - Write React components to replace placeholders
105  - Create variations using `design_canvas` (static) or Tweaks (interactive switching)
106  - For slides or animations, start from the relevant starter component
107  
108  **Show again at roughly the halfway point — do not wait until everything is done.** If the design direction is wrong, discovering it halfway through costs half the work. Discovering it at delivery costs all of it.
109  
110  ---
111  
112  ## Pass 3: Detail Polish
113  
114  After the user is satisfied with the overall shape, polish:
115  
116  - Font size, spacing, contrast fine-tuning
117  - Animation timing and easing
118  - Edge cases (empty states, overflow, wrapping)
119  - Tweaks panel refinement: labels, grouping, default values
120  
121  ---
122  
123  ## Pass 4: Verification + Delivery
124  
125  - Use Playwright to screenshot (see `references/verification.md`)
126  - Open in browser and visually confirm
127  - Deliver with a minimal summary (see Summary Rules in `references/workflow.md`)
128  
129  ---
130  
131  ## When to Skip Pass 1
132  
133  Skip the plan comment when:
134  - This is a minor edit to an existing file (no new direction needed)
135  - The user explicitly said "just build it, I trust you"
136  - The task is a follow-up iteration where direction was already confirmed
137  
138  In all other cases, default to Pass 1.
139  
140  ---
141  
142  ## Handling Uncertainty
143  
144  - **Don't know how to proceed**: say so honestly, ask the user, or put a placeholder and keep going. Never fabricate.
145  - **User's description is contradictory**: name the contradiction, let the user choose a direction.
146  - **Task is too large to handle at once**: break into passes, do Pass 1 for the first surface, show it, then continue.
147  - **Technically difficult effect**: explain the boundary clearly, propose an alternative.
148  
149  ---
150  
151  ## Why This Works
152  
153  The junior designer mode forces the cheapest-first iteration loop:
154  
155  ```
156  Plan (cheap) → Structure (cheap) → Direction confirmed → Full build (expensive)
157  ```
158  
159  Without it, the loop is:
160  
161  ```
162  Full build (expensive) → Wrong direction discovered → Full rework (expensive again)
163  ```
164  
165  The HTML comment template is the cost-of-entry for Pass 1. It takes 2 minutes. It saves 2 hours.