第二章 需求建模的前置条件梳理：数据就绪度、系统接口、人员权限、合规要求
在AI流程自动化需求建模正式启动之前，必须完成四项前置条件的系统化梳理与验证。这四项条件——数据就绪度、系统接口、人员权限、合规要求——构成了需求建模可行性的基础底座。任何一项未达标，都可能导致建模结果偏差、交付延期甚至项目流产。本章按照SOP标准流程，逐一分解每项条件的评估要点与操作方法。
⚠ 常见认知误区：不少团队将前置条件梳理视为一次性“填表动作”，实际上它应当是一个可回溯、可验证、持续更新的评估过程。尤其是数据就绪度与合规要求，在项目不同阶段可能动态变化，需建立定期复核机制。
1. 适用场景
以下场景必须在启动需求建模前完成前置条件梳理：
- 新流程自动化立项：首次对某条业务线实施AI自动化，需评估数据与系统基础。
- 跨部门流程整合：涉及两个以上业务域的数据交换与权限协同。
- 受监管业务流程改造：如金融、医疗、政务等行业的自动化需求，需满足强合规要求。
- 历史数据迁移或系统升级：原有流程的数据源或接口发生变更时，需重新评估前置条件。
2. 前置条件
执行本阶段梳理工作本身需要满足以下条件：
- 已获得业务方与IT方的书面立项确认。
- 已组建包含业务分析师、数据工程师、安全合规专员、流程所有者的评估小组。
- 已获取待梳理流程的初步范围文档（如流程图草案、需求说明书）。
- 具备访问企业数据字典、系统架构文档、权限管理制度的权限。
3. 操作步骤
按照“四维并行、逐项确认”的原则，分四个子流程依次执行：
3.1 数据就绪度评估
- 列出数据清单：依据流程范围文档，识别所有输入/输出数据字段，形成
数据字段清单。 - 评估数据完整性：逐字段检查缺失率、空值率、重复率，记录到
数据质量评分表。 - 评估数据时效性：确认数据源更新频率（实时/批次/手工导入），判断是否满足AI模型推理的时间窗口要求。
- 标注敏感数据：标记包含个人身份信息（PII）、财务数据、商业秘密的字段，为合规审查做准备。
3.2 系统接口评估
- 盘点接口清单：对接IT架构组，获取流程涉及的所有系统接口列表（API、数据库连接、消息队列、文件传输等）。
- 验证接口可用性：调用测试环境接口，确认响应时间、成功率、限流策略符合自动化要求。
- 检查接口安全性：确认接口采用HTTPS/OAuth2.0等安全协议，不存在明文传输或未授权暴露。
- 评估接口变更频率：向系统负责人确认接口版本更新周期，评估在建模期间发生breaking change的风险。
3.3 人员权限评估
- 定义角色矩阵：识别流程中涉及的所有角色（如发起人、审批人、执行人、管理员），绘制
角色-权限对照表。 - 确认访问边界：对照最小权限原则，核查每个角色在数据读写、系统操作、配置修改方面的实际权限。
- 识别权限缺口：对比理想权限需求与实际权限设置，记录差异项并推动修复。
- 建立权限变更流程：若需为AI自动化新增服务账号或扩展权限，提前提交变更工单并跟踪审批状态。
3.4 合规要求评估
- 收集适用法规清单：根据业务所在行业与地域，梳理相关法规（如GDPR、个人信息保护法、SOX、HIPAA等）。
- 逐条对照检查：将流程中的数据使用场景与法规条款进行一一对照，记录
合规差距分析表。 - 确认数据留存策略：明确自动化流程产生的日志、中间结果、最终输出数据的保留期限与销毁方式。
- 获取法务书面确认：将评估结果提交法务/合规部门审核，取得书面批准后方可进入建模阶段。
💡 实战建议：四维评估可以并行开展，但建议每周召开一次前置条件同步会，由各维度负责人汇报进展与阻塞点。使用共享看板（如Jira、Trello）跟踪每一事项的状态，确保不留盲区。
4. 输入输出物
| 维度 | 输入物 | 输出物 |
|---|---|---|
| 数据就绪度 | 流程范围文档、数据字典 | 数据字段清单、数据质量评分表 |
| 系统接口 | 系统架构文档、接口目录 | 接口评估报告、接口可用性验证记录 |
| 人员权限 | 组织架构图、权限管理制度 | 角色-权限对照表、权限变更工单 |
| 合规要求 | 法规清单、企业合规政策 | 合规差距分析表、法务书面批准函 |
| 汇总输出 | 以上所有输入 | 前置条件评估报告（含四维评估结论与风险项） |
5. 责任边界
| 角色 | 职责范围 | 交付物 |
|---|---|---|
| 流程所有者 | 提供流程范围、确认业务规则、协调业务方资源 | 流程范围确认书 |
| 数据工程师 | 执行数据质量评估、标记敏感字段 | 数据质量评分表 |
| 系统架构师 | 提供接口清单、验证接口可用性与安全性 | 接口评估报告 |
| 安全合规专员 | 开展法规对照检查、出具合规意见 | 合规差距分析表、批准函 |
| 项目经理 | 组织评估会议、跟踪事项状态、汇总报告 | 前置条件评估报告 |
6. 记录材料
以下材料必须归档至项目知识库，作为后续建模决策的可追溯依据：
前置条件评估报告（包含四维评分与综合结论）数据质量评分表（字段级别的完整性/时效性/敏感性标注）接口评估报告（接口列表、可用性测试截图、安全协议说明）角色-权限对照表（含权限缺口与修复记录）合规差距分析表（法规条款与流程对照，附法务批复）
📋 记录模板提示：推荐使用Markdown或Notion搭建评估记录页面，每个维度使用独立的折叠块，便于评审时逐项展开讨论。最终导出PDF版本用于正式归档。
7. 异常处理
| 异常类型 | 典型表现 | 处理措施 |
|---|---|---|
| 数据质量严重不达标 | 核心字段缺失率 > 30% 或错误率 > 10% | 暂停建模，启动数据清洗专项；清洗完成后重新评估 |
| 关键接口不可用或无文档 | 依赖的系统接口未提供测试环境或API文档缺失 | 升级至IT管理层，要求接口提供方承诺交付时间表；同时评估备选接口方案 |
| 权限申请被拒绝或超时 | 合规或安全部门驳回权限变更请求，或审批超过10个工作日 | 由项目经理发起风险升级，组织业务负责人与安全负责人协商最小授权方案 |
| 合规要求与流程设计冲突 | 法规禁止将某些数据输入AI模型，或要求人工复核环节 | 调整流程设计（如增加脱敏步骤、人工审批节点），重新评估合规性 |
| 多维度评估结论矛盾 | 数据就绪度达标但接口评估不通过，或权限合规冲突 | 召开联合评审会，按“合规优先→数据次之→接口与权限并行推进”的原则排序解决 |
8. 验收标准
本章节工作完成的标准如下，所有条目必须全部满足方可进入下一阶段：
- 四维评估均已完成，且每项得分不低于预设阈值（建议：数据就绪度 ≥ 80 分，接口可用性 ≥ 95%，权限覆盖率 100%，合规项 100% 通过）。
- 前置条件评估报告已定稿，并由流程所有者、数据工程师、系统架构师、安全合规专员四方签字确认。
- 所有异常项已记录在案，且制定了明确的补救计划与责任人。
- 法务/合规部门已出具书面批准函，明确同意在现有条件下启动需求建模。
- 归档材料完整，且已上传至项目知识库指定目录，具备可追溯性。