Product Taste & Intuition
Scope
Covers
- Developing product taste (what "good" looks like) through deliberate exposure, observation, and critique
- Using intuition as a hypothesis generator (turning "gut feel" into testable hypotheses)
- Building a repeatable practice loop (exposure hours → analysis → validation → updated taste rules)
When to use
- "Help me improve my product taste / product sense."
- "Calibrate what ‘good onboarding’ looks like for our product category."
- "Turn my intuition about this flow into testable hypotheses."
- "Create a structured way to study great products and extract patterns."
When NOT to use
- You need to decide what to build (use
problem-definition, prioritizing-roadmap, or defining-product-vision).
- You need user evidence first (use
conducting-user-interviews or usability-testing).
- You want aesthetic critique only (this is product experience: value, UX, clarity, trust, speed--not just visuals).
- You can’t name any target user, use case, or the "taste domain" you want to improve (we’ll narrow first).
- You want to run a structured design review of your own product’s UI/UX (use
running-design-reviews).
- You want to dogfood your own product and capture feedback (use
dogfooding).
- You want to develop a PM’s skills through coaching conversations (use
coaching-pms).
- You need a competitive landscape analysis or market positioning (use
competitive-analysis).
Inputs
Minimum required
- Taste domain to improve (pick 1): onboarding, activation, navigation/IA, editor/workflow, pricing/packaging UX, notifications, retention loops, trust/safety, performance/latency feel, copy/voice
- Target user + top job-to-be-done for that domain
- 3–10 benchmark products/experiences to study (or "unknown—please propose")
- Time box (e.g., 60–120 min sprint; or a 2–4 week practice plan)
- Constraints (platform, geography, accessibility, compliance, brand voice, etc.)
Missing-info strategy
- Ask up to 5 questions from references/INTAKE.md.
- If inputs remain missing, proceed with explicit assumptions and provide 2 scope options (narrow vs broad).
Outputs (deliverables)
Produce a Taste Calibration Pack (in-chat Markdown; or as files if requested):
- Taste Calibration Brief (domain, target user/job, what "good" means, constraints)
- Benchmark Set (5–10 products) + "why these" + what to study
- Product Study Notes (1 page per benchmark) using a consistent critique template
- Taste Rules + Anti-Patterns (do/don’t rules derived from evidence)
- Intuition → Hypothesis Log (testable hypotheses + predicted signals)
- Validation Plan (qual + quant checks; smallest viable tests)
- Practice Plan (2–4 weeks: exposure hours + weekly synthesis cadence)
- Risks / Open questions / Next steps (always included)
Templates: references/TEMPLATES.md
Workflow (8 steps)
1) Intake + pick the taste domain (narrow the problem)
- Inputs: User context; references/INTAKE.md.
- Actions: Choose 1 taste domain and 1 "moment" (e.g., first-run onboarding). Define target user + job + constraints. Set time box.
- Outputs: Taste Calibration Brief (draft).
- Checks: A stakeholder can answer: "What specific experience are we calibrating taste for?"
2) Define "good taste" as decision criteria (not vibes)
- Inputs: Domain + user/job.
- Actions: Draft 6–10 criteria (e.g., clarity, time-to-value, trust, agency, error recovery, perceived speed, cognitive load). Add explicit tradeoffs (what you’ll sacrifice).
- Outputs: Criteria list + tradeoffs section in the brief.
- Checks: Criteria are observable in-product (you can point to UI/behavior), not generic adjectives.
3) Build the benchmark set (exposure hours, curated)
- Inputs: Known benchmarks (or none).
- Actions: Select 5–10 exemplars (direct, adjacent, and at least 1 "gold standard"). For each: what you’re studying and why it’s relevant.
- Outputs: Benchmark Set table.
- Checks: Set includes at least 2 "outside the category" references to avoid local maxima.
4) Study like a voracious user (structured observation)
- Inputs: Benchmarks; critique template.
- Actions: Use each product as the target user. Capture micro-moments: friction, delight, confusion, trust breaks. Record "what happened" before "why it’s good/bad".
- Outputs: Product Study Notes (draft).
- Checks: Each benchmark note includes at least 3 concrete moments with screenshots/quotes if available (or precise descriptions).
5) Synthesize: turn observations into taste rules + anti-patterns
- Inputs: Study notes across benchmarks.
- Actions: Cluster patterns. Convert into rules: DO/DO NOT, plus rationale and where it applies. Add anti-patterns that create "AI slop" (generic, incoherent, misaligned experiences).
- Outputs: Taste Rules + Anti-Patterns.
- Checks: Each rule is backed by ≥ 2 observations from different benchmarks (or explicitly marked "hypothesis").
6) Intuition as hypothesis generator (make it testable)
- Inputs: Rules + your gut reactions.
- Actions: Write intuition statements ("It feels off because…") and convert into testable hypotheses with predicted signals and counter-signals.
- Outputs: Intuition → Hypothesis Log.
- Checks: Each hypothesis has a clear falsification condition ("If X doesn’t change after Y, we were wrong.").
7) Validate with smallest viable checks (qual + quant)
- Inputs: Hypothesis log; available data/research access.
- Actions: Choose the lightest validation per hypothesis: usability task, intercept prompt, session replay review, funnel slice, A/B smoke test, copy test, etc. Define success metrics and sample.
- Outputs: Validation Plan with owners/cadence if known.
- Checks: Validation steps are feasible within the stated time box and don’t require sensitive data.
8) Create a practice loop + quality gate + finalize
- Inputs: Draft pack.
- Actions: Build a 2–4 week practice plan (exposure hours schedule + weekly synthesis). Run references/CHECKLISTS.md and score with references/RUBRIC.md. Add Risks/Open questions/Next steps.
- Outputs: Final Taste Calibration Pack.
- Checks: A reader can follow the practice plan without additional context; assumptions are explicit.
Quality gate (required)
- Use references/CHECKLISTS.md and references/RUBRIC.md.
- Always include: Risks, Open questions, Next steps.
Examples
Example 1 (Onboarding): "Calibrate our onboarding taste vs best-in-class. Target users are first-time PMs. Time box: 90 minutes. Output a Taste Calibration Pack."
Expected: benchmark set, critique notes, taste rules, hypotheses, and a lightweight validation plan.
Example 2 (B2B workflow UX): "My gut says our ‘create project’ flow feels slow and confusing. Turn that into testable hypotheses and a validation plan."
Expected: intuition→hypothesis log with falsification conditions and smallest viable checks.
Boundary example: "Tell me what good taste is in general."
Response: require a specific domain + target user/job; otherwise produce a menu of domain options and propose a narrow starting point.
Boundary example 2: "Review our product's dashboard design and tell me what's wrong."
Response: critiquing your own product's specific design is a design review, not taste calibration. Use running-design-reviews for structured UI/UX critique, or dogfooding to capture user-perspective feedback.
Anti-patterns (common failure modes)
- Benchmark tourism: Skimming 10 products in 20 minutes without structured observation. Taste calibration requires deep, moment-by-moment study, not surface-level impressions.
- Opinion without observation: Writing critique notes that say "this feels good" without recording specific micro-moments (friction, delight, confusion, trust breaks). Observations come before interpretations.
- Local maxima benchmarking: Only studying products in your exact category. Including 2+ "outside the category" references prevents copying competitors and reveals transferable patterns.
- Unfalsifiable taste rules: Deriving rules like "the UX should be intuitive" with no way to test or disprove them. Every taste rule should convert to a testable hypothesis with a clear falsification condition.
- One-off sprint with no practice loop: Running a single calibration session and calling it done. Taste is built through repeated exposure; the practice plan must include a weekly synthesis cadence over 2-4 weeks.
1---2name: product-taste-intuition3description: Build product taste via a Taste Calibration Sprint (benchmarks, critique notes, hypothesis log).4---56# Product Taste & Intuition78## Scope910**Covers**11- Developing **product taste** (what "good" looks like) through deliberate exposure, observation, and critique12- Using intuition as a **hypothesis generator** (turning "gut feel" into testable hypotheses)13- Building a repeatable **practice loop** (exposure hours → analysis → validation → updated taste rules)1415**When to use**16- "Help me improve my product taste / product sense."17- "Calibrate what ‘good onboarding’ looks like for our product category."18- "Turn my intuition about this flow into testable hypotheses."19- "Create a structured way to study great products and extract patterns."2021**When NOT to use**22- You need to decide *what to build* (use `problem-definition`, `prioritizing-roadmap`, or `defining-product-vision`).23- You need user evidence first (use `conducting-user-interviews` or `usability-testing`).24- You want aesthetic critique only (this is product experience: value, UX, clarity, trust, speed--not just visuals).25- You can’t name any target user, use case, or the "taste domain" you want to improve (we’ll narrow first).26- You want to run a structured design review of your own product’s UI/UX (use `running-design-reviews`).27- You want to dogfood your own product and capture feedback (use `dogfooding`).28- You want to develop a PM’s skills through coaching conversations (use `coaching-pms`).29- You need a competitive landscape analysis or market positioning (use `competitive-analysis`).3031## Inputs3233**Minimum required**34- Taste domain to improve (pick 1): onboarding, activation, navigation/IA, editor/workflow, pricing/packaging UX, notifications, retention loops, trust/safety, performance/latency feel, copy/voice35- Target user + top job-to-be-done for that domain36- 3–10 benchmark products/experiences to study (or "unknown—please propose")37- Time box (e.g., 60–120 min sprint; or a 2–4 week practice plan)38- Constraints (platform, geography, accessibility, compliance, brand voice, etc.)3940**Missing-info strategy**41- Ask up to 5 questions from [references/INTAKE.md](references/INTAKE.md).42- If inputs remain missing, proceed with explicit assumptions and provide 2 scope options (narrow vs broad).4344## Outputs (deliverables)4546Produce a **Taste Calibration Pack** (in-chat Markdown; or as files if requested):47481) **Taste Calibration Brief** (domain, target user/job, what "good" means, constraints)492) **Benchmark Set** (5–10 products) + "why these" + what to study503) **Product Study Notes** (1 page per benchmark) using a consistent critique template514) **Taste Rules + Anti-Patterns** (do/don’t rules derived from evidence)525) **Intuition → Hypothesis Log** (testable hypotheses + predicted signals)536) **Validation Plan** (qual + quant checks; smallest viable tests)547) **Practice Plan** (2–4 weeks: exposure hours + weekly synthesis cadence)558) **Risks / Open questions / Next steps** (always included)5657Templates: [references/TEMPLATES.md](references/TEMPLATES.md)5859## Workflow (8 steps)6061### 1) Intake + pick the taste domain (narrow the problem)62- **Inputs:** User context; [references/INTAKE.md](references/INTAKE.md).63- **Actions:** Choose 1 taste domain and 1 "moment" (e.g., first-run onboarding). Define target user + job + constraints. Set time box.64- **Outputs:** Taste Calibration Brief (draft).65- **Checks:** A stakeholder can answer: "What specific experience are we calibrating taste for?"6667### 2) Define "good taste" as decision criteria (not vibes)68- **Inputs:** Domain + user/job.69- **Actions:** Draft 6–10 criteria (e.g., clarity, time-to-value, trust, agency, error recovery, perceived speed, cognitive load). Add explicit tradeoffs (what you’ll sacrifice).70- **Outputs:** Criteria list + tradeoffs section in the brief.71- **Checks:** Criteria are observable in-product (you can point to UI/behavior), not generic adjectives.7273### 3) Build the benchmark set (exposure hours, curated)74- **Inputs:** Known benchmarks (or none).75- **Actions:** Select 5–10 exemplars (direct, adjacent, and at least 1 "gold standard"). For each: what you’re studying and why it’s relevant.76- **Outputs:** Benchmark Set table.77- **Checks:** Set includes at least 2 "outside the category" references to avoid local maxima.7879### 4) Study like a voracious user (structured observation)80- **Inputs:** Benchmarks; critique template.81- **Actions:** Use each product as the target user. Capture micro-moments: friction, delight, confusion, trust breaks. Record "what happened" before "why it’s good/bad".82- **Outputs:** Product Study Notes (draft).83- **Checks:** Each benchmark note includes at least 3 concrete moments with screenshots/quotes if available (or precise descriptions).8485### 5) Synthesize: turn observations into taste rules + anti-patterns86- **Inputs:** Study notes across benchmarks.87- **Actions:** Cluster patterns. Convert into rules: **DO/DO NOT**, plus rationale and where it applies. Add anti-patterns that create "AI slop" (generic, incoherent, misaligned experiences).88- **Outputs:** Taste Rules + Anti-Patterns.89- **Checks:** Each rule is backed by ≥ 2 observations from different benchmarks (or explicitly marked "hypothesis").9091### 6) Intuition as hypothesis generator (make it testable)92- **Inputs:** Rules + your gut reactions.93- **Actions:** Write intuition statements ("It feels off because…") and convert into testable hypotheses with predicted signals and counter-signals.94- **Outputs:** Intuition → Hypothesis Log.95- **Checks:** Each hypothesis has a clear falsification condition ("If X doesn’t change after Y, we were wrong.").9697### 7) Validate with smallest viable checks (qual + quant)98- **Inputs:** Hypothesis log; available data/research access.99- **Actions:** Choose the lightest validation per hypothesis: usability task, intercept prompt, session replay review, funnel slice, A/B smoke test, copy test, etc. Define success metrics and sample.100- **Outputs:** Validation Plan with owners/cadence if known.101- **Checks:** Validation steps are feasible within the stated time box and don’t require sensitive data.102103### 8) Create a practice loop + quality gate + finalize104- **Inputs:** Draft pack.105- **Actions:** Build a 2–4 week practice plan (exposure hours schedule + weekly synthesis). Run [references/CHECKLISTS.md](references/CHECKLISTS.md) and score with [references/RUBRIC.md](references/RUBRIC.md). Add Risks/Open questions/Next steps.106- **Outputs:** Final Taste Calibration Pack.107- **Checks:** A reader can follow the practice plan without additional context; assumptions are explicit.108109## Quality gate (required)110- Use [references/CHECKLISTS.md](references/CHECKLISTS.md) and [references/RUBRIC.md](references/RUBRIC.md).111- Always include: **Risks**, **Open questions**, **Next steps**.112113## Examples114115**Example 1 (Onboarding):** "Calibrate our onboarding taste vs best-in-class. Target users are first-time PMs. Time box: 90 minutes. Output a Taste Calibration Pack." 116Expected: benchmark set, critique notes, taste rules, hypotheses, and a lightweight validation plan.117118**Example 2 (B2B workflow UX):** "My gut says our ‘create project’ flow feels slow and confusing. Turn that into testable hypotheses and a validation plan." 119Expected: intuition→hypothesis log with falsification conditions and smallest viable checks.120121**Boundary example:** "Tell me what good taste is in general."122Response: require a specific domain + target user/job; otherwise produce a menu of domain options and propose a narrow starting point.123124**Boundary example 2:** "Review our product's dashboard design and tell me what's wrong."125Response: critiquing your own product's specific design is a design review, not taste calibration. Use `running-design-reviews` for structured UI/UX critique, or `dogfooding` to capture user-perspective feedback.126127## Anti-patterns (common failure modes)1281291. **Benchmark tourism**: Skimming 10 products in 20 minutes without structured observation. Taste calibration requires deep, moment-by-moment study, not surface-level impressions.1302. **Opinion without observation**: Writing critique notes that say "this feels good" without recording specific micro-moments (friction, delight, confusion, trust breaks). Observations come before interpretations.1313. **Local maxima benchmarking**: Only studying products in your exact category. Including 2+ "outside the category" references prevents copying competitors and reveals transferable patterns.1324. **Unfalsifiable taste rules**: Deriving rules like "the UX should be intuitive" with no way to test or disprove them. Every taste rule should convert to a testable hypothesis with a clear falsification condition.1335. **One-off sprint with no practice loop**: Running a single calibration session and calling it done. Taste is built through repeated exposure; the practice plan must include a weekly synthesis cadence over 2-4 weeks.134