防御心理：用户不是不会用，是不敢用
数据、能力、责任三种防御，控制感、可逆性、透明三板斧；三个高防御设计亲手改造，小心埋着的安慰剂陷阱；转人工按钮的悖论
本页解决的问题
先给结论「防御心理：用户不是不会用，是不敢用」要解决的关键问题是什么？
数据、能力、责任三种防御，控制感、可逆性、透明三板斧；三个高防御设计亲手改造，小心埋着的安慰剂陷阱；转人工按钮的悖论
把品味变成产品可重复的行为。 有用的结果不是一句“我觉得更好”。它应该是一条看得见的规则、一个小例子，以及判断体验何时低于标准的方法。
记录一个前后对比，让别人不用听解释也能看懂质量线。
表面更精致了，却没有减少用户的不确定感。
讲用户之前，先看看你自己。六道题，凭真实反应作答，答完画出你的防御画像。
刚才那六道题，两道一组，对应三种防御。它们各有心理学出处，也各有一句用户心里的潜台词。共同点：防御的用户往往说不出「我在防」，只会说「不太好用」，然后再也不打开。
数据防御
越是高价值场景（合同、财报、客户名单），数据越敏感，防御越强。吊诡的是：AI 恰恰在高价值场景才最值钱，数据防御直接卡住了产品价值的兑现。训练开关其实存在，但用户不知道；不知道，就按最坏情况设防。
能力防御
内部工具的头号杀手。员工把「用 AI」解读成「承认自己可被替代」，把使用数据解读成绩效监控。这种防御不会说出口，只表现为「试了一下，不太好用」。第 12 课认知卸载会展开它的另一半：怕的其实是「显得可替代」。
责任防御
理性人的算计：用 AI 省 2 小时，出错背整口锅，期望收益为负，不用是对的。责任界面不清晰的 AI 功能，用户防御是理性行为。第 5 课信任校准给过解法：把人签字的环节留在流程里（HITL），谁确认、谁负责写清楚，防御才有得谈。
防御的反义词有三个：控制感、可逆性、透明。每个都有实验背书，也都能落成具体的界面改动。下面三块界面各卡在高防御状态，拨开关，看同一块界面怎么从「劝退」变成「敢试」，防御指数实时变化。
① 控制感
Averill (1973)② 可逆性
Shneiderman 黄金法则③ 透明
Dinev & Hart (2006)纸上讲一百遍可逆性，抵不上你亲手点一次。下面是一个批量操作的高危场景，注意你每一步的心理活动：点「应用」之前犹豫了多久，看到「可撤销」之后又是什么感觉。
下面三个功能都因为防御心理卡在低使用率。每个给了三个候选动作，点选你要上的，防御指数实时变化。小心：三个里各埋了一个看着像解药的安慰剂，其中一个还是货真价实的假开关。
你是 AI 客服的产品负责人，人工坐席很贵，你怕用户都跑去找真人。「转人工」按钮放哪？两个方案已经各跑了一个月，先押注：哪边的转人工率更高？点你押的那边。
从「先测你自己 · 六道快问」把感觉变成判断
「讲用户之前，先看看你自己。六道题，凭真实反应作答， 答完画出你的防御画像」指出，AI 降低了做出“能用”成品的门槛，读者真正需要练的是看出哪里不对，并把感觉说成可以执行的要求。
观察用户的下一步，而不是只看表面
「刚才那六道题，两道一组，对应三种防御。它们各有心理学出处，也各有一句用户心里的潜台词。共同点： 防御的用户往往说不出「我在防」 ，只会说「不太好用」，然后再也不打开」可以转成几个可观察的问题：用户是否知道现在发生了什么，是否知道下一步做什么，出错或空白时能否恢复，以及信息层级是否让重要内容先被看见。
- 低使用率先查防御 ：数据、能力、责任三轴各排查一遍，再谈用户教育
- 高风险动作一律草稿态加撤销 ：把尝试的门槛从勇气降到好奇心
- 数据去向用一句人话说清 ：再配一个可验证的状态，比如「已删除」
漂亮不等于容易用
把「你是 AI 客服的产品负责人，人工坐席很贵，你怕用户都跑去找真人。「转人工」按钮放哪？两个方案已经各跑了一个月， 先押注：哪边的转人工率更高？点你押的那边」用在第二个页面或流程上，记录一个具体犹豫点和一个改动后的用户动作；能被观察到的变化，才是体验改善。
从「先测你自己 · 六道快问」走到「三种防御 · 用户看懂了，然后决定不碰」
「先测你自己 · 六道快问」先把问题落在「讲用户之前，先看看你自己。六道题，凭真实反应作答， 答完画出你的防御画像」上；到了「三种防御 · 用户看懂了，然后决定不碰」，讨论继续推进到「刚才那六道题，两道一组，对应三种防御。它们各有心理学出处，也各有一句用户心里的潜台词。共同点： 防御的用户往往说不出「我在防」 ，只会说「不太好用」，然后再也不打开」。两段连起来，重点就不只是记住一个结论，而是看清它成立所依赖的条件。
把这条判断带到下一个场景
评估体验时，把抽象的“好看”或“顺手”换成用户动作：他是否看懂状态、找到了下一步、能从错误中恢复，并且愿意继续使用。
- 「先测你自己 · 六道快问」：讲用户之前，先看看你自己。六道题，凭真实反应作答， 答完画出你的防御画像
- 「三种防御 · 用户看懂了，然后决定不碰」：刚才那六道题，两道一组，对应三种防御。它们各有心理学出处，也各有一句用户心里的潜台词。共同点： 防御的用户往往说不出「我在防」 ，只会说「不太好用」，然后再也不打开
- 「最后的要点」：出口放在明面上，假开关一个都别上 ：被识破的假控制，防御反弹得更高
最后的「最后的要点」把讨论落到「出口放在明面上，假开关一个都别上 ：被识破的假控制，防御反弹得更高」。回看这条线索时，最值得保留的是：当输入、规模或风险改变，哪些判断需要重新做一遍。
✅ 这一课想和你分享的
- 低使用率先查防御：数据、能力、责任三轴各排查一遍，再谈用户教育
- 高风险动作一律草稿态加撤销：把尝试的门槛从勇气降到好奇心
- 数据去向用一句人话说清：再配一个可验证的状态，比如「已删除」
- 出口放在明面上，假开关一个都别上：被识破的假控制，防御反弹得更高
我把这篇文章里的一个判断改写成了今天可以验证的小实验。比记住结论更有用的是，知道下一步要观察什么。
读完以后我先回头找它成立的条件，而不是直接把方法搬进项目。这个顺序让后面的取舍清楚很多。
如果把这个判断放到真实工作里，最先需要补的约束是什么？我想知道从阅读到第一次实践之间，哪一步最值得先做。
还没有这篇文章的讨论。