{"id":"bda7cadf-1630-4021-a3ba-8bf3fca352b6","shortId":"WnuXte","kind":"skill","title":"p13i-judgment-traps","tagline":"判断陷阱与认知偏误——识别常见判断错误模式及其防范策略","description":"# 判断陷阱 Skill\n\n## 适用场景\n- 团队反复犯同样的判断错误\n- 个人想提升决策质量\n- 需要建立\"防坑指南\"\n\n## 输入\n| 字段 | 说明 |\n|------|------|\n| past_mistakes | 过去的判断错误案例 |\n| decision_context | 典型决策场景 |\n\n## 输出\n- 陷阱清单与特征描述\n- 防范Checklist\n- 团队防错机制\n\n## 工作流程\n1. **陷阱识别**：对照常见认知偏误清单，识别发生的陷阱类型\n2. **归因分析**：分析该陷阱在什么情境下容易触发\n3. **信号设定**：设定该陷阱触发的预警信号\n4. **应对策略**：设计具体的应对措施（如\"引入反对者\"\"延迟决策\"）\n5. **机制固化**：将策略固化为团队流程或检查点\n\n## 常见陷阱（部分）\n- 锚定效应：过度依赖最先获得的信息\n- 确认偏误：只寻找支持自己观点的证据\n- 幸存者偏差：只看到成功案例，忽略失败案例\n- 过度自信：高估自己的判断准确度\n- 框架效应：同一信息的不同表述导致不同决策\n\n## 注意事项\n- 知道偏误存在 ≠ 能避免——需要具体机制\n- 团队层面的防错比个人层面的提醒更有效\n\n## 核心概念\n\n### 1. 第一眼打动靠能力，留下来靠放心感\n很多 AI 产品第一次打开时确实是靠能力说服人的——\"原来它已经能做到这个程度\"。但产品进入第二次、第三次、第十次使用后，决定它能不能留下来的往往不是\"它有多强\"，而是\"它让我有多放心\"。放心感表现为：我大致知道它什么时候稳、我不用每次都重新判断它靠不靠谱、它没有把返工和盯防劳动重新丢回给我、我把它放进工作后整体更省心了。很多产品输不是因为能力绝对值更差，而是因为用户在持续使用时总觉得自己还得额外盯着它、防着它、解释它、兜着它。\n\n### 2. 能力感 vs 放心感五问\n(1) 第一眼被打动的是什么——\"它真厉害\"说明在卖能力。(2) 持续使用靠的是什么——从\"能力炫技\"转成\"让我更省心、更确定、更少返工\"才是放心感。(3) 用户每次使用前要不要重新判断它靠不靠谱——每次都像开盲盒就很难形成稳定使用。(4) 它有没有减少决策负担而不是增加盯防劳动——\"从执行者变成审查员\"不是真的在帮忙。(5) 价值主张是在讲\"强\"还是\"稳\"——\"更聪明/更自动\"vs\"少返工/少漏项/少出错/少担责\"。\n\n### 3. 用户买的是确定感\n用户买的往往不是某个单点功能，而是一种整体感觉：我把它放进工作里之后，事情是不是更确定了。更确定意味着：我更少犹豫、更少返工、更少担心漏掉什么、更少需要反复确认、更知道什么时候该信什么时候该停。放心感不是\"柔性价值\"，它直接影响使用频率、任务托付深度和组织扩散速度。\n\n### 4. 把能力版卖点改写成放心版卖点\n\"我们有更强的 AI 总结能力\"→\"你不用再担心长会之后漏掉关键决定，结果和出处都会帮你标清楚\"。\"我们能自动生成客户回复\"→\"你不用每次都从空白开始写，也不用担心关键承诺被漏掉，风险句会先帮你标出来\"。能力版卖点更容易吸引目光，放心版卖点更容易推动持续采用。如果你只能讲能力，说明你还没有真正把产品价值压到用户的现实处境里。\n\n### 5. 模型更强的产品为什么反而输给更让人放心的产品\nA 产品模型更强回答更流畅，B 产品没那么会\"说\"但每次标出来源、区分确定和不确定、允许一键回到原文。比第一印象 A 更先进，但进入真实工作后很多团队更愿意留 B。因为真实工作里用户不只是想被一次性打动——他还要拿结果去和别人对齐、承担后果、推进下一步。这时候放心感会压过纯能力感。A 给的是\"这次答得真厉害\"，B 给的是\"我知道什么时候能用它，出了问题也知道怎么核回来\"。\n\n## 深入核心概念\n\n### 深入 1. 能力感 vs 放心感\n\n**定义**：第一眼打动用户的是能力——\"它真厉害\"。让用户长期留下来的是放心感——\"它让我更省心、更确定、更少返工\"。能力感产品靠新鲜感驱动，放心感产品靠确定感驱动。很多 AI 产品输，不是因为能力差，而是用户在持续使用时总觉得自己还得额外盯着它、防着它、解释它。\n\n**书稿引用**：「放心感听起来很软，实际上非常硬。它通常表现为：我大致知道它什么时候稳、我不用每次都重新判断它靠不靠谱、它没有把返工和盯防劳动重新丢回给我、我把它放进工作后整体更省心了。」（第9章）书中进一步指出：「用户买的往往不是某个单点功能，而是一种整体感觉：我把它放进工作里之后，事情是不是更确定了。」\n\n**应用**：用\"五问诊断\"评估你的产品——第一眼被打动的是什么？持续使用靠的是什么？每次使用前要不要重新判断靠不靠谱？有没有减少决策负担？价值主张在讲\"强\"还是\"稳\"？如果答案偏向\"在卖能力\"，需要系统性补充放心感设计。\n\n### 深入 2. 盯防劳动审计\n\n**定义**：很多 AI 产品表面上省了\"做\"的步骤，实际上把用户从\"做的人\"变成了\"审的人\"。如果审查成本 > 原始劳动成本，产品价值为负。盯防劳动审计是检查 AI 产品到底是在减少总劳动，还是在把执行劳动变成审查劳动。\n\n**书稿引用**：「用户在系统外多做的一步，往往不是'顺手'，而是补偿劳动。它是在替产品和流程兜底。比如再发一条确认消息、再去原文里核一次出处、再开一个表格手动整理、再找同事口头解释一次。这些动作看起来小，却常常最接近工作流里的真实代价。」（第5章）\n\n**应用**：列出用户使用 AI 产品前后的完整操作流程，标注每步的劳动类型（执行/审查/确认/补救），计算总劳动时间对比。如果审查+补救劳动占比超过总劳动的 40%，产品需要重新设计——减少审查面（只标关键项）、降低审查难度（来源对照）、提供修改快捷方式。\n\n### 深入 3. 行为信号比语言信号更真实\n\n**定义**：用户说\"挺好的\"可能是社交礼貌，用了但每次手动检查说明校验成本高，只用低风险场景说明信任有边界，私下留人工台账说明托付结构没成立，不推荐给同事说明对组织扩散没信心。不要只听用户说什么，要看用户做什么。\n\n**书稿引用**：「信任缺失在产品里，经常不是以强烈投诉出现的。更常见的情况是：用户嘴上说还不错，行为上却一直绕过你。这类静默绕过，比抱怨更值得警惕。因为它说明产品表层功能可能成立了，但托付结构并没有成立。」（第11章）\n\n**应用**：建立\"行为信号清单\"——列出 8-10 个关键用户行为信号，每个信号对应一个深层诊断。定期对照清单扫描用户行为，发现\"静默绕过\"信号时立即深入调查。核心原则：沉默不是信任的信号，持续使用才是。\n\n## 分步执行\n\n### 步骤 1：第一印象来源分析\n判断产品第一印象主要来自什么。如果完全来自\"它真厉害\"，它在卖能力。能力是必要的进入切口，但要继续看：用户第一次被打动的点是不是也刚好是他之后愿意持续使用的点？很多时候不是。\n\n### 步骤 2：持续使用动力诊断\n分析用户持续使用的真实动力。问：新鲜感过去后，用户留下来的理由是什么？如果已经从\"能力炫技\"转成\"让我更省心/更确定/更少返工\"，产品正在建立放心感。如果还在靠新鲜感维持，要警惕。\n\n### 步骤 3：可预期性评估\n检查用户是否形成了可预期感：他大致知道哪类结果比较稳？哪类任务更适合先用它？哪种情况下自己应该保守一点？如果每次都像开盲盒，哪怕偶尔特别惊艳也很难形成稳定使用。\n\n### 步骤 4：盯防劳动审计\n审计产品是否在增加盯防劳动而非减少决策负担。检查：用户是否还是得反复确认？是否还得自己补最后判断？是否还得替它承担返工成本？是否只是从执行者变成了审查员？如果答案是肯定的，产品没有建立真正的放心感。\n\n### 步骤 5：价值主张改写\n把当前的价值主张从\"能力版\"改写成\"放心版\"。能力版讲\"更强/更快/更自动\"，放心版讲\"少返工/少漏项/少出错/少担责/少做一次重复确认\"。两版对照后，你会立刻看见自己一直在卖\"强\"还是在卖\"更确定\"。\n\n## 示例 1：两款 AI 知识助手的对决\n\n**场景**：市场有两款 AI 知识助手。A 产品模型更强，回答更流畅更像真人。B 产品没那么会\"说\"，但每次标出来源、区分确定和不确定、允许一键回到原文、资料冲突时不硬给答案。\n\n**对比分析**：\n\n| 维度 | A 产品（能力型） | B 产品（放心型） |\n|------|----------------|----------------|\n| 第一印象 | \"它答得真厉害\" | \"标得挺清楚\" |\n| 可预期性 | 每次像开盲盒 | 知道什么时候能用 |\n| 校验成本 | 很难验证对错 | 一键回到原文 |\n| 持续使用动力 | 新鲜感 | 省心感 |\n| 组织扩散 | 个人尝鲜 | 团队采用 |\n| **长期结果** | **试用多采用少** | **稳定使用** |\n\n**结论**：真实工作里用户不只是想被一次性打动，还要拿结果去对齐、承担后果、推进下一步。放心感会压过纯能力感。\n\n## 示例 2：能力版 vs 放心版卖点改写\n\n**场景**：为三个 AI 产品功能做价值主张改写练习。\n\n| 功能 | 能力版卖点 | 放心版卖点 |\n|------|----------|----------|\n| AI 总结 | 我们有更强的总结能力 | 你不用再担心长会之后漏掉关键决定，结果和出处都会帮你标清楚 |\n| AI 客服回复 | 我们能自动生成客户回复 | 你不用每次都从空白开始写，也不用担心关键承诺被漏掉，风险句会先帮你标出来 |\n| AI 数据分析 | 我们能自动分析数据趋势 | 你不用再怕看漏异常信号，系统会帮你把不确定的部分标出来，来源随时可查 |\n\n**改写规则**：能力版讲\"我们更强在哪里\"，放心版讲\"用户因此更确定什么\"。如果你只能讲能力，说明你还没有真正把产品价值压到用户的现实处境里。\n\n## 示例 3：能力感 vs 放心感五问实操诊断\n\n**场景**：用五问框架诊断一个 AI 数据分析产品。\n\n**五问诊断**：\n\n| 问题 | 回答 | 判断 |\n|------|------|------|\n| 第一眼被打动的是什么 | \"它能自动生成数据趋势报告\" | 在卖能力 |\n| 持续使用靠的是什么 | \"……用户还是觉得要自己再看一遍\" | 放心感不足 |\n| 每次使用前要不要重新判断靠不靠谱 | \"要看是什么数据，有些准有些不准\" | 可预期性弱 |\n| 有没有减少决策负担 | \"生成了报告但我还得自己挑重点\" | 盯防劳动增加 |\n| 价值主张在讲\"强\"还是\"稳\" | \"AI 驱动的智能分析\" | 在讲强 |\n\n**诊断结论**：产品能力不差，但放心感严重不足。用户第一次觉得\"真厉害\"，第二次开始觉得\"还得自己再看一遍\"。产品需要把能力版价值主张改写成放心版，同时补充来源标注、不确定项标记、关键假设说明。\n\n## 示例 4：盯防劳动审计——从执行者到审查员\n\n**场景**：审计一个 AI 自动生成周报产品，检查它是在减少劳动还是在增加盯防。\n\n**审计发现**：\n\n| 审计项 | 发现 | 诊断 |\n|--------|------|------|\n| 用户是否需要反复确认 | 是，每次都要逐句检查 | 盯防劳动高 |\n| 用户是否需要自己补判断 | 是，重点和结论需要自己提炼 | 决策负担未减少 |\n| 用户是否需要替它承担返工 | 是，格式错误需要手动修正 | 返工成本存在 |\n| 用户是否从执行者变成审查员 | 是，原来写30分钟，现在审40分钟 | 劳动反而增加 |\n\n**结论**：产品表面上省了\"写\"的步骤，实际上把用户从\"写的人\"变成了\"审的人\"。如果审查成本 > 写作成本，产品价值为负。需要重新设计：减少审查面（只标关键项）、降低审查难度（来源对照）、提供修改快捷方式（局部改写而非整体重写）。\n\n## 能力感 vs 放心感对照表\n\n| 维度 | 能力感产品 | 放心感产品 |\n------|-----------|-----------|\n| 第一印象 | \"它真厉害\" | \"它挺清楚\" |\n| 使用前心态 | \"试试看这次怎么样\" | \"大概知道它能做什么\" |\n| 结果校验 | 从头检查到尾 | 只检查标注项 |\n| 出错后 | \"果然不靠谱\" + 放弃 | \"这次出了问题，我知道怎么处理\" |\n| 组织扩散 | 个人尝鲜传播 | 团队流程采用 |\n| 付费意愿 | \"免费试试就好\" | \"愿意为确定性付费\" |\n| 竞争壁垒 | 模型更强就能替代 | 信任积累难以替代 |\n\n**使用说明**：把当前产品放在左右两列对照，判断它更像哪一列。如果更像左边，需要系统性地补充放心感设计。\n\n## 放心感设计 Checklist\n\n| # | 设计项 | 状态 | 说明 |\n|---|--------|------|------|\n| 1 | 结果附带来源/依据 | ⬜ | 用户能验证结论 |\n| 2 | 不确定项有标记 | ⬜ | 用户知道哪里需要自己判断 |\n| 3 | 可预期性已建立 | ⬜ | 用户知道哪类任务稳、哪类不稳 |\n| 4 | 盼防劳动已审计 | ⬜ | 审查成本 < 原始劳动成本 |\n| 5 | 出错后有低成本收场方式 | ⬜ | 可撤销/可回退/可切人工 |\n| 6 | 价值主张已改写为放心版 | ⬜ | 讲\"确定\"而非讲\"强\" |\n| 7 | 用户可预期使用结果 | ⬜ | 不像开盲盒 |\n| 8 | 高风险任务有确认点 | ⬜ | 不会无感执行 |\n\n## 常见能力陷阱\n\n### 陷阱 1：用 benchmark 分数代替用户感受\n模型在测试集上准确率 95%，团队觉得足够好了。但用户关心的不是平均准确率，而是\"我拿到这个结果后需不需要再查一遍\"。95% 准确率意味着每 20 次有 1 次错——如果那 1 次的后果很重，用户就永远不敢放心用。\n\n### 陷阱 2：把\"更自动\"等同于\"更好用\"\n团队追求更高的自动化率，认为\"用户少做一步就多一分价值\"。但用户感受到的可能是\"我越来越管不住它了\"。自动化程度和放心感之间不是线性关系——过了某个点，更自动 = 更不安。\n\n### 陷阱 3：用 Demo 效果推断日常体验\n精心准备的 demo 场景总是效果很好，因为数据是干净的、场景是典型的、用户注意力是集中的。但日常使用中数据有噪声、场景是边缘的、用户注意力是分散的。用 demo 效果推断日常体验，会严重高估放心感。\n\n### 陷阱 4：忽略\"最后一次确认\"的心理重量\n产品设计了自动执行，但用户在\"最后一次确认\"时的心理负担非常重——因为他知道点下去就没有退路了。这个确认点的设计质量直接影响放心感：如果确认时看不到关键信息、无法快速判断、不知道后果范围，用户宁可自己做。\n\n### 陷阱 5：把用户\"不抱怨\"当成\"很放心\"\n用户不投诉、不反馈，不代表他放心。更常见的情况是：他已经绕过你了，只是没告诉你。沉默不是信任的信号，持续使用才是。\n\n## 训练方法：卖点改写练习\n\n**练习规则**：\n1. 选一个你正在做的 AI 产品功能\n2. 写一句能力版卖点（\"我们更强在哪里\"）\n3. 写一句放心版卖点（\"用户因此更确定什么\"）\n4. 对照两句，判断你一直在卖什么\n\n**练习示例**：\n\n| 功能 | 能力版 | 放心版 |\n------|--------|--------|\n| AI 代码审查 | 自动发现代码缺陷 | 不用担心线上 bug 被漏掉，关键风险会标红并给出修复建议 |\n| AI 合同审查 | 智能识别合同风险 | 不用担心错过关键条款，异常条款会高亮并附法律依据 |\n| AI 日程安排 | 自动优化日程冲突 | 不用担心会议撞车，冲突和优先级会提前标出 |\n\n**核心训练**：只要第二句写不出来或只会重复第一句，说明你对用户的现实处境理解还不够深。\n\n## 可预期性建设指南\n\n### 可预期性的三个层次\n| 层次 | 用户知道什么 | 设计方式 | 效果 |\n|------|------------|---------|------|\n| 结果可预期 | \"这类任务通常结果怎么样\" | 历史表现统计、置信度标签 | 减少开盲盒感 |\n| 边界可预期 | \"什么情况下我该自己来\" | 能力边界说明、适用场景标注 | 减少错误使用 |\n| 行为可预期 | \"它下一步会做什么\" | 执行预告、进度展示 | 减少失控感 |\n\n### 可预期性设计 Checklist\n| # | 设计项 | 状态 | 说明 |\n|---|--------|------|------|\n| 1 | 历史准确率/成功率可查 | ⬜ | 按任务类型展示 |\n| 2 | 适用场景已明确标注 | ⬜ | 什么情况用、什么情况不用 |\n| 3 | 执行前有预告 | ⬜ | 用户知道接下来会发生什么 |\n| 4 | 执行中有进度 | ⬜ | 用户知道进行到哪 |\n| 5 | 执行后有总结 | ⬜ | 用户知道做了什么、结果如何 |\n| 6 | 异常情况有提示 | ⬜ | 不确定/低把握/高风险会标注 |\n\n## 放心感 vs 能力感产品演进路径\n\n### 典型演进路径\n```\n第一阶段：能力切入（让人\"哇\"一下）\n第二阶段：信任建立（让人\"放心用\"）\n第三阶段：习惯形成（让人\"离不开\"）\n第四阶段：组织扩散（让团队\"都在用\"）\n```\n\n### 每阶段关键动作\n| 阶段 | 关键动作 | 常见错误 |\n|------|---------|---------|\n| 能力切入 | 展示一次强效果 | 把第一次效果当成产品成立 |\n| 信任建立 | 补齐来源/回退/确认机制 | 继续只优化能力不补放心感 |\n| 习惯形成 | 嵌入工作流、积累数据 | 没有找到回访理由 |\n| 组织扩散 | 解决团队层面的信任问题 | 只有个人版没有团队版 |\n\n**使用说明**：大部分 AI 产品卡在第一阶段到第二阶段的跨越——有能力但缺放心感。如果你的产品\"试用不错但采用弱\"，大概率是在这个卡点。\n\n## 盯防劳动审计详细方法\n\n### 审计步骤\n1. **列出用户完整操作流程**：包括使用 AI 前、使用中、使用后\n2. **标注每步的劳动类型**：执行劳动/审查劳动/确认劳动/补救劳动\n3. **计算总劳动时间**：对比有 AI 和无 AI 的总劳动时间\n4. **判断劳动转移方向**：是减少了总劳动，还是把执行劳动变成了审查劳动\n\n### 审计模板\n| 操作步骤 | 无 AI 时长 | 有 AI 时长 | 劳动类型 | 节省/增加 |\n|---------|-----------|-----------|---------|----------|\n| 收集信息 | 30 分钟 | 5 分钟 | 执行 | -25 分钟 |\n| 整理信息 | 20 分钟 | 3 分钟 | 执行 | -17 分钟 |\n| 审查结果 | 0 | 15 分钟 | 审查 | +15 分钟 |\n| 手动修正 | 0 | 10 分钟 | 补救 | +10 分钟 |\n| **合计** | **50 分钟** | **33 分钟** | | **-17 分钟** |\n\n**诊断**：虽然总时间减少了 17 分钟，但审查+补救劳动占了 25 分钟。如果审查成本继续上升，可能接近临界点。\n\n## 常见用户行为信号解读\n\n### 信号与诊断对照\n| 用户行为 | 表面解读 | 深层诊断 |\n|---------|---------|---------|\n| 试用后说\"挺好的\" | 满意 | 可能是社交礼貌，看行为 |\n| 用了但每次手动检查 | 在用 | 校验成本高，信任不足 |\n| 只用低风险场景 | 有信任 | 信任有边界，高风险段不敢 |\n| 私下留人工台账 | 在用 | 托付结构没成立 |\n| 不推荐给同事 | 个人觉得还行 | 对组织扩散没信心 |\n| 用了但不愿付费 | 有价值 | 价值没到\"不可或缺\" |\n| 频率逐渐下降 | 自然流失 | 回访理由在减弱 |\n| 用了很久但从不提需求 | 稳定 | 可能已经绕过你了 |\n\n**使用说明**：不要只听用户说什么，要看用户做什么。行为信号比语言信号更接近真实。\n\n## 团队放心感建设\n\n### 团队层面的放心感要素\n| 要素 | 个人层面 | 团队层面 |\n|------|---------|---------|\n| 可预期 | 我知道它能做什么 | 团队都知道它能做什么 |\n| 可校验 | 我能验证结果 | 结果可以被团队审查 |\n| 可回退 | 我能撤回我的操作 | 团队能撤回影响他人的操作 |\n| 可承担 | 我知道责任在哪 | 团队知道谁负责什么 |\n| 可审计 | — | 管理者能看到操作日志 |\n\n### 团队放心感 Checklist\n| # | 设计项 | 状态 | 说明 |\n|---|--------|------|------|\n| 1 | 权限分级已设计 | ⬜ | 不同角色不同权限 |\n| 2 | 操作日志已开启 | ⬜ | 谁做了什么可追溯 |\n| 3 | 审批流程已设计 | ⬜ | 关键动作需要审批 |\n| 4 | 责任边界已明确 | ⬜ | AI 做的/人做的/需要确认的 |\n| 5 | 异常升级机制已设计 | ⬜ | 出问题时谁来处理 |","tags":["p13i","judgment","traps","native","product","agent","skills","gmaxxxie","agent-skills","ai-agent","ai-native","ai-product"],"capabilities":["skill","source-gmaxxxie","skill-p13i-judgment-traps","topic-agent-skills","topic-ai-agent","topic-ai-native","topic-ai-product","topic-methodology","topic-product-management","topic-product-methodology","topic-product-thinking","topic-skills"],"categories":["ai-native-product-agent-skills"],"synonyms":[],"warnings":[],"endpointUrl":"https://skills.sh/gmaxxxie/ai-native-product-agent-skills/p13i-judgment-traps","protocol":"skill","transport":"skills-sh","auth":{"type":"none","details":{"cli":"npx skills add gmaxxxie/ai-native-product-agent-skills","source_repo":"https://github.com/gmaxxxie/ai-native-product-agent-skills","install_from":"skills.sh"}},"qualityScore":"0.478","qualityRationale":"deterministic score 0.48 from registry signals: · indexed on github topic:agent-skills · 56 github stars · SKILL.md body (8,888 chars)","verified":false,"liveness":"unknown","lastLivenessCheck":null,"agentReviews":{"count":0,"score_avg":null,"cost_usd_avg":null,"success_rate":null,"latency_p50_ms":null,"narrative_summary":null,"summary_updated_at":null},"enrichmentModel":"deterministic:skill-github:v1","enrichmentVersion":1,"enrichedAt":"2026-05-18T18:57:30.552Z","embedding":null,"createdAt":"2026-05-01T01:02:57.352Z","updatedAt":"2026-05-18T18:57:30.552Z","lastSeenAt":"2026-05-18T18:57:30.552Z","tsv":"'+10':932 '+15':925 '-10':316 '-17':918,939 '-25':910 '0':921,928 '1':28,66,94,186,328,397,614,648,662,665,733,796,869,1013 '10':929 '15':922 '17':943 '2':32,90,98,236,339,448,618,669,737,800,876,1016 '20':660,913 '25':947 '3':35,107,126,288,355,484,621,684,740,804,882,915,1019 '30':905 '33':937 '4':38,110,142,364,528,625,702,743,807,889,1022 '40':280 '5':44,114,157,375,629,717,810,907,1028 '50':935 '6':634,814 '7':640 '8':315,643 '95':653,658 'ai':70,145,200,240,252,270,399,403,454,459,464,470,490,513,533,735,750,757,762,861,872,885,887,896,899,1024 'b':161,171,180,408,420 'benchmark':650 'bug':754 'checklist':610,792,1009 'context':21 'decis':20 'demo':686,689,698 'judgment':3 'mistak':18 'p13i':2 'p13i-judgment-traps':1 'past':17 'skill':8 'skill-p13i-judgment-traps' 'source-gmaxxxie' 'topic-agent-skills' 'topic-ai-agent' 'topic-ai-native' 'topic-ai-product' 'topic-methodology' 'topic-product-management' 'topic-product-methodology' 'topic-product-thinking' 'topic-skills' 'trap':4 'vs':92,121,188,450,486,576,820 '一下':827 '一键回到原文':431 '不代表他放心':724 '不会无感执行':645 '不像开盲盒':642 '不反馈':723 '不可或缺':978 '不同角色不同权限':1015 '不抱怨':719 '不推荐给同事':972 '不推荐给同事说明对组织扩散没信心':297 '不是因为能力差':202 '不是真的在帮忙':113 '不用担心会议撞车':765 '不用担心线上':753 '不用担心错过关键条款':760 '不知道后果范围':714 '不确定':816 '不确定项有标记':619 '不确定项标记':525 '不要只听用户说什么':298,986 '两款':398 '两版对照后':391 '个人尝鲜':436 '个人尝鲜传播':596 '个人层面':992 '个人想提升决策质量':11 '个人觉得还行':973 '个关键用户行为信号':317 '为三个':453 '也不用担心关键承诺被漏掉':151,468 '习惯形成':833,852 '书中进一步指出':215 '书稿引用':206,255,300 '事情是不是更确定了':131,219 '五问诊断':222,492 '产品':418,421 '产品价值为负':250,567 '产品到底是在减少总劳动':253 '产品前后的完整操作流程':271 '产品功能':736 '产品功能做价值主张改写练习':455 '产品卡在第一阶段到第二阶段的跨越':862 '产品模型更强':406 '产品模型更强回答更流畅':160 '产品正在建立放心感':351 '产品没有建立真正的放心感':373 '产品没那么会':162,409 '产品第一次打开时确实是靠能力说服人的':71 '产品能力不差':517 '产品表面上省了':241,558 '产品设计了自动执行':706 '产品输':201 '产品需要把能力版价值主张改写成放心版':523 '产品需要重新设计':281 '人做的':1026 '什么情况下我该自己来':782 '什么情况不用':803 '什么情况用':802 '从':100 '从头检查到尾':588 '从执行者到审查员':530 '从执行者变成审查员':112 '他大致知道哪类结果比较稳':358 '他已经绕过你了':726 '他还要拿结果去和别人对齐':173 '付费意愿':598 '代码审查':751 '价值主张在讲':228,509 '价值主张已改写为放心版':635 '价值主张改写':376 '价值主张是在讲':115 '价值没到':977 '任务托付深度和组织扩散速度':141 '会严重高估放心感':700 '但产品进入第二次':73 '但审查':945 '但托付结构并没有成立':309 '但放心感严重不足':518 '但日常使用中数据有噪声':694 '但每次标出来源':164,411 '但用户关心的不是平均准确率':655 '但用户在':707 '但用户感受到的可能是':677 '但要继续看':335 '但进入真实工作后很多团队更愿意留':170 '低把握':817 '你不用再怕看漏异常信号':473 '你不用再担心长会之后漏掉关键决定':147,462 '你不用每次都从空白开始写':150,467 '你会立刻看见自己一直在卖':392 '使用中':874 '使用前心态':584 '使用后':875 '使用说明':604,859,985 '依据':616 '信任不足':964 '信任建立':829,847 '信任有边界':967 '信任积累难以替代':603 '信任缺失在产品里':301 '信号与诊断对照':952 '信号时立即深入调查':322 '信号设定':36 '做':242 '做的':1025 '做的人':245 '允许一键回到原文':166,413 '免费试试就好':599 '兜着它':89 '关键假设说明':526 '关键动作':842 '关键动作需要审批':1021 '关键风险会标红并给出修复建议':756 '典型决策场景':22 '典型演进路径':822 '再去原文里核一次出处':262 '再开一个表格手动整理':263 '再找同事口头解释一次':264 '写':559 '写一句放心版卖点':741 '写一句能力版卖点':738 '写作成本':566 '写的人':562 '冲突和优先级会提前标出':766 '决定它能不能留下来的往往不是':76 '决策负担未减少':547 '准确率意味着每':659 '减少失控感':790 '减少审查面':282,569 '减少开盲盒感':780 '减少错误使用':785 '出了问题也知道怎么核回来':183 '出错后':590 '出错后有低成本收场方式':630 '出问题时谁来处理':1030 '分数代替用户感受':651 '分析用户持续使用的真实动力':341 '分析该陷阱在什么情境下容易触发':34 '分步执行':326 '分钟':906,908,911,914,916,919,923,926,930,933,936,938,940,944,948 '列出':314 '列出用户使用':269 '列出用户完整操作流程':870 '判断':495 '判断产品第一印象主要来自什么':330 '判断你一直在卖什么':745 '判断劳动转移方向':890 '判断它更像哪一列':606 '判断陷阱':7 '判断陷阱与认知偏误':5 '前':873 '功能':456,747 '劳动反而增加':556 '劳动类型':901 '包括使用':871 '区分确定和不确定':165,412 '卖点改写练习':731 '却常常最接近工作流里的真实代价':266 '历史准确率':797 '历史表现统计':778 '原始劳动成本':249,628 '原来写30分钟':554 '原来它已经能做到这个程度':72 '发现':320,538 '变成了':246,563 '只寻找支持自己观点的证据':52 '只是没告诉你':727 '只有个人版没有团队版':858 '只标关键项':283,570 '只检查标注项':589 '只用低风险场景':965 '只用低风险场景说明信任有边界':295 '只看到成功案例':54 '只要第二句写不出来或只会重复第一句':768 '可切人工':633 '可回退':632,1000 '可审计':1006 '可承担':1003 '可撤销':631 '可校验':997 '可能已经绕过你了':984 '可能接近临界点':950 '可能是社交礼貌':293,959 '可预期':994 '可预期性':426 '可预期性已建立':622 '可预期性建设指南':770 '可预期性弱':505 '可预期性的三个层次':771 '可预期性设计':791 '可预期性评估':356 '合同审查':758 '合计':934 '同一信息的不同表述导致不同决策':59 '同时补充来源标注':524 '和无':886 '哇':826 '哪怕偶尔特别惊艳也很难形成稳定使用':362 '哪种情况下自己应该保守一点':360 '哪类不稳':624 '哪类任务更适合先用它':359 '回答':494 '回答更流畅更像真人':407 '回访理由在减弱':981 '回退':849 '因为他知道点下去就没有退路了':710 '因为它说明产品表层功能可能成立了':308 '因为数据是干净的':691 '因为真实工作里用户不只是想被一次性打动':172 '团队反复犯同样的判断错误':10 '团队层面':993 '团队层面的放心感要素':990 '团队层面的防错比个人层面的提醒更有效':64 '团队放心感':1008 '团队放心感建设':989 '团队流程采用':597 '团队知道谁负责什么':1005 '团队能撤回影响他人的操作':1002 '团队觉得足够好了':654 '团队追求更高的自动化率':674 '团队都知道它能做什么':996 '团队采用':437 '团队防错机制':26 '在卖能力':233,498 '在用':962,970 '在讲强':515 '场景':401,452,488,531 '场景总是效果很好':690 '场景是典型的':692 '场景是边缘的':695 '增加':903 '大概率是在这个卡点':866 '大概知道它能做什么':586 '大部分':860 '如':41 '如果你只能讲能力':155,481 '如果你的产品':864 '如果完全来自':331 '如果审查':278 '如果审查成本':248,565 '如果审查成本继续上升':949 '如果已经从':345 '如果更像左边':607 '如果每次都像开盲盒':361 '如果确认时看不到关键信息':712 '如果答案偏向':232 '如果答案是肯定的':372 '如果还在靠新鲜感维持':352 '如果那':664 '字段':15 '它下一步会做什么':787 '它在卖能力':333 '它挺清楚':583 '它是在替产品和流程兜底':260 '它有多强':77 '它有没有减少决策负担而不是增加盯防劳动':111 '它没有把返工和盯防劳动重新丢回给我':83,212 '它直接影响使用频率':140 '它真厉害':96,192,332,582 '它答得真厉害':424 '它能自动生成数据趋势报告':497 '它让我更省心':194 '它让我有多放心':79 '它通常表现为':209 '定义':190,238,290 '定期对照清单扫描用户行为':319 '实际上把用户从':244,561 '实际上非常硬':208 '审批流程已设计':1020 '审查':274,924 '审查劳动':879 '审查成本':627 '审查结果':920 '审的人':247,564 '审计一个':532 '审计产品是否在增加盯防劳动而非减少决策负担':366 '审计发现':536 '审计模板':893 '审计步骤':868 '审计项':537 '客服回复':465 '对比分析':415 '对比有':884 '对照两句':744 '对照常见认知偏误清单':30 '对组织扩散没信心':974 '将策略固化为团队流程或检查点':46 '少做一次重复确认':390 '少出错':124,388 '少担责':125,389 '少漏项':123,387 '少返工':122,386 '局部改写而非整体重写':574 '层次':772 '展示一次强效果':845 '嵌入工作流':853 '工作流程':27 '市场有两款':402 '常见用户行为信号解读':951 '常见能力陷阱':646 '常见错误':843 '常见陷阱':47 '幸存者偏差':53 '应对策略':39 '应用':220,268,311 '延迟决策':43 '建立':312 '异常升级机制已设计':1029 '异常情况有提示':815 '异常条款会高亮并附法律依据':761 '引入反对者':42 '强':116,229,393,510,639 '归因分析':33 '当成':720 '往往不是':257 '很多':69,199,239 '很多产品输不是因为能力绝对值更差':85 '很多时候不是':337 '很放心':721 '很难验证对错':430 '忽略':703 '忽略失败案例':55 '总结':460 '总结能力':146 '愿意为确定性付费':600 '成功率可查':798 '我不用每次都重新判断它靠不靠谱':82,211 '我们更强在哪里':478,739 '我们有更强的':144 '我们有更强的总结能力':461 '我们能自动分析数据趋势':472 '我们能自动生成客户回复':149,466 '我大致知道它什么时候稳':81,210 '我把它放进工作后整体更省心了':84,213 '我把它放进工作里之后':130,218 '我拿到这个结果后需不需要再查一遍':657 '我更少犹豫':133 '我知道什么时候能用它':182 '我知道它能做什么':995 '我知道怎么处理':594 '我知道责任在哪':1004 '我能撤回我的操作':1001 '我能验证结果':998 '我越来越管不住它了':678 '手动修正':927 '才是放心感':106 '托付结构没成立':971 '执行':273,909,917 '执行中有进度':808 '执行前有预告':805 '执行劳动':878 '执行后有总结':811 '执行预告':788 '承担后果':174,444 '把':670 '把当前产品放在左右两列对照':605 '把当前的价值主张从':377 '把用户':718 '把第一次效果当成产品成立':846 '把能力版卖点改写成放心版卖点':143 '持续使用动力':432 '持续使用动力诊断':340 '持续使用才是':325,729 '持续使用靠的是什么':99,225,499 '按任务类型展示':799 '挺好的':292,957 '推进下一步':175,445 '提供修改快捷方式':286,573 '操作日志已开启':1017 '操作步骤':894 '收集信息':904 '改写成':379 '改写规则':476 '放弃':592 '放心型':422 '放心感':189,819 '放心感不是':138 '放心感不足':501 '放心感五问':93 '放心感五问实操诊断':487 '放心感产品':580 '放心感产品靠确定感驱动':198 '放心感会压过纯能力感':446 '放心感听起来很软':207 '放心感对照表':577 '放心感表现为':80 '放心感设计':609 '放心版':380,749 '放心版卖点':458 '放心版卖点改写':451 '放心版卖点更容易推动持续采用':154 '放心版讲':385,479 '放心用':831 '效果':775 '效果推断日常体验':687,699 '数据分析':471 '数据分析产品':491 '整理信息':912 '新鲜感':433 '新鲜感过去后':343 '无':895 '无法快速判断':713 '日程安排':763 '时的心理负担非常重':709 '时长':897,900 '是':541,545,549,553 '是减少了总劳动':891 '是否只是从执行者变成了审查员':371 '是否还得替它承担返工成本':370 '是否还得自己补最后判断':369 '智能识别合同风险':759 '更不安':682 '更先进':169 '更好用':673 '更少担心漏掉什么':135 '更少返工':105,134,196,350 '更少需要反复确认':136 '更常见的情况是':303,725 '更强':382 '更快':383 '更知道什么时候该信什么时候该停':137 '更确定':104,195,349,395 '更确定意味着':132 '更聪明':119 '更自动':120,384,671,681 '最后一次确认':704,708 '有':898 '有些准有些不准':504 '有价值':976 '有信任':966 '有没有减少决策负担':227,506 '有能力但缺放心感':863 '机制固化':45 '权限分级已设计':1014 '来源对照':285,572 '来源随时可查':475 '果然不靠谱':591 '柔性价值':139 '标得挺清楚':425 '标注每步的劳动类型':272,877 '校验成本':429 '校验成本高':963 '核心原则':323 '核心概念':65 '核心训练':767 '格式错误需要手动修正':550 '框架效应':58 '检查':367 '检查它是在减少劳动还是在增加盯防':535 '检查用户是否形成了可预期感':357 '模型在测试集上准确率':652 '模型更强就能替代':602 '模型更强的产品为什么反而输给更让人放心的产品':158 '次有':661 '次的后果很重':666 '次错':663 '步骤':327,338,354,363,374 '每个信号对应一个深层诊断':318 '每次使用前要不要重新判断靠不靠谱':226,502 '每次像开盲盒':427 '每次都像开盲盒就很难形成稳定使用':109 '每次都要逐句检查':542 '每阶段关键动作':840 '比如再发一条确认消息':261 '比抱怨更值得警惕':307 '比第一印象':167 '沉默不是信任的信号':324,728 '没有找到回访理由':855 '注意事项':60 '深入':185,235,287 '深入核心概念':184 '深层诊断':955 '满意':958 '状态':612,794,1011 '现在审40分钟':555 '生成了报告但我还得自己挑重点':507 '用':221,649,685,697 '用了但不愿付费':975 '用了但每次手动检查':961 '用了但每次手动检查说明校验成本高':294 '用了很久但从不提需求':982 '用五问框架诊断一个':489 '用户不投诉':722 '用户买的往往不是某个单点功能':128,216 '用户买的是确定感':127 '用户可预期使用结果':641 '用户嘴上说还不错':304 '用户因此更确定什么':480,742 '用户在系统外多做的一步':256 '用户宁可自己做':715 '用户少做一步就多一分价值':676 '用户就永远不敢放心用':667 '用户是否从执行者变成审查员':552 '用户是否还是得反复确认':368 '用户是否需要反复确认':540 '用户是否需要替它承担返工':548 '用户是否需要自己补判断':544 '用户每次使用前要不要重新判断它靠不靠谱':108 '用户注意力是分散的':696 '用户注意力是集中的':693 '用户留下来的理由是什么':344 '用户知道什么':773 '用户知道做了什么':812 '用户知道哪类任务稳':623 '用户知道哪里需要自己判断':620 '用户知道接下来会发生什么':806 '用户知道进行到哪':809 '用户第一次被打动的点是不是也刚好是他之后愿意持续使用的点':336 '用户第一次觉得':519 '用户能验证结论':617 '用户行为':953 '用户说':291 '用户还是觉得要自己再看一遍':500 '留下来靠放心感':68 '的心理重量':705 '的总劳动时间':888 '的步骤':243,560 '盯防劳动增加':508 '盯防劳动审计':237,365,529 '盯防劳动审计是检查':251 '盯防劳动审计详细方法':867 '盯防劳动高':543 '盼防劳动已审计':626 '省心感':434 '看行为':960 '真厉害':520 '真实工作里用户不只是想被一次性打动':442 '知识助手':404 '知识助手的对决':400 '知道什么时候能用':428 '知道偏误存在':61 '确定':637 '确认':275 '确认偏误':51 '确认劳动':880 '确认机制':850 '示例':396,447,483,527 '离不开':835 '私下留人工台账':969 '私下留人工台账说明托付结构没成立':296 '积累数据':854 '稳':118,231,512 '稳定':983 '稳定使用':440 '竞争壁垒':601 '第11章':310 '第5章':267 '第9章':214 '第一印象':423,581 '第一印象来源分析':329 '第一眼打动用户的是能力':191 '第一眼打动靠能力':67 '第一眼被打动的是什么':95,224,496 '第一阶段':823 '第三次':74 '第三阶段':832 '第二次开始觉得':521 '第二阶段':828 '第十次使用后':75 '第四阶段':836 '等同于':672 '管理者能看到操作日志':1007 '精心准备的':688 '系统会帮你把不确定的部分标出来':474 '练习示例':746 '练习规则':732 '组织扩散':435,595,837,856 '经常不是以强烈投诉出现的':302 '结果可以被团队审查':999 '结果可预期':776 '结果和出处都会帮你标清楚':148,463 '结果如何':813 '结果校验':587 '结果附带来源':615 '结论':441,557 '给的是':178,181 '继续只优化能力不补放心感':851 '维度':416,578 '置信度标签':779 '而是':78,656 '而是一种整体感觉':129,217 '而是因为用户在持续使用时总觉得自己还得额外盯着它':86 '而是用户在持续使用时总觉得自己还得额外盯着它':203 '而是补偿劳动':259 '而非讲':638 '能力切入':824,844 '能力型':419 '能力感':91,187,485,575 '能力感产品':579 '能力感产品演进路径':821 '能力感产品靠新鲜感驱动':197 '能力是必要的进入切口':334 '能力炫技':101,346 '能力版':378,449,748 '能力版卖点':457 '能力版卖点更容易吸引目光':153 '能力版讲':381,477 '能力边界说明':783 '能避免':62 '自动优化日程冲突':764 '自动化程度和放心感之间不是线性关系':679 '自动发现代码缺陷':752 '自动生成周报产品':534 '自然流失':980 '节省':902 '虽然总时间减少了':942 '行为上却一直绕过你':305 '行为信号比语言信号更接近真实':988 '行为信号比语言信号更真实':289 '行为信号清单':313 '行为可预期':786 '补救':276,931 '补救劳动':881 '补救劳动占了':946 '补救劳动占比超过总劳动的':279 '补齐来源':848 '表面解读':954 '被漏掉':755 '要看是什么数据':503 '要看用户做什么':299,987 '要素':991 '要警惕':353 '解决团队层面的信任问题':857 '解释它':88,205 '计算总劳动时间':883 '计算总劳动时间对比':277 '认为':675 '让人':825,830,834 '让团队':838 '让我更省心':103,348 '让用户长期留下来的是放心感':193 '训练方法':730 '讲':636 '设定该陷阱触发的预警信号':37 '设计具体的应对措施':40 '设计方式':774 '设计项':611,793,1010 '评估你的产品':223 '识别发生的陷阱类型':31 '识别常见判断错误模式及其防范策略':6 '诊断':539,941 '诊断结论':516 '试用不错但采用弱':865 '试用后说':956 '试用多采用少':439 '试试看这次怎么样':585 '说':163,410 '说明':16,613,795,1012 '说明你对用户的现实处境理解还不够深':769 '说明你还没有真正把产品价值压到用户的现实处境里':156,482 '说明在卖能力':97 '谁做了什么可追溯':1018 '责任边界已明确':1023 '资料冲突时不硬给答案':414 '转成':102,347 '输入':14 '输出':23 '边界可预期':781 '过了某个点':680 '过去的判断错误案例':19 '过度依赖最先获得的信息':50 '过度自信':56 '返工成本存在':551 '还得自己再看一遍':522 '还是':117,230,511 '还是在卖':394 '还是在把执行劳动变成审查劳动':254 '还是把执行劳动变成了审查劳动':892 '还要拿结果去对齐':443 '这个确认点的设计质量直接影响放心感':711 '这些动作看起来小':265 '这时候放心感会压过纯能力感':176 '这次出了问题':593 '这次答得真厉害':179 '这类任务通常结果怎么样':777 '这类静默绕过':306 '进度展示':789 '适用场景':9 '适用场景已明确标注':801 '适用场景标注':784 '选一个你正在做的':734 '部分':48 '都在用':839 '重点和结论需要自己提炼':546 '锚定效应':49 '长期结果':438 '问':342 '问题':493 '防坑指南':13 '防着它':87,204 '防范checklist':25 '阶段':841 '降低审查难度':284,571 '陷阱':647,668,683,701,716 '陷阱清单与特征描述':24 '陷阱识别':29 '需要具体机制':63 '需要建立':12 '需要确认的':1027 '需要系统性地补充放心感设计':608 '需要系统性补充放心感设计':234 '需要重新设计':568 '静默绕过':321 '顺手':258 '频率逐渐下降':979 '风险句会先帮你标出来':152,469 '驱动的智能分析':514 '高估自己的判断准确度':57 '高风险任务有确认点':644 '高风险会标注':818 '高风险段不敢':968","prices":[{"id":"516a1a05-1e09-4224-adf4-892d8f468767","listingId":"bda7cadf-1630-4021-a3ba-8bf3fca352b6","amountUsd":"0","unit":"free","nativeCurrency":null,"nativeAmount":null,"chain":null,"payTo":null,"paymentMethod":"skill-free","isPrimary":true,"details":{"org":"gmaxxxie","category":"ai-native-product-agent-skills","install_from":"skills.sh"},"createdAt":"2026-05-01T01:02:57.352Z"}],"sources":[{"listingId":"bda7cadf-1630-4021-a3ba-8bf3fca352b6","source":"github","sourceId":"gmaxxxie/ai-native-product-agent-skills/p13i-judgment-traps","sourceUrl":"https://github.com/gmaxxxie/ai-native-product-agent-skills/tree/main/skills/p13i-judgment-traps","isPrimary":false,"firstSeenAt":"2026-05-01T01:02:57.352Z","lastSeenAt":"2026-05-18T18:57:30.552Z"}],"details":{"listingId":"bda7cadf-1630-4021-a3ba-8bf3fca352b6","quickStartSnippet":null,"exampleRequest":null,"exampleResponse":null,"schema":null,"openapiUrl":null,"agentsTxtUrl":null,"citations":[],"useCases":[],"bestFor":[],"notFor":[],"kindDetails":{"org":"gmaxxxie","slug":"p13i-judgment-traps","github":{"repo":"gmaxxxie/ai-native-product-agent-skills","stars":56,"topics":["agent-skills","ai-agent","ai-native","ai-product","methodology","product-management","product-methodology","product-thinking","skills"],"license":null,"html_url":"https://github.com/gmaxxxie/ai-native-product-agent-skills","pushed_at":"2026-05-06T07:19:36Z","description":"AI Native Product Methodology — 80 executable skills across P0-P14 stages, covering needs discovery to aesthetic authority. From 8 books.","skill_md_sha":"08f09c2bc6d26a22a50fe9b9b5b8a9fd66e9d93c","skill_md_path":"skills/p13i-judgment-traps/SKILL.md","default_branch":"main","skill_tree_url":"https://github.com/gmaxxxie/ai-native-product-agent-skills/tree/main/skills/p13i-judgment-traps"},"layout":"multi","source":"github","category":"ai-native-product-agent-skills","frontmatter":{"name":"p13i-judgment-traps","description":"判断陷阱与认知偏误——识别常见判断错误模式及其防范策略"},"skills_sh_url":"https://skills.sh/gmaxxxie/ai-native-product-agent-skills/p13i-judgment-traps"},"updatedAt":"2026-05-18T18:57:30.552Z"}}