业务场景地图08 / 38
事项台账 → 证据审查 → 下一步判断
QINGTIAN · FIELD NOTES 01
把真实业务问题 做成可复核的 AI 应用， 也把落地过程 写成可复用的方法。
我是晴天，内容创作者与 AI 应用工程师。我关心的不是工具看起来多聪明，而是它是否进入真实工作、结果能否检查、边界是否说得清楚。
需求梳理工作表
- 目标
- 关键问题
- 预期结果
痛点：数据分散、口径不一，人工处理耗时长。
应用流程（简化）
只展示结构- 01数据输入
- 02规则处理
- 03结果生成
- 04业务使用
- 去重
- 口径统一
- 异常处理
事项跟进（脱敏示意）
38事项部门证据阶段
采用
上线
跑通
演示字段 · 不含客户、员工、订单与价格信息
从业务目标出发，反推可落地的最小闭环
线上化，减少人工流转
01
8个业务部门
场景覆盖
依据：项目跟进记录
02
38个事项
线上持续跟进
依据：事项台账
03
4.65/5
首场企业 AI 课满意度
依据：课后问卷
SELECTED WORK / 代表作品
不是能力清单，是三件可检查的代表作品。
每件作品都写明当前状态、证据来源、我的职责，以及仍然没有解决的问题。
DAILY RUN10—20条 / 次
连续使用约一个月
EVIDENCE / 证据阶段
先说清楚走到了哪一步，再讨论结果。
跑通、上线、采用、稳定和结果不是同一个词。证据不足时，我保留缺口，不替项目下结论。
- 01
跑通
在样例上得到正确结果。
- 02
上线
进入真实环境，可以被访问或执行。
- 03
采用
业务人员持续在真实工作中使用。
- 04
稳定
异常、维护与责任边界已经明确。
- 05
结果
有足够周期的数据证明业务影响。
我的工作方法
- 01
从工作现场出发
先确认谁在做、为什么做、材料从哪里来，以及结果交给谁。
- 02
切出最小闭环
只选择一段规则相对稳定、结果可检查、错误可回滚的流程。
- 03
把异常留给人
机器处理确定部分，不确定项进入复核清单，并说明下一步。
- 04
用记录决定扩展
看真实采用、异常与维护成本，再判断继续、暂停还是停止。