运营场景示例
面向重复性运营工作的AI 流程。
从一个可重复的流程、清晰的源记录和一位对结果负责的人开始。以下示例展示如何围绕团队现有的工作来界定智能体的范围。
以下为示意性的流程方案，并非客户成果，也不是现成集成的清单。抢先体验期间，我们会在连接任何系统之前，与您的团队确认系统访问、权限和流程。
请求受理与分诊
共享邮箱和服务台收到的请求常常信息不全、分类不一、负责人不明。受理智能体可以提前整理好处理人回复所需的信息。
操作手册示例
- 阅读请求，提取所需操作、账户和截止日期。
- 检查流程要求的字段，并就缺失信息起草提问。
- 根据分派手册建议类别、优先级和负责人。
- 将不明确、相互矛盾或敏感的请求转给指定的审核人。
- 记录来源、建议以及审核人的决定。
- 源记录
- 收到的请求、分派规则、类别定义，以及相关的服务或账户记录。只开放该流程实际需要的邮箱或队列的访问权限。
- 人工决策
- 对外回复以及团队认定为重要的记录修改，都由人来批准。含义不明的请求会停留在审核环节，而不会被悄悄分派。
- 衡量指标
- 比较首次审核所需时间、审核人修改建议的比例，以及因信息缺失而退回的请求数量。既要看速度，也要看错误。
例外情况示例
一条请求同时提到账单争议和取消服务。智能体展示原文，并请审核人在发送回复前选择处理方式。
发票与记录核对
即使大多数字段一致，比对发票、采购订单和系统记录也很耗时。智能体可以准备好比对结果，把差异交给人处理。
操作手册示例
- 提取发票编号、供应商、日期、币种和金额。
- 按约定的匹配规则找到对应的采购订单。
- 比对金额和必填字段；标出缺失记录、重复记录和差异。
- 编写核对摘要，并附上源记录链接。
- 将例外情况或审批请求转给负责人，并记录结果。
- 源记录
- 发票文件、采购订单、需要比对的字段、匹配规则以及团队的审批门槛。请确认每个字段以哪个系统为准。
- 人工决策
- 每处不符都由负责人审核。付款、供应商变更和财务记录更新，均遵循与团队约定的审批边界。
- 衡量指标
- 跟踪每张发票的审核时间、未匹配记录、重复标记以及审核人所做的更正。扩大范围前，先比较同等工作量下的表现。
例外情况示例
发票总额与采购订单不符。智能体同时展示两个金额及其源记录；负责人在任何付款操作之前解决差异。
定期报告与跟进
每周的汇报往往需要收集同样的字段、查找未提交的内容，再把记录复制进报告。智能体可以整理出草稿，并找出缺口。
操作手册示例
- 从约定的数据来源收集该周期所需的字段。
- 检查完整性，标出不一致或过时的记录。
- 起草报告，附上数据来源和未解决缺口的清单。
- 为缺失信息的负责人准备跟进提醒。
- 在分发前请报告负责人审阅草稿。
- 源记录
- 报告模板、报告周期、经批准的数据来源、负责提供信息的人员，以及处理缺失或延迟信息的规则。
- 人工决策
- 报告负责人审核解读、收件人和未解决的缺口。跟进提醒和发布可以等待批准；缺失的数据会被明确标注。
- 衡量指标
- 跟踪准备时间、截止时仍未提交的内容、审阅后的更正，以及催收信息所花的时间。不完整的报告不应计为一次成功的运行。
例外情况示例
有两个团队尚未提交本周数据。草稿会标出缺口并准备提醒，而不是填入估算数字。
选择一个合适的首个流程。
Getting started
选择范围明确的任务
选择经常重复、有书面流程、且源记录可供团队审核的工作。不要从后果难以挽回的决策开始。
划定边界
明确负责人、允许访问的系统、所需的审批，以及中止运行的条件。决定例外情况如何交到人手中。
对比与审核
先记录时间和错误率的基准。将智能体的输出与现有流程对照审核，在扩大访问权限之前完善操作手册。
看看 Hitogai 能为您的团队承担哪些工作。
Hitogai 将首先向少数团队开放。欢迎介绍您的团队。