mcpField
P
product-taste-intuition

product-taste-intuition

github.com/oldwinter设计与 UI1035 次安装1 周前更新
代码仓库

关于 product-taste-intuition

这项技能通过结构化研究产品体验来培养产品判断力,并将观察和直觉转化为明确规则、可验证假设、验证计划及持续练习安排。

主要功能

  1. 01明确要研究的产品体验
  2. 02建立参照产品集并撰写评析
  3. 03归纳体验规则与反模式
  4. 04将直觉转化为可验证假设
  5. 05制定验证检查和练习节奏

适用场景

  1. 01校准新手引导体验标准
  2. 02研究产品以归纳共通模式
  3. 03验证对复杂流程的直觉判断
  4. 04制定为期数周的产品判断力练习

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/oldwinter/skills --skill product-taste-intuition

安装后在 Claude Code 中输入/product-taste-intuition确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

skillpack.json
references/
EXAMPLES.md
WORKFLOW.md
SOURCE_SUMMARY.md
INTAKE.md
CHECKLISTS.md
TEMPLATES.md
RUBRIC.md

详细介绍

产品品味与直觉

范围

涵盖

  • 通过有意识地接触、观察和评判,培养产品品味(了解“好”是什么样的)
  • 将直觉用作假设生成器(把“直觉感受”转化为可测试的假设)
  • 建立可重复的实践循环(接触时长 → 分析 → 验证 → 更新品味准则)

适用场景

  • “帮我提升产品品味/产品判断力。”
  • “针对我们的产品类别,校准‘优秀的引导体验’是什么样的。”
  • “把我对这个流程的直觉转化为可测试的假设。”
  • “创建一种系统化的方法,研究优秀产品并提炼模式。”

不适用场景

  • 你需要决定要构建什么(请使用 problem-definition、prioritizing-roadmap 或 defining-product-vision)。
  • 你需要先获取用户证据(请使用 conducting-user-interviews 或 usability-testing)。
  • 你只想获得审美方面的点评(这是对产品体验的评判:价值、UX、清晰度、信任、速度,而不仅是视觉效果)。
  • 你无法说出任何目标用户、使用场景或想要提升的“品味领域”(我们会先缩小范围)。

输入

最低要求

  • 要提升的品味领域(选 1 项):引导体验、激活、导航/信息架构、编辑器/工作流、定价/套餐 UX、通知、留存循环、信任/安全、性能/延迟感受、文案/语气
  • 该领域的目标用户及其首要待完成工作
  • 3–10 个要研究的标杆产品/体验(或“未知,请推荐”)
  • 时间范围(例如,60–120 分钟冲刺;或 2–4 周的实践计划)
  • 约束(平台、地理位置、无障碍、合规、品牌语气等)

缺失信息处理策略

  • 从 references/INTAKE.md 中最多提出 5 个问题。
  • 如果仍缺少输入,则明确说明假设并提供 2 个范围选项(窄范围与宽范围)。

输出(交付物)

生成一份品味校准包(在聊天中以 Markdown 提供;如有需要,也可提供文件):

  1. 品味校准简报(领域、目标用户/待完成工作、“好”的定义、约束)
  2. 标杆集合(5–10 个产品)+“选择理由”+研究重点
  3. 产品研究笔记(每个标杆 1 页),使用统一的评判模板
  4. 品味准则 + 反模式(从证据中推导出的应该做/不应该做的规则)
  5. 直觉 → 假设日志(可测试的假设 + 预测信号)
  6. 验证计划(定性 + 定量检查;最小可行测试)
  7. 实践计划(2–4 周:接触时长 + 每周综合总结节奏)
  8. 风险/未决问题/后续步骤(始终包含)

模板:references/TEMPLATES.md

工作流(8 个步骤)

1) 收集信息 + 选择品味领域(缩小问题范围)
  • 输入: 用户背景;references/INTAKE.md。
  • 操作: 选择 1 个品味领域和 1 个“时刻”(例如,首次使用时的引导体验)。明确目标用户、待完成工作和约束。设定时间范围。
  • 输出: 品味校准简报(草稿)。
  • 检查: 利益相关者能够回答:“我们要校准哪种具体体验的品味?”
2) 将“好品味”定义为决策标准(而非感觉)
  • 输入: 领域 + 用户/待完成工作。
  • 操作: 拟定 6–10 条标准(例如,清晰度、实现价值所需时间、信任、自主性、错误恢复、感知速度、认知负荷)。明确列出取舍(你愿意牺牲什么)。
  • 输出: 简报中的标准列表 + 取舍部分。
  • 检查: 标准能在产品中观察到(可以指出具体 UI/行为),而不是泛泛的形容词。
3) 建立标杆集合(精选接触时长)
  • 输入: 已知的标杆(或没有)。
  • 操作: 选出 5–10 个典范(直接相关、相邻领域,以及至少 1 个“黄金标准”)。对每个典范,说明研究内容及其相关性。
  • 输出: 标杆集合表格。
  • 检查: 集合中至少包含 2 个“类别之外”的参考对象,以避免局部最优。
4) 像热切的用户一样进行研究(结构化观察)
  • 输入: 基准产品;评析模板。
  • 行动: 以目标用户的身份使用每款产品。捕捉细微时刻:阻碍、愉悦、困惑、信任受损。在记录“为什么好/不好”之前,先记录“发生了什么”。
  • 输出: 产品研究笔记(草稿)。
  • 检查: 每条基准产品笔记至少包含 3 个具体时刻,并附上截图/引文(如果有)或准确描述。
5) 综合:将观察转化为品味规则和反模式
  • 输入: 各基准产品的研究笔记。
  • 行动: 将模式归类并转化为规则:应做/不应做,同时说明理由和适用范围。补充会造成“AI 垃圾内容”(泛泛而谈、前后不一、体验错位)的反模式。
  • 输出: 品味规则 + 反模式。
  • 检查: 每条规则都由来自不同基准产品的 ≥ 2 条观察支持(或明确标记为“假设”)。
6) 将直觉用作假设生成器(使其可测试)
  • 输入: 规则 + 你的直觉反应。
  • 行动: 写下直觉陈述(“感觉不对劲,因为……”),并将其转化为可测试的假设,同时列出预期信号和反向信号。
  • 输出: 直觉 → 假设日志。
  • 检查: 每个假设都有明确的证伪条件(“如果 Y 之后 X 没有变化,说明我们的判断错了。”)。
7) 用最精简可行的检查进行验证(定性 + 定量)
  • 输入: 假设日志;可用数据/研究权限。
  • 行动: 为每个假设选择最轻量的验证方式:可用性任务、拦截式提问、会话回放审查、漏斗分析、A/B 冒烟测试、文案测试等。定义成功指标和样本。
  • 输出: 验证计划(如已知,注明负责人/频率)。
  • 检查: 验证步骤在规定时间内切实可行,且不需要敏感数据。
8) 建立实践循环 + 质量门槛 + 定稿
  • 输入: 草稿包。
  • 行动: 制定 2–4 周的实践计划(安排体验时长 + 每周综合总结)。运行 references/CHECKLISTS.md,并使用 references/RUBRIC.md 评分。补充风险/待解问题/后续步骤。
  • 输出: 最终品味校准包。
  • 检查: 读者无需额外背景信息即可遵循实践计划;明确列出各项假设。

质量门槛(必需)

示例

示例 1(引导流程):“将我们的引导流程品味与同类最佳方案进行校准。目标用户是首次担任 PM 的人。时间限制:90 分钟。输出一份品味校准包。”
预期:基准产品集、评析笔记、品味规则、假设和轻量验证计划。

示例 2(B2B 工作流 UX):“我直觉上觉得我们的‘创建项目’流程又慢又令人困惑。请将这种感觉转化为可测试的假设和验证计划。”
预期:包含证伪条件和最精简可行检查的直觉→假设日志。

边界示例:“告诉我一般来说什么是好的品味。”
回应:要求提供具体领域 + 目标用户/任务;否则列出领域选项,并建议从一个范围较窄的方向开始。

评论

支持 Markdown