Back to Details

product-taste-intuition

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

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).
涵盖内容
  • 通过有意识地接触、观察和评审，培养产品品味（理解“优秀产品”的标准）
  • 将直觉作为假设生成工具（把“直觉感受”转化为可验证的假设）
  • 构建可重复的实践循环（接触积累→分析总结→验证迭代→更新品味准则）
适用场景
  • “我想提升自己的产品品味/产品感。”
  • “为我们的产品品类校准「优秀的用户引导」标准。”
  • “把我对这个流程的直觉转化为可验证的假设。”
  • “构建一套结构化的方法来研究优秀产品并提炼规律。”
不适用场景
  • 你需要决定要做什么产品功能（此时应使用
    problem-definition
    「问题定义」、
    prioritizing-roadmap
    「路线图优先级排序」或
    defining-product-vision
    「产品愿景定义」工具）。
  • 你首先需要用户调研数据（此时应使用
    conducting-user-interviews
    「用户访谈」或
    usability-testing
    「可用性测试」工具）。
  • 你仅需要美学层面的评审（本工具聚焦产品体验：价值传递、UX设计、清晰度、信任感、响应速度——而非仅视觉层面）。
  • 你无法明确目标用户、使用场景或想要提升的「品味领域」（我们会先帮你缩小范围）。

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).
最低必要输入
  • 想要提升的品味领域（选1个）：用户引导（onboarding）、用户激活（activation）、导航/信息架构（navigation/IA）、编辑器/工作流（editor/workflow）、定价/套餐UX（pricing/packaging UX）、通知系统（notifications）、用户留存循环（retention loops）、信任/安全（trust/safety）、性能/延迟感知（performance/latency feel）、文案/品牌语调（copy/voice）
  • 目标用户 + 该领域下用户的核心任务（job-to-be-done）
  • 3-10个用于研究的基准产品/体验（或“不确定，请推荐”）
  • 时间限制（例如：60-120分钟的冲刺；或2-4周的实践计划）
  • 约束条件（平台、地域、无障碍要求、合规性、品牌语调等）
信息缺失处理策略
  • 从references/INTAKE.md中最多提出5个问题补充信息。
  • 如果仍有信息缺失，基于明确的假设推进，并提供2种范围选项（窄范围 vs 广范围）。

Outputs (deliverables)

输出成果（交付物）

Produce a Taste Calibration Pack (in-chat Markdown; or as files if requested):
  1. Taste Calibration Brief (domain, target user/job, what “good” means, constraints)
  2. Benchmark Set (5–10 products) + “why these” + what to study
  3. Product Study Notes (1 page per benchmark) using a consistent critique template
  4. Taste Rules + Anti-Patterns (do/don’t rules derived from evidence)
  5. Intuition → Hypothesis Log (testable hypotheses + predicted signals)
  6. Validation Plan (qual + quant checks; smallest viable tests)
  7. Practice Plan (2–4 weeks: exposure hours + weekly synthesis cadence)
  8. Risks / Open questions / Next steps (always included)
Templates: references/TEMPLATES.md
生成一份品味校准包（聊天内Markdown格式；或按需生成文件）：
  1. 品味校准简报（包含领域、目标用户/核心任务、“优秀”的定义、约束条件）
  2. 基准产品集（5-10个产品）+ 选择理由 + 研究方向
  3. 产品研究笔记（每个基准产品1页），采用统一的评审模板
  4. 品味准则与反模式（基于证据提炼的“应做/不应做”规则）
  5. 直觉→假设日志（可验证的假设 + 预期信号）
  6. 验证计划（定性+定量验证；最小可行测试）
  7. 实践计划（2-4周：接触积累时长 + 每周总结节奏）
  8. 风险/待解决问题/下一步行动（必含内容）
模板：references/TEMPLATES.md

Workflow (8 steps)

工作流程（8步）

1) Intake + pick the taste domain (narrow the problem)

1) 信息收集 + 确定品味领域（缩小问题范围）

  • 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?”
  • 输入： 用户背景；references/INTAKE.md
  • 行动： 选择1个品味领域和1个关键场景（例如：首次启动引导）。明确目标用户、核心任务与约束条件。设定时间限制。
  • 输出： 品味校准简报（草稿）
  • 校验标准： 相关负责人能够明确回答：“我们正在为哪项具体体验校准品味？”

2) Define “good taste” as decision criteria (not vibes)

2) 将“优秀品味”定义为可落地的决策标准（而非主观感觉）

  • 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.
  • 输入： 领域 + 用户/核心任务
  • 行动： 起草6-10条评判标准（例如：清晰度、价值传递时长、信任感、用户自主性、错误恢复机制、感知速度、认知负荷）。明确需要做出的权衡（哪些因素可以让步）。
  • 输出： 评判标准列表 + 简报中的权衡说明部分
  • 校验标准： 每条标准都能在产品中找到对应可观察的UI/行为，而非空泛的形容词。

3) Build the benchmark set (exposure hours, curated)

3) 构建基准产品集（刻意接触，精心筛选）

  • 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.
  • 输入： 已知的基准产品（或无）
  • 行动： 筛选5-10个范例（包含直接竞品、相邻领域产品，且至少1个“黄金标准”产品）。为每个产品说明研究方向与相关性理由。
  • 输出： 基准产品集表格
  • 校验标准： 产品集中至少包含2个跨品类参考产品，以避免陷入局部最优。

4) Study like a voracious user (structured observation)

4) 以深度用户视角研究（结构化观察）

  • 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).
  • 输入： 基准产品；评审模板
  • 行动： 以目标用户身份使用每个产品。捕捉关键微时刻：摩擦点、愉悦点、困惑点、信任破裂点。先记录“发生了什么”，再分析“为什么好/不好”。
  • 输出： 产品研究笔记（草稿）
  • 校验标准： 每个基准产品的笔记中至少包含3个具体场景，如有条件需附截图/引用（或精准描述）。

5) Synthesize: turn observations into taste rules + anti-patterns

5) 总结提炼：将观察转化为品味准则与反模式

  • 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”).
  • 输入： 各基准产品的研究笔记
  • 行动： 归纳聚类规律。转化为应做/不应做准则，并附理由与适用场景。补充会导致“AI式劣质体验”（通用化、不连贯、与目标不符的体验）的反模式。
  • 输出： 品味准则与反模式
  • 校验标准： 每条准则都有来自至少2个不同基准产品的观察作为支撑（或明确标记为“假设”）。

6) Intuition as hypothesis generator (make it testable)

6) 将直觉转化为可验证的假设

  • 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.”).
  • 输入： 品味准则 + 你的直觉反应
  • 行动： 写下直觉表述（“感觉不对，因为……”），并转化为可验证的假设，同时明确预期信号与反向信号。
  • 输出： 直觉→假设日志
  • 校验标准： 每个假设都有明确的证伪条件（例如：“如果执行Y后X没有变化，说明我们的假设错误”）。

7) Validate with smallest viable checks (qual + quant)

7) 用最小可行验证方式检验（定性+定量）

  • 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.
  • 输入： 假设日志；可获取的数据/研究资源
  • 行动： 为每个假设选择最轻量化的验证方式：可用性任务、拦截式调研、会话重放分析、漏斗切片分析、A/B冒烟测试、文案测试等。明确成功指标与样本量。
  • 输出： 验证计划，若已知则包含负责人与节奏安排
  • 校验标准： 验证步骤在设定的时间限制内可行，且无需敏感数据。

8) Create a practice loop + quality gate + finalize

8) 构建实践循环 + 质量校验 + 最终定稿

  • 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.
  • 输入： 校准包草稿
  • 行动： 构建2-4周的实践计划（接触积累时长安排 + 每周总结节奏）。使用references/CHECKLISTS.md进行检查，并通过references/RUBRIC.md进行评分。补充风险/待解决问题/下一步行动。
  • 输出： 最终版品味校准包
  • 校验标准： 读者无需额外背景信息即可遵循实践计划；所有假设均明确说明。

Quality gate (required)

质量校验（必做）

  • Use references/CHECKLISTS.md and references/RUBRIC.md.
  • Always include: Risks, Open questions, Next steps.
  • 使用references/CHECKLISTS.md和references/RUBRIC.md进行校验。
  • 必须包含：风险、待解决问题、下一步行动。

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.
示例1（用户引导）： “对标行业最佳实践，校准我们的用户引导品味。目标用户是首次担任PM的人群。时间限制：90分钟。输出一份品味校准包。”
预期输出：基准产品集、评审笔记、品味准则、假设、轻量化验证计划。
示例2（B2B工作流UX）： “我的直觉告诉我，我们的「创建项目」流程既慢又让人困惑。把这个直觉转化为可验证的假设和验证计划。”
预期输出：包含证伪条件和最小可行验证方式的直觉→假设日志。
边界示例： “告诉我什么是通用的优秀产品品味。”
回应：要求用户提供具体领域 + 目标用户/核心任务；否则提供领域选项菜单，并建议一个窄范围的起始点。