事后追加指令、人格评价与全面禁用生成式 AI 背后的真正问题
有些人会被评价为“听不进别人说的话”。
但仔细看，这个人真的没有听吗？
恰恰相反，他其实听到了对方说的内容。 只是听完之后，会试着把目的、对象、权限和完成条件拆开来看。 也会避免在风险尚未弄清之前擅自推进工作。
可即便如此，之后仍可能被说“我不是这个意思”“一般人都会懂”“你这种地方就是没做好”。
真正消耗人的，是这种结构。
问题并不在于下属不听话。
而在于一开始没有说出口的内容，事后却被当成“早就已经说过的前提”。
例如：“让我能在 Forms 里看到结果”
假设有人提出这样的请求：
让我能在 Forms 里看到结果。
收到这个请求的人，很自然会这样理解：
对方是想知道怎样查看 Microsoft Forms 的答复结果。
在 Microsoft Forms 中，可以打开表单并选择 “View responses” 来查看答复概览和个别结果。Microsoft 官方支持文档也把查看结果说明为打开表单后选择 “View responses”。[^ms-results]
因此，接收请求的人回答“选择 View responses 就可以”，对于最初的请求文本来说是合理的。
但随后，对方又说：
不是这个意思。我是问为什么它没有出现在 Forms 首页的 “Forms shared with me” 里，我想让它出现在那里。
这和前面的请求并不是同一件事。
“查看答复结果”和“让表单出现在 Forms 首页的共享列表中”不是同一个任务。
后者涉及协作和共享权限。
在 Microsoft Forms 的协作功能中，共同作者可以添加表单内容、分析答复并共享表单。Microsoft 还说明，能够访问协作链接的指定共同作者可以查看和编辑问题以及答复数据。[^ms-collab]
也就是说，这并不只是“让它看得见”。
这是授予权限。
仅凭一个含糊的请求就擅自授予权限，本身就有风险。
目标用户是谁？ 只需要查看吗？ 还是需要共同编辑？ 是否允许看到答复数据？ 是整个组织，还是仅限特定人员？ 完成条件是“能看到结果”，还是“出现在 Forms 首页的共享列表中”？
不确认这些就推进，反而更危险。
不是“不听话”，而是“没说出来的内容根本听不到”
这类问题里，接收请求的人很容易被评价为“不听别人说话”。
但现实中，常见的结构其实是这样的：
- 请求者用很模糊的方式提出要求。
- 接收者在实际说出口的范围内作出自然解释。
- 请求者之后才补充真正的目的。
- 新补充的条件被当成从一开始就已经共享的前提。
- 接收者反而被评价为“没理解”“没听进去”。
这并不只是接收者理解能力的问题。
而是请求的具体程度不够。
只存在于请求者脑中的目的，如果没有传达给对方，就不能算作指令。
只说“让我能在 Forms 里看到结果”，无法判断对方究竟是想：
- 查看答复页面
- 导出到 Excel
- 创建共享链接
- 添加共同作者
- 让表单出现在 Forms 首页的共享列表中
如果之后再说“一般人都应该懂”，接收者就会被不断消耗。
因为无论听得多认真，只要前提是事后追加的，就永远不可能提前答对。
更麻烦的是，问题会跳到人格评价
原本，这件事只要这样结束就可以了：
抱歉，我刚才的说法不够明确。我的意思不是查看结果，而是希望它显示在 Forms 首页的共享列表中。因为这会涉及共同编辑权限，可以请你确认一下正确的操作流程吗？
这样只是一次普通的工作确认。
但现实中，有时话题会突然跳到别的方向。
你这种地方就是没做好。
所以信息系统部门才不敢让大家用生成式 AI。
问题就在这种地方。
这个跳跃非常大。
当前真正的议题并不是能不能使用生成式 AI。
实际问题是：
- 原始请求本身含糊
- “查看结果”和“共同编辑”是不同任务
- 授予权限之前需要确认
如果把这件事直接连接到“不能让你用生成式 AI”，焦点就偏离了。
事实上，要安全使用生成式 AI，更需要把指令说明清楚。
哪些数据可以输入？ 哪些数据不能输入？ 哪些范围可以交给 AI？ 哪些项目必须由人确认？ 最终负责人是谁？ 日志如何保存？
无法设计这些条件的组织，可能因为害怕 AI 而直接全面禁止。
所以真正的问题，与其说是 AI 本身危险，不如说是组织没有做好使用 AI 所需的需求定义和责任设计。
一旦归因于个人性格，系统就不会改善
这类问题发生后，职场很容易迅速把它变成个人性格问题。
- 不听别人说话
- 不够顺从
- 没理解
- 注意力不够
- 做事不靠谱
但一旦变成人格问题，改善就停止了。
因为接下来提出的对策往往只会变成：
- 认真听
- 注意一点
- 提高意识
- 多确认
- 不要依赖 AI
这些都无法防止问题再次发生。
真正应该检查的是请求本身的结构。
- 目的是否明确
- 对象是否明确
- 说的是哪个画面是否明确
- 权限范围是否明确
- 完成条件是否明确
- 接收者是否处在容易提问的环境中
- 请求者事后补充条件时，是否承认自己之前说明不足
如果不看这些，同样的问题会反复发生。
把问题归咎于个人性格的组织，不会改善系统。 系统不改善，同样的问题就会再次出现。 然后又归咎于另一个人的性格。
这就是职场里的黑魔法。
上级“向下沟通”的质量有被评价吗？
这并不是单纯的一对一合不合得来的问题。
本质上，这是上位者的沟通质量没有被纳入评价的问题。
公司很容易评价看得见的成果：
- 是否按期完成
- 是否推进会议
- 是否提交资料
- 下属是否在行动
- 是否处理了问题
但成果背后的互动质量往往不容易被看到：
- 指令是否明确
- 是否事后追加条件
- 是否侵占对方的休息时间和专注时间
- 是否创造了容易提问的氛围
- 是否能承认自己的说明不足
- 是否能把反馈从人格评价拉回到工作条件
Gallup 表示，团队敬业度差异的 70% 与管理有关。管理者会创造让团队状态变好或变坏的条件。[^gallup]
Google re:Work 也把心理安全感、可靠性、结构与明确性等列为高效团队的重要因素。特别是在“结构与明确性”方面，理解期待、流程和成果十分重要。[^google-rework]
也就是说，上级如何向下属提出工作要求，本来就应该是很重要的评价项目。
并不是提拔“敢于严厉说话的人”就够了。
应该提拔的是能够让人安全、清楚地行动起来的人。
只要求下属做到“有分寸表达”的反向职场
职场里经常只要求下属注意沟通方式。
- 好好汇报、联络、商量
- 理解对方的意图
- 注意说话方式
- 做好确认
- 诚恳接受反馈
那么上级呢？
- 含糊地把任务扔下来
- 事后追加条件
- 不道歉
- 把情绪包装成业务指责
- 在对方休息时发很长的信息施压
- 把任务问题跳到人格或 AI 禁令上
这并不是良好的自信表达式沟通。
自信表达式沟通，是在明确表达自己的价值观和诉求时，也尊重对方的价值观和诉求。相反，攻击性沟通往往在表达自己意见和欲求时忽视对方的需要与价值。[^assertive]
也就是说，如果只要求下位者“好好做”，却不追问上位者的请求质量和反馈质量，那就是一种反向的要求。
只要求下属体谅，上级的粗糙沟通却被当成“指导”。
这样被消耗的只会是下属。
把这种人提拔上去最危险
职位越高，比起亲自完成工作的能力，把工作清楚交给别人处理的能力就越重要。
因此，具有以下特征的人一旦晋升，风险会更大：
- 提出含糊的要求
- 事后追加条件
- 不承认自己的说明不足
- 归咎于下属的理解力或性格
- 用说教覆盖自己的含糊
- 把情绪转换成业务批评
- 把系统问题变成个人问题
这种人在表面上很容易看起来像“管理得很认真”。
说话很严厉。 会指出风险。 会“教育”下属。 不会放过问题。
但实际情况可能只是，下属一直在翻译、补充、处理情绪和收拾残局。
上司的指令含糊，下属还是想办法把它做成。 上司事后追加条件，下属吸收变化。 上司不道歉，下属把不满吞下去。
于是，从评价表面上看，会变成：
上司在管理。
下属不听话。
但真实情况可能恰恰相反：
下属正在替上司吸收那些没有被定义清楚的部分。
如果组织看错这一点，就会不断朝着消耗人的方向发展。
真正应该评价的管理能力
真正值得评价的是以下能力：
- 明确目的的能力
- 明确对象的能力
- 区分权限范围的能力
- 把完成条件说清楚的能力
- 承认自己说明不足的能力
- 事后补充条件时，不责怪对方而是补充说明的能力
- 创造让接收者容易提问的氛围
- 把问题从人格重新拉回系统的能力
管理者需要的，不只是说话强硬的能力。
而是让人能够安全行动的能力。
缺少这种能力的人一旦被提拔，下属就会不断消耗。 然后这种消耗又会被贴上“心理脆弱”“爱反抗”“不听别人说话”的标签。
这样组织就不会成长。
防御方法：把含糊请求拆成五项
为了不被含糊请求反复消耗，与其情绪化反驳，不如把讨论拉回工作条件。
需要确认的是下面五项：
- 目的
- 对象
- 画面或位置
- 权限范围
- 完成条件
在这个例子里，可以这样确认：
我确认一下：这次的需求并不是让人能够查看答复结果，而是让表单显示在 Forms 首页的 “Forms shared with me” 中，对吗？
如果是后者，就会涉及共同编辑权限，所以我会先确认目标表单、目标人员以及所需权限范围，再进行处理。
这不是反抗。
这是安全确认。
反而是涉及权限的工作，只凭一句“让我看得到”就处理，才更危险。
总结：也许不是“不听话”，而是看到了结构
被评价为“不听别人说话”的人中，有些人其实听得非常认真。
只是他们不会把听到的话直接吞下去，而是转换成结构。
- 目的是什么
- 对象是谁
- 什么才算完成
- 权限到什么范围
- 出问题后由谁负责
正因为看到了这些，所以他们不会随便推进。
如果组织把这种行为解释成“不顺从”或“不听话”，就会失去一种重要的防御功能。
真正的问题，不是下属不听话。
而是上级把自己没有说出口的内容，事后当成已经传达的前提，再把其中的差距转换成对方理解力或人格的问题。
更严重的是，这种做法如果没有被评价和纠正，还会随着晋升被放大。
消耗人的职场，往往责怪个人性格。
让人稍微更轻松工作的职场，会改善请求、权限和完成条件。
所以，首先应该看的不是性格。
而是指令的质量。
References
[^ms-results]: Microsoft Support, “Check and share your form results.” https://support.microsoft.com/en-US/Forms/check-and-share-your-form-results [^ms-collab]: Microsoft Support, “Share a form or quiz to collaborate.” https://support.microsoft.com/en-US/Forms/share-a-form-or-quiz-to-collaborate [^gallup]: Gallup, “Who's Responsible for Employee Engagement,” updated November 19, 2024. https://www.gallup.com/workplace/266822/engaged-employees-differently.aspx [^google-rework]: Google re:Work, “Understand team effectiveness.” https://rework.withgoogle.com/intl/en/guides/understand-team-effectiveness [^assertive]: The University of Toledo Counseling Center, “Communication Styles.” https://www.utoledo.edu/studentaffairs/counseling/bridge/communication-styles.html
