审批流程中的 AI. 一种能自主推进待批审批的软件。它读取请求内容，对照你的政策进行核查，将其路由给 Slack 上正确的审批人，并记录最终决定。在政策要求人工把关的地方，仍由人来签字确认。
大多数审批链卡住的地方，并不是难以决断的判断，而是某个人的私信收件箱。一张采购单等了三天，只因为审批人出差在外，又没人再提醒一次。决策本身只花了两分钟，队列却拖了一周。
为什么决策本身很快，审批却总是卡住？
因为真正耗时的不是做决策，而是追进度。得有人找到这条请求，调出供应商的 W-9 税表，对照支出政策核查，再搞清楚这个金额该由谁签字。对一个 60 人的团队来说，这意味着每天要做几十次这样的小查找。审批人从来看不到一份已经整理好的请求，于是它就一直搁在那里。
什么是审批流程中的 AI？
这是一种能自行推进待审批事项的软件。它读取请求,按你的政策核对,并把请求连同所需背景发到 Slack 中合适的审批人。政策要求的地方,仍由人签字。审批人拿到的是整理好的请求,而不是一路追着催。
哪些流程能更快完成：采购单、供应商入驻、权限和变更请求
这四类请求都有着相同的形态：请求进来，需要对照一条规则核查，然后由一位具名的人说「可以」。这正是运营机器人能派上用场的地方。
- 采购单：将金额与审批阈值匹配，附上预算科目，路由给正确的签字人。
- 供应商入驻：调出 W-9 税表和保险证明，标记缺失项，在信息补齐前暂缓请求。
- 权限请求：对照权限矩阵核查角色，路由给系统所有者，记录授权情况。
- 变更请求：附上受影响的工单，路由给审核人，为审计记录留存签字凭证。
We are
Stennir 构建一个能核准、查找并路由请求的 Slack 运营机器人，让请求送达时已经可以直接签字。
We aren't
它不是又一个只发一份摘要、把追进度的活儿留给你自己做的总结机器人。
它会自主批准事项吗？
不会，这正是关键所在。这对应的是 /ai-for/operations 页面上介绍的内部运营机器人：负责核准、查找和路由的机器人，而不是自动批准的机器人。这里的模式是「起草并路由」。机器人负责查找和路由，然后在你的政策要求具名签字的地方，由人来签字确认。你始终掌控着真正重要的决策。
这一形态在 journal 中有一个详细的示例:这一模式的示例,是为一个通用物流团队设计的提取、基于规则的校验加人工审批的流水线。它是说明性的,数字为假设,不是客户的成果。审批人并没有少做决定,他们只是不再到处翻找资料。
机器人负责查找和路由，审批人负责决策。这个分工就是全部的收益所在。
#要做到这一点，又不用把 QuickBooks 和 Salesforce 全部换掉，该怎么做？
你接入的是已经在运转的业务系统,而不是替换它。我们通过AI 实施交付,代码库从第一天起归你所有。机器人连接 QuickBooks 或 NetSuite、Salesforce 或 HubSpot、你的工单工具和 Slack。不会拆除任何东西。
不确定从哪些审批开始?这是范围界定的问题,也是我们AI 咨询工作的起点。在任何人写代码之前,我们先梳理队列到底卡在哪里,这样我们最先构建的,就是能腾出最多天数的那一项。
如果你的审批链正在私信里一天天拖着，这是一个可以解决的问题，而且只需要一次简短的沟通就能界定范围。预约一次 30 分钟摸底通话，带上你最慢的三类审批，我们会告诉你哪一类可以最先清空。
