编者按 ：我们一方面惊叹 AI 的强大 ，另一方面又会在任务托管给 AI 之后总觉得有点慌 。全托我们在两个极端之间来回横跳 ，帮掌最近尤为频繁。握背那么在真实的设计项目当中，什么时候应该信任 AI ，逻辑什么时候应该依靠人的助还章节判断呢？这当中有没有一个明确的界限  ，或者说评价系统帮助我们更好的全托判断？当然是有的 。Taras Bakusevych 的帮掌这篇文章就是你想要的答案。

全文速览

多年来 ，APP 设计遵循着一个简单的设计方向：减少用户交互过程中的摩擦，让用户更快地完成任务
。逻辑我们绘制流程图 、助还章节简化步骤、全托优化交互——始终假设用户是帮掌主要参与者 。

但是 AI 的存在
，改变了这种假设。

如今，我们正处于一个危险的「混乱中间地带」。我们正在开发能够自主行动、决策和综合管理的软件，但我们仍然像设计一个简单的工具那样设计它。如果我们想打造真正深受用户喜爱的产品 ，就必须停止将 AI 「随意」添加到我们的工作流程中。我们必须回答一个根本问题：

此刻谁掌握着方向盘 ？其背后的逻辑是什么？

我们需要一种系统性的方法来超越「处处都有辅助驾驶」的 AI 介入模式。我们需要知道何时应该放手让机器完全接管方向盘 ，以及何时应该保护人类作为负责任驾驶员的角色。

本文提供了一个实用的框架，将「谁做什么」的决定转化为一个可重复的过程 。

一、三种控制模式

事实上，用户的每个任务都对应三种交互模式中的一个。每种模式都定义了谁来执行操作、谁来做决定以及界面必须强制执行的内容
。

1）人类主导

人类保留完全控制权 。 AI 的作用是展示证据、突出权衡取舍并构建决策框架——但绝不替人类行动 。人类负责阅读、权衡、选择和执行。

设计目标：通过向人类提供清晰的证据、权衡取舍和结构化的理由支持 ，提高决策质量和问责制
。

适用场景：需要主观判断 、同理心和道德仔细甄别的高风险决策，或者操作过程本身就能创造价值的情况。

常见的用户体验模式

• 证据链（相关事实
  、来源、先前案例、政策）
• 权衡框架（利弊、风险、替代方案）
• 结构化决策模板（相关标准+理由记录）
• 「第二意见」的批评（反驳论点、失效模式）
• 明确的责任界定（什么是建议，什么是决定）

2）协助

AI 负责繁重的工作——生成草稿、运行计算 、扫描文档——但没有人类的明确批准
 ，它无法执行任何重要操作。人类负责审核
、编辑和最终签字确认。

设计目标：在关键点通过预览、差异比较和明确的人工审批来确保安全交付
，同时最大限度地提高速度和迭代效率。

适用场景：高变数 、中高风险的任务，此类任务中的错误代价高昂或难以发现，且责任必须由人承担 。

常见的用户体验模式

• 草稿优先流程（生成→编辑→批准）
• 先计划后执行（「我将这样做」）
• 基于差异的审查（显示更改 ，而不仅仅是最终输出）
• 溯源面板（输入
  、来源
  、使用的约束条件）
• 具有不确定性情形和需要「为什么」解释的情况（系统何时/为何不确定）
• 持续的纠错循环（编辑某个一个部分，在本地重新生成）
• 清晰的控制（范畴明确的批准/应用操作）

3）委托 AI

通常是 AI 负责这项任务 。它在预设的范围内自主行动。人类不批准具体的行动——人类会预先设定限制条件  ，事后审查结果。

设计目标 ：在有防护措施的前提下实现自动驾驶——最大限度地减少用户参与，同时保持可追溯性、监控和在需要时回滚。

适用场景 ：数量庞大、风险低 、可预测的任务，具有明确的成功标准和易于发现的错误——人工审核会增加摩擦而不增加价值（例如，数据录入、垃圾邮件过滤
、会议安排）。

常见的用户体验模式

• 全局约束（允许列表 、预算 、范围、时间窗口）
• 活动日志/时间线（发生了什么 、何时发生以及依据哪项政策）
• 按异常情况监控（仅对异常情况发出警报）
• 在可行的情况下回滚/撤销操作（或采取补偿措施）
• 审计视图（抽样、质量保证工作流程、政策合规性）

二 、评估模型

仅仅了解这三种模式是不够的。你需要一套系统的方法来判断哪种模式适合哪项任务。这些变量决定了机器是否应该运行 ，以及为此进行投资是否值得。

维度 1：自动化适用性 (S_SUIT)

这衡量的是风险和可控性
。得分越高，自动化就越安全。

• 可逆性  ：该操作是否可以撤销 ？高度可逆性可以支持更深层次的授权 。
• 安全/风险：故障的「爆炸半径」是多少
  ？灾难性风险需要人为的防护措施。
• 逻辑类型  ：该任务是由客观规则（确定性）还是主观「感觉」（概率性）决定的？

维度 2 ：自动化投资回报率 (S_ROI)

这衡量的是价值和可行性 。高分意味着自动化带来的收益丰厚 。

• 频率 ：这是偶尔发生的情况，还是持续的、高容量的工作流程  ？
• 数据可读性
  ：必要信息是否杂乱无章、结构混乱 ，还是可以通过结构化的 API 访问？
• AI 能力：当前模型的能力是否展现出足够好的实验结果，或对任务有持续掌握性？

三、将数据映射到控制模式

为了从初始获得的评估数据最终落实到具体功能性产品策略，这套框架使用四象限矩阵来确定用户与机器之间的最佳关系。通过将自动化投资回报率 (S_ROI)绘制在 X 轴上 ，自动化适用性（S_SUIT）绘制在 Y 轴上，你可以将任何工作流程归类到四个不同的战略类别之一 。

• 委托模式（高投资回报率/高适用性） ： AI 在约束条件下执行端到端流程，而人类则转为审核员角色。其目标是通过无形执行和后台防护机制来减少工作量。
• 辅助模式（高投资回报率/低适用性） ：高杠杆任务，风险过高，不适合完全自主运行。 AI 分步骤进行草稿撰写，需要通过预览进行「人工确认」，并在关键提交时获得明确批准 
  。
• 人为主导（低投资回报率/低适用性）
   ：高风险或主观性强的任务，人类判断是主要价值所在。 AI 会根据证据提供建议，但最终的决定权仍然掌握在人手中。
• 推迟操作（低投资回报率/高适用性） ：自动化操作虽然安全，但投入大于收益。在任务频率或 AI 熟练程度提升投资回报率之前 ，建议保持手动操作或使用轻量级 AI 辅助工具。

AI 授权矩阵的应用示例：面试安排在适用性和投资回报率方面得分很高，所以这项人物可以成为完全由 AI 授权并辅以人工监督的有力方案。

举个例子：面试安排协调
。

这项工作频繁且耗时（投资回报率高），主要基于规则
 ，风险低，而且易于撤销（适用性高）。当我们对其进行评分时，它落在右上象限——委托——这意味着产品应该在限定范围内全程运行，只有在特殊情况下才需要人工介入。

四、速查表

在对数十个工作流程进行评分后 ，任务的执行方式呈现出清晰的模式：

• （人为主导）：任何涉及伦理 、法律义务、人事决策、战略方向或危机应对的事项 。这些任务需要无法委托给 AI 的人为判断——并非 AI 不具备这种能力，而是因为责任必须由人承担 。
• （辅助）：内容生成 、洞察发现、筛选
  ，以及任何 AI 可以生成高质量初稿但最终仍需人工审核的任务。支付审批和审核决策也属于此类—— AI 提出建议 ，由人工最终决定 。
• （委托 AI）：数据操作是此范围的主要内容。包括 ETL 作业 、分类、规范化、垃圾邮件过滤 、调度和通知路由
  。数据量大、结构化输入 、规则清晰、易于回滚。

对这些人物进行评分的目的并非追求精确，而是为了引发讨论。当你的团队争论「内容审核」应该评为 4 分还是 6 分时 ，你们就真正开始讨论这项任务究竟需要多大程度的人工监督了。

工作流程分类速查表被展示为三列——人工主导 、辅助和委派——以及示例任务以及评分 ，展现每个工作流程对 AI 自动化的适用程度 。

五、6 步应用框架

1. 列出核心工作流程（10-30）。

• 使用动词+宾语：「安排面试」 、「批准访问权限」 、「处理工单」。

2. 标记确认点。

• 哪些操作真正生效：发送/发布/授权/支付/写入/删除？

3. 使用两个等级（1-10）对每个工作流程进行评分。

• S_SUIT：可逆性 + 风险/影响范围 + 规则与判断；
• S_ROI：频率 + 数据可读性 + AI 性能

4. 在矩阵上绘制图表并分配模式。

• 人工主导、AI 协助处理、委托 AI、延后处理

5. 按模式设计（使用成熟的模式）。

6. 利用这些指标实现自主化的流程 。

• 跟踪报错、撤销 、异常情况、节省的时间，并审查质量。

这个授权矩阵不会告诉你应该在哪里「添加 AI 」。它会告诉你应该设计哪种形式的控制——自动驾驶
、副驾驶 、助手或顾问。每项任务都需要对以下问题给出明确的答案：「谁负责掌舵？」

作者：陈子木