问题地图
核心问题
损失在哪里发生？多久发生一次？谁能证明？
必须产出
问题描述、损失公式、当前基线、成功阈值
- 损失事件：哪一类具体事件正在损失时间、收入、客户或风险？
- 频率与基线：多久发生一次？当前数量、周期、成本或结果是多少？
- 证据与成功阈值：由什么原始记录证明？改善到什么程度才值得继续？
现场诊断模板
五张地图，把模糊需求变成可判断的项目。
蓝旗鱼不会从功能清单开始。先共同画出问题、流程、数据、责任与风险，才能判断一个 AI 项目应该 GO、ADJUST、HOLD 还是 STOP。
问题地图
损失在哪里发生？多久发生一次？谁能证明？
所有内容只保存在当前页面内存中，不会自动上传。复制或打印后，请在企业批准的存储位置继续核验原始证据。
方法与核验口径
每张地图都必须留下可核验的内容。
在线草案用于暴露缺口，不代表项目已经通过。正式诊断仍需回到原始记录、真实流程和责任人现场核验。
流程地图
核心问题
信息从哪里来，经过谁，在什么节点停滞？
必须产出
当前流程、例外路径、等待点、人工决策点
- 触发与结束：流程从什么事件开始，到什么业务动作或结果结束？
- 真实步骤与角色：实际经过哪些人、系统、表格和判断，而不是制度上怎么写？
- 等待、返工与例外：最常卡在哪里？哪些例外会改走人工或其他路径？
数据地图
核心问题
验证需要哪些真实数据？来源、权限和质量如何？
必须产出
数据源、字段、样本量、敏感信息、缺口
- 来源与关键字段：判断和行动分别需要哪些数据源与字段？
- 样本与质量：第一轮能取得多少代表性样本？缺失、冲突和版本问题是什么？
- 权限、敏感范围与缺口：谁批准使用？哪些字段需脱敏、隔离或禁止进入模型？
责任地图
核心问题
谁对结果负责？谁使用？谁批准上线与停止？
必须产出
业务所有者、使用者、审核人、技术责任人、决策门
- 业务负责人：谁对业务结果、资源和跨部门协调负责？
- 使用者与审核人：谁日常使用？谁审核 AI 输出、处理拒答与例外？
- 技术运营与决策权：谁维护系统？谁能作出 GO、ADJUST、HOLD 或 STOP？
风险地图
核心问题
系统错了会怎样？哪里必须审核、回退或拒答？
必须产出
风险等级、人工边界、回退机制、验收护栏
- 失败方式与影响：哪些错误、越权或遗漏会造成不可接受的业务后果？
- 人机边界：AI 可以读取、建议、写回或执行到哪一步？哪些动作必须由人批准？
- 拒绝、回退与升级：证据不足或系统异常时如何拒绝、暂停、回到原流程并升级？