FDE岗位实务指南 · 第07篇
业务会上，三个部门都提出了AI需求。
采购说，申请资料经常要来回补，希望系统自动检查缺项。项目团队说，会议太多，希望自动生成纪要和待办。财务说，付款准备耗时，希望尽可能自动处理，最好一路做到付款。
如果立刻按照“技术难度、业务价值、领导重视程度”各打一个分，很快就能得到一张排序表。但表里的高分到底来自证据，还是来自提需求的人说得更有把握，往往没有讲清。
FDE需要帮助团队作出可继续行动的判断：哪项值得先调查或验证，做到什么范围，依赖哪些条件，又有什么信息会让选择改变。
优先级可以先表达成一项有条件的建议。清楚说明为什么现在值得做、下一步验证什么，比给未知情况加上一个精确总分更有用。
收到十个AI需求以后，先补哪些事实
本文用澄川制造的三项候选需求作教学比较。企业、观察记录、样本数量和人员安排均为合成情景，用于演示如何选择下一项验证工作。
先把每个需求从技术名称改写成工作任务。“采购Agent”太宽，可以暂时写成“申请人在提交资料前，发现需要补充的用途或单位依据”。“会议AI”则需要继续确认，是整理讨论内容，还是让已经形成的决定与待办更容易被承接。
“自动付款”尤其需要拆开。取得单据、核对资料、形成待处理清单、审批和实际支付，是不同动作。当前最费力的究竟是哪一段，必须回到记录中看，不能因为需求里写了“付款”，就直接将执行支付作为首个目标。
问清工作以后，再核对困难。谁在什么情况下遇到它？多久发生一次？造成什么额外动作？目前怎样处理？如果继续维持现状，会产生什么影响？
“大家都觉得麻烦”可以作为调查线索，尚不能作为完整的价值依据。让提出需求的人回放几笔任务，拿出当时的资料、处理与结果，通常比让他估一个百分比更容易开始。
还要找到能够确认业务条件的人。某个使用者愿意试用，很有帮助，但他未必有权决定规则、提供数据或安排其他角色配合。需要谁作哪些决定，应在机会评估时就初步写清。
这个阶段可以借用课程中的五项观察条件：问题有事实，范围能够限定，价值可以检查，必要数据有取得路径，业务责任人明确。它们用来发现缺口，不能互相随意抵消。
例如，一项需求即使预期收益很大，如果没有人能够确认关键规则，下一步也可能只是补调查，而不是直接开始自动执行。反过来，技术简单、数据方便，也不足以证明它值得投入。
也要核对需求的紧迫性。某项任务确实影响近期重要工作，可以提高调查优先级；但应说清期限来自什么业务安排、延后会造成什么影响。单纯写“领导很急”，难以帮助团队比较不同选择。
当几个部门共用同一套资料或系统能力时，可以考虑共同整理的价值，同时避免重复计算。例如，目录清理能支持两项应用，不代表同一份投入或同一项收益可以在两张卡里各算一遍。
FDE在这里承担的是分析与建议责任。最终的资源安排仍由有相应责任和决定权的人作出，不能把一张个人评分表当成组织已经确认的优先级。
把候选写成可比较的机会卡
为了避免不同部门各讲各的，可以给三项候选使用相同的基本信息：工作任务、当前困难、已有证据、可能改善、关键依赖和下一验证。
在采购情景中，团队拿出连续两周内约定范围的24笔申请。其中8笔发生过退回补充，按首次主要原因归类：5笔用途说明不足，2笔缺少单位依据，1笔涉及重复记录。这个分类是教学设定，不能直接当作部门长期分布。
其中“用途说明不足”还需要继续看。有人只填“维修”，有人写了详细内容但核验规则存在分歧。两种情况不应都归入“让模型提醒一下就能解决”。
采购负责人愿意参与规则确认，脱敏样本可以使用；物料目录中的部分包装换算仍不清楚，旧系统写入条件也未确认。于是，首轮可以限定在提交前的缺项提示与人工核验，不先承诺自动登记或批准。
还可以将五笔用途退补逐笔核对。假如其中三笔确实没有交代任务，另外两笔只是不同核验员的标准不一致，那么“统一规则”和“帮助申请人补信息”就应分开安排。
这只是进一步调查的假设，不是对现有八笔退补的新增统计。它说明，分类名称相同，处理原因仍可能不同；只有看到具体记录，才能判断AI提示究竟能改善多少工作。
这张机会卡的关键内容可以写成：
工作困难：部分申请需要往返补资料。当前证据：24笔中8笔退补，原因和可改善程度需要继续核实。首轮范围：提示用途缺项与待确认的单位依据，保留人工核验。准备条件：规则负责人及样本可获得；目录与写入条件有缺口。下一验证：比较现有提示、明确规则提示与AI辅助说明，检查不必要退补和误提示。
再看会议需求。团队提供6份获准使用的项目会议记录，其中4份的待办没有明确责任人；这4份里有2份使用“尽快”之类模糊时间。数字只描述这组教学材料，不能代表全部会议。
继续回放可能发现，有些责任人在会中已经说清，只是纪要漏了；有些根本没有形成决定。前者可以讨论提取与确认，后者不能指望模型自动决定由谁负责、什么时候完成。
此外，团队已有会议工具能生成初稿。新需求究竟需要更准确的摘录、补充确认入口，还是改变会后承接方式，尚待比较。此时直接新建一个Agent，可能重复已有能力。
付款候选目前只有一句“希望全自动”。没有可用的过程记录，实际付款接口与职责边界也未核实。它应保留在候选中，同时明确资料缺口：先与财务负责人走一遍付款准备，分开核对、审批、等待和执行。
三张卡的内容不必同样饱满。采购已有样本，会议有材料却没有解释清楚困难，付款仍需调查，这种不对称本身就是判断的一部分。不能把“尚未知”填成零，也不能当成已经满足。
卡片最好保留证据日期和来源。下次讨论时，团队能知道哪些结论来自本次观察，哪些仍是某人的估计，也能判断新资料是否足以改变先后顺序。
保留现状和不同方案
机会评估不应只有“做AI”和“什么都不做”两种选择。面对同一个工作问题，可以比较几种不同程度的处理。
采购用途经常不足，可以继续现状，也可以修改表单说明、增加示例、设置确定的必填条件，或者由模型辅助解释自然语言，再由规则检查必要条件。每种方案都有适用范围。
如果只是经常忘填一个明确字段，清楚的页面提示可能已经有效。如果使用者总是填了内容，却无法判断说明是否足够，才需要进一步比较语义理解与人工支持的价值。
这也说明“减少退补”并不总是越少越好。如果原来应当核实的申请没有被退回，数字看起来改善，资料质量反而下降。评价需要同时检查必要问题是否被发现，以及合格输入有没有被过度阻拦。
会议需求同样如此。可以先让主持人在结束前确认待办，也可以使用现有纪要工具后增加人工确认，还可以另做一套提取与承接流程。需要比较它们对同一问题的作用，不能只比较生成速度。
如果原始讨论没有确定负责人，系统合理的输出可能是“此项责任人待确认”，并让指定角色处理。自动挑选一个最常出现的人名，会让文档完整，却不一定符合会议决定。
付款需求则可以先拆出资料预检：指出缺少的单据或待核对信息，形成供财务人员使用的清单。这个候选与直接发起支付，在错误后果、决定权和验证要求上不同，应该分别比较。
这里没有预设哪个部门的需求更值得做。只是把原来难以讨论的大需求，变成可以取得证据、比较方案的小问题。拆分后的任务仍需证明价值，不能因为风险较低就自动获得优先权。
《商业分析知识体系指南》在分析潜在价值时，要求比较设计选择及其不确定性。结论可能是先做有限验证，也可能是继续分析，甚至暂不采取行动。商业论证笔记进一步提醒我们保留当前做法作为参照。
现状虽然有困难，也可能承担了必要的复核、沟通和纠错。新方案需要说明这些工作由谁继续承担。不能把现有人员做的工作从图上删掉，就认为成本已经消失。
因此，每个选项至少说清四件事：改善什么，保留什么人工工作，需要新增哪些条件，以及凭什么判断值得继续。这会让讨论更接近业务选择，而不是工具偏好。
把收益、投入与未知分开评估
在早期，最容易出现的数字是“预计效率提升50%”。如果不知道任务范围、当前耗时与新增复核，这个数字很难帮助决定。
可以先写价值假设：“如果提交前提示能让申请人补齐必要用途，同时不过度退回合格申请，核验中的往返可能减少。”接着说明准备取得哪些数据，才能判断假设是否得到支持。
例如，记录范围内申请的退补原因、补充次数、实际处理和等待时间，以及核验结果。无需第一天就建立复杂仪表盘，但应避免只统计模型运行快了多少。
也不要把24笔中的8笔退补，直接乘以全年任务量宣布收益。样本范围、季节、人员和输入类型可能不同，部分退补也可能确有必要。先确认哪些负担有机会减少，再讨论扩大估计。
投入则要把实现以外的工作写出来。整理样本、确认规则、补目录依据、配置流程、测试、培训与后续维护，都可能占用人员时间。若业务同事每周需要花大量时间复核，新方案的负担并没有凭空消失。
有些依赖还影响任务能否开展。数据访问不是“以后找IT开一下”就算解决；规则负责人愿意开一次会，也不一定能持续处理例外。可以记录已有承诺、待确认安排及它们对验证范围的影响。
有必要估算时，可以用一个小范围的教学工作包说明。假设团队认为第一轮需要访谈与样本整理4小时、规则确认2小时、配置4小时、测试及修订4小时，共14小时；其中业务与工程人员的具体投入仍要分别安排。
14小时是此处人为设定的练习预算，不是任何采购助手的交付承诺。它的作用是提醒我们把工作拆开，并检查哪些条件尚未计入。如果旧系统集成不在范围内，就明确写在范围外。
再问这个工作包能够带来什么学习：它能否判断明确提示是否已经够用，是否确实需要模型，以及最常见的错误是什么？早期验证的价值有时在于尽快排除不合适的方案，而不是立刻产生大规模收益。
验证也有通过与不通过的可能。可以事先约定，比较同类输入在现有提示、规则提示和AI辅助三种方式下的处理结果，检查必要缺项是否被发现、合格资料是否被误拦，以及使用者能否理解补充要求。
不宜临时以“演示顺利”替代这些检查。如果规则提示已经足够，就可以保留较简单方案；如果AI减少了说明负担却新增大量误提示，就需要修订或限制使用范围。判断应当允许不同结果。
若必须使用评分表，应先约定各项含义、证据和权重，并单独列出不能靠总分抵消的条件。否则，一个高收益猜测可能掩盖没有规则决定人、没有测试资料这样的现实缺口。
评分也应允许质疑。两位同事给出不同分数时，先看他们使用的任务范围和证据是否相同。对未知的不同乐观程度，不应该被误读为经过计算的优先级差异。
还要考虑放弃另一个选项的影响。团队只能投入有限时间，选择采购验证，就意味着会议承接问题暂时继续按现有方式处理。把这种取舍写清，管理者才知道自己正在决定什么。
给出有条件的先后顺序
回到三项需求，在目前教学条件下，可以提出这样的建议：先验证采购资料提示，会议需求补查现有工具与承接问题，付款需求先完成范围拆解和过程观察。
采购排在前面，不是因为采购天然比会议重要，而是因为当前已经有可用样本、明确的规则参与人和能够限制的验证范围。它可以用相对清楚的工作安排检验一个具体问题。
建议还应附上停止或调整的条件。例如，发现退补主要由目录依据缺失造成，提示无法帮助取得依据，就应优先处理目录与协作；如果规则负责人暂时不能参与，则缩小或推迟相关验证。
会议候选也保留改变排序的机会。假如随后发现，关键客户决定频繁漏掉，已有工具无法保留必要依据，且业务负责人能够组织验证，它就可能比采购提示更值得优先处理。
付款也不该被简单归入“风险高，所以以后再说”。如果调查表明主要负担集中在材料准备，并且存在清楚、可核验的预检条件，就可以把资料预检作为独立候选重新比较。执行付款仍需要另外的范围与安排。
可以把建议压成一段明确的决定草案：“先批准采购提示的有限验证，使用获准样本；资料核验规则由采购负责人确认，实现与测试由指定人员承担；不包含自动批准、正式下单和旧系统写入；看到质量与操作记录后再决定扩大。”
这份草案尚需有权人员确认，但已经足够具体。讨论者能够指出缺失条件、调整范围或否决建议，而不必对着一句“优先做采购AI”重新推测全部含义。
这份建议最好由相应负责人确认，形成简短决定记录：当前先验证什么，投入到哪里，谁提供资料，哪些行为不在范围内，以及取得什么新证据后再讨论。
这样做不会消除所有不确定性，但会让团队知道该如何减少它。别人接手时，也能看懂当初的选择依据，而不是只看到表格里一个总分最高的项目名。
对暂缓的候选，也保留一个重新讨论的触发条件。会议需求等待现有工具比较与责任人确认；付款准备等待过程记录与范围拆解。这样，暂缓不会变成无人知道原因的永久搁置，也不要求团队每天重复争论同一件事。
开始实施以后，机会判断也需要更新。新的样本、实际复核负担或用户操作可能改变价值假设。已经投入时间，不等于后续投入自动合理；应继续比较下一步的收益、成本与其他选择。
读到第七篇，可以回看此前的方法：职责边界帮助找到决定人，能力盘点帮助安排本人工作，业务观察取得事实，规则访谈和流程分析把问题讲清。机会评估把这些材料组织成一个可以行动的建议。
课程中的十步工作流进一步覆盖业务发现、方案、原型、评估、生产与复用，但本系列按岗位知识展开。你在同一次工作中可能反复使用这些方法，不必把文章顺序当成项目必须照走的阶段。
今天可以选两项正在讨论的AI需求，各写一张机会卡。明确当前证据、现状与替代方案，提出先验证哪项，再补上一句话：“如果出现什么新信息，我会改变这个选择。”
能够说明改变选择的条件，优先级才有机会随着事实更新。FDE的判断力，也会在这种持续核对中得到训练。
下一篇，我们进入方案内部，讨论同一个业务需求中，哪些工作交给AI、哪些交给规则、哪些需要人工决定。
