随书资源包
《30天企业AI落地作战包》
购书附赠的线上资源 · 六张精品模板
六张精品模板构成了本书核心的企业 AI 落地闭环:从「选对任务 → 写清要求 → 严格验收 → 沉淀错误 → 追溯数据 → 30 天跑稳固化」。建议先挑选一项真实、高频、可验收的小任务,对照模板逐项填写;凡是资料未就绪、口径存疑或责任人未定之处,统一明确标注为「待确认」,切忌带着模糊要求盲目开工。
模板 1 | 第一个 AI 试点筛选与定义表
使用场景:用于启动新试点前,业务负责人、执行人与验收人对齐目标、划定红线并书面签字确认。
| 核心条款 | 填写规范与具体内容 |
|---|---|
| 任务标准名称 | 严格遵循【动作 + 对象 + 成果】格式(如:提取销售周报数据并生成经营看板)。 |
| 改善业务指标 | 明确预期收益(如:每周节省 3 小时人工整理,关键指标统计错误率归零)。 |
| 触发条件与资料 | 触发时间点;明确授权读取的文件清单及只读存储路径(禁止访问非授权目录)。 |
| 授权与禁止动作 | 明确授权 AI 独立执行的步骤;严厉划定禁止项(如:禁止自动发送、禁止编造)。 |
| 交付成果与格式 | 最终输出文件的标准命名、存储位置与字段结构(如:04待验收/经营周报_v1.docx)。 |
| 验收人与标准 | 明确第一责任人姓名;严格依据四层验收门(事实、逻辑、交付、业务)判定。 |
| 异常停止条件 | 遇到输入缺失、口径冲突、格式异常时,必须强制暂停并主动上报的触发机制。 |
| 三方签字确认 | 业务负责人、任务执行人、结果验收人共同签字确认(签字后方可正式启动)。 |
模板 2 | 任务指令 7 要素说明书
使用场景:在 WorkBuddy 中下达正式指令前,将口头需求改写为结构化、防推测的任务说明书。
| 要素编号与名称 | 核心回答的问题与定义规则 |
|---|---|
| 1. 业务目标 | 为什么做?交出什么成果?解决哪项具体的业务痛点与最终使用场景。 |
| 2. 资料范围 | 允许读取哪些只读文件与表格?当多源数据产生冲突时,以哪一份文件为准。 |
| 3. 处理动作 | 拆解执行步骤:先做盘点/清洗,再做多表关联比对,最后执行生成与统计。 |
| 4. 交付成果 | 明确输出文件的具体名称、格式(Word/Excel/PPT/HTML)与必备表头字段。 |
| 5. 验收标准 | 设定合格底线:每个数字必须有源文件证据,未知项标「待确认」,禁止脑补。 |
| 6. 边界与禁止项 | 明确负面清单:严禁覆盖原始文件、严禁自动外发、严禁替人做主观承诺。 |
| 7. 责任与停止条件 | 明确成果由谁复核签字;遇到关键字段缺失或权限不足时,如何安全中断。 |
模板 3 | AI 成果四层验收清单
使用场景:任何 AI 产出的成果在移入「05已批准」归档或进入正式业务前,必须逐层通关审核。
| 验收关卡 | 核心核查问题与抽检手段 | 不通过时的处置规则 |
|---|---|---|
| 第 1 门:事实验收 | 人名、数字、日期、条款有无虚构?抽查 3 处核心数据回到源文件核对。 | 一票否决:只要发现一处事实造假,立即打回并记录。 |
| 第 2 门:逻辑验收 | 结论是否有事实支撑?推断与客观事实是否严格分栏呈现。 | 将无证据的判断降级为「待验证假设」,要求补充材料。 |
| 第 3 门:交付验收 | 命名规范、表头字段、单元格格式、移动端排版是否符合业务要求。 | 调整排版或字段指令,重新生成标准交付物格式。 |
| 第 4 门:业务验收 | 成果能否直接推动下一步决策或执行?责任人是否已明确认领并签字。 | 补齐待办事项责任人与完成时限,交由主管终审签字。 |
模板 4 | 企业错误样本与规则迭代记录表
使用场景:用于记录每次运行或验收中暴露的偏差,查明根因并反哺规则库,让数字员工越用越准。
| 跟踪字段 | 字段定义与记录说明 |
|---|---|
| 错误编号与场景 | 独立编号(如 ERR-2026-001);记录具体任务名称与发生轮次。 |
| 错误具体表象 | 客观记录 AI 错在哪里(如:将「口头提议」误写为「已决定执行」、漏扣退款金额)。 |
| 原始事实证据 | 摘录原始文件或录音转写中的真实语句/单元格数据,展示前后偏差对照。 |
| 根本归因分类 | 归类:输入资料缺失 / 业务规则模糊 / 提示指令不当 / 模型理解局限。 |
| 人工纠正方案 | 记录本次人工核验时的正确修改结果与处理逻辑。 |
| 沉淀与回写规则 | 提炼出的永久性新约束,写回「02标准与参考/」规则库的具体条款。 |
| 回归测试结果 | 使用上一期真实样本重新运行验证:标明【通过】或【未通过】。 |
模板 5 | 30 秒数据血缘追溯表
使用场景:面向经营看板、管理周报与汇报 PPT,为每一个关键核心数据建立可穿透的底表档案。
| 追溯档案字段 | 字段规范与填写示例 |
|---|---|
| 指标追溯编码 | 独立编号(如 METRIC-W34-001),必须在报告及 PPT 对应数字旁显式标注。 |
| 指标名称与位置 | 指标标准名称;在周报/PPT 中出现的具体章节、页码或指标卡位置。 |
| 口径与版本号 | 引用的指标口径规范版本(如 v2.1);标准计算公式与单位定义。 |
| 数据源文件与表 | 原始 Excel 文件名(只读目录)及具体调用的 Sheet 工作表名称。 |
| 过滤与聚合条件 | 运算时使用的筛选逻辑(如:剔除退款、渠道代码 == TM_FLAG)。 |
| 源表单元格区间 | 底层数据对应的具体行号区间(如:第 2 行至第 5,840 行数据求和)。 |
| 核对责任人状态 | 数据复核人姓名;当前状态(【已核实通过】/【待业务确认】)。 |
模板 6 | 30 天 AI 试点作战推进计划表
使用场景:用于把控第一个试点 4 周的推进节奏,确保按里程碑拿成果,严控范围蔓延。
| 推进周次 | 阶段核心目标 | 必须交付的硬核成果 | 关键检查与把关节点 |
|---|---|---|---|
| 第 1 周:定义与收敛 | 盘点日常资料,改写任务语言,完成四维评分与范围收敛。 | 《第一个 AI 试点定义表》(三方签字版) | 验收人是否签字?目标是否能用一句话量化说明? |
| 第 2 周:治理与标准 | 搭建安全工作目录,剔除脏数据,对齐指标口径与基线规则。 | 干净的数据沙箱与《指标口径规范_v1.0》 | 原始原件是否已设为只读?冲突口径是否已解决? |
| 第 3 周:首跑与纠错 | 连续运行 3~5 个真实样本,严格执行四层验收,抓取偏差。 | 《初版交付成果包》与《企业错误样本库》 | 是否把每次报错记录在案?是否已反哺修改规则? |
| 第 4 周:换人与固化 | 陌生新员工接手复跑,固化为专属 Skill 或定时任务,结项复盘。 | 封装完成的 SKILL.md 与《试点结项报告》 | 换人操作能否独立达成八成以上合格交付标准? |
资源包命名与内容以出版社最终公布为准。所有模板均遵循「人工验收、责任人确认」的使用边界;AI 输出须经责任人复核,不替代人工决策。