这是《企业智能体落地三部曲》第二篇。上一篇解释了个人提效为何没有自动变成组织成效 ，这一篇讨论第一个项目从哪里切入。
场景评审会上，最容易排到前面的往往是演示最精彩的方案：流程长、动作多，一眼就能看出“智能”。可验收表一旦摊开，空白也最明显——成功怎样计算，错误会影响谁，数据权限由谁批准，异常在哪里转人工，都还没有答案。
第一批场景承担的任务，是让组织建立一套可信的实施方法。它需要产生看得见的价值，也要让错误留在可控制的范围内。单看演示效果，恰好漏掉了后一半。
先排除三类说不清的项目
立项前先把三个问题写进同一张场景卡。场景问题说明具体要交给智能体哪个流程节点；治理问题说明它能访问什么数据、调用什么工具、执行什么动作；组织问题写明谁定义任务、谁验收结果、谁接管异常。
如果项目只能说清“要做什么”，另外两栏准备上线时再补，后续很容易返工。数据审批可能改变可用范围，权限边界可能拆掉原方案中的关键动作，责任人缺位则会让异常无人接手。三栏有一栏空白，都不宜直接进入首批试点。
四条标准，其实在回答两个问题
图中的边界清楚、低风险、有价值、人工可兜底，不是四个彼此独立的加分项。前两项和兜底机制先回答“错得起吗”：任务范围能否封闭，错误是否容易发现，出现异常能否及时转给人。只要其中一项构成硬伤，价值分再高也不应优先。
“有价值”回答第二个问题：值得做吗。价值要落到可比较的基线上，例如每次处理用时、每月任务量、返工率或错误成本。第一批项目无须挑整条流程，可以先找一个边界清楚的节点。这样既能测量前后变化，也能限制错误影响范围。
基线必须来自同一类任务。把简单问题交给智能体，却拿它与人工处理复杂问题的平均时长比较，会制造虚假的效率提升。场景卡因此还要写明任务口径：哪些输入属于本次试点，哪些异常暂不纳入，人工复核耗时是否计入结果。口径先固定，试点数据才可比较。
总分很高，也可能不能先做
把候选场景做成一张总分表，看似客观，实际容易把否决项平均掉。某个场景业务价值很高，即使权限复杂、错误影响大，平均分仍可能排在前列。因此，价值和治理复杂度要分开看，不能先加权成一个数字。
矩阵的作用是保留这两个维度。业务价值高、治理复杂度低的区域可以优先；两者都高的场景先缩小权限和任务范围；价值较低的场景即使容易实现，也要防止试点变成没有业务结果的技术演示。使用频次、人工工时、错误成本和验收口径的量化方法，可参见《智能体立项先算四笔账》 。
矩阵也不是一次填写后长期不变。数据完成清理、审批链得到确认，治理复杂度可能下降；业务量减少或人工流程变化，原有价值也可能降低。每次扩大范围前重新定位，能够避免沿用立项时已经失效的判断。
哪些任务更容易形成第一份证据
经办答复与工单处理、知识管理、IT 服务台，通常可以作为首批候选类型。它们常见的共同点是任务高频、反馈周期短，并且保留了人工接管位置。例如制度问答可以核对引用来源，工单分流可以检查分类结果，诊断建议可以由工程师确认后执行。
这些只是候选类型，不是通用答案。如果企业的知识库长期无人维护，制度问答同样不适合先做；如果工单没有历史分类和处理结果，也很难建立验收基线。选择要落到本企业的真实记录，不能根据场景名称直接决定。
同一个场景还可以继续拆权限。先让智能体查询、起草和建议，动作仍由人执行；证据稳定后，再开放受控执行。这样做留下的第一份成果不是“自动化了多少步骤”，而是一组可复核的任务记录。
高门槛场景，先拆动作再谈自动执行
财务、采购和供应链任务涉及资金、合同或库存，错误后果会沿业务链条扩散。此时不能把“这个场景能不能用智能体”当成一道是非题。检索、建议、预警和辅助复核可以先行；资金支付、合同签署、采购下单等动作，则要单独评估执行权限。
自动执行前，审批链、最小权限、审计日志、人工确认和回滚方案要能够实际运行。一个动作只要不可逆、涉及资金或形成对外承诺，就应保留人工确认。这是权限设计的起点，也是首批场景缩小范围时最有效的一刀。
验收指标不求多，先求能判定
任务完成率、人工接管率、异常率、处理时长和用户反馈都可以用于试点验收，但不必每个项目平均使用五项。应从业务目标倒推一至两项主指标，再设置风险指标。例如工单分流可把处理时长作为主指标，同时观察错分率和人工接管率；知识问答则更适合关注有效回答率与错误引用。
观察周期也不宜机械规定天数，应至少覆盖一个完整业务周期和主要异常类型。每次失败要保留输入、引用资料、执行步骤、人工修正和最终结果，才能形成可复用的评测样本与流程模板。
验收会议最终应形成明确决定：扩大范围、保持现状、缩小任务，或者停止试点。决定要对应数据和失败样本，不能只依赖使用者印象。这样即使项目停止，已形成的场景卡、评测样本和失败记录仍可用于下一次选择。
先做一张场景卡
从最近发生的一项重复任务开始，写清流程节点、输入数据、结果负责人、错误去向和现有基线。再判断它是否错得起、是否值得做。五项写不完整，就先补记录；写完整后，才进入技术验证。
第一批场景要证明的是“这套方法可以被信任”，可控应当优先于展示效果。下一篇将说明项目如何从试点安全进入生产，再复制到更多部门 。
可信金科通过 FDE 前线部署服务 完成场景诊断、试点验证与治理设计，让第一批智能体项目留下可验收、可复用的实施资产。
