恒田 AI 企业架构框架：以扎克曼框架建设“企业设计图”
参考来源：微信公众号文章《企业为什么越做越乱？因为缺少一张“企业设计图”——扎克曼框架（Zachman Framework）》；结合恒田 AI 企业大脑、OKF、ERP/HR 数据库、订单交付全生命周期管理要求整理。
一、为什么恒田 AI 需要一张“企业设计图”
恒田正在推进企业 AI 大脑和部门小田体系。这个阶段最重要的不是单点工具越来越多，而是要避免出现新的割裂：
- ERP、HR、OKF、APS、MES、帆软、部门表格各自有数据，但口径不一致；
- 销售、计划、采购、生产、质量、仓库、财务都在处理订单，但责任边界不清；
- 小田能回答问题，但不同小田如果没有统一架构，容易形成不同口径；
- AI 看似提升效率，但如果没有统一标准，反而可能放大错误数据、错误流程和错误责任判断。
扎克曼框架的价值在于：它提醒企业先有整体架构，再有系统、数据和 AI。对恒田而言，这张“企业设计图”不是技术图纸，而是管理蓝图：把战略、流程、数据、组织、时间、责任放在同一张表里，让企业大脑和各部门小田都围绕同一套标准工作。
二、恒田版扎克曼框架：6 个问题 × 6 个视角
扎克曼框架本质上回答六个问题：
| 维度 | 恒田解释 | AI 建设含义 |
|---|---|---|
| What 有什么 | 订单、客户、款号、物料、库存、人员、设备、质量记录、OKF 文件 | 明确小田可引用的数据对象和字段口径 |
| How 怎么做 | 从接单、打样、BOM、采购、排产、裁剪、印绣花、缝制、包装、入库到交付 | 明确流程节点、流转规则和异常处理方式 |
| Where 在哪里 | 工厂、车间、仓库、部门、系统入口、数据存放位置 | 明确数据来源、业务发生地点和系统入口 |
| Who 谁负责 | 销售、计划、采购、生产、质量、仓库、财务、信息中心、各部门小田 | 明确责任部门、责任人和协同关系 |
| When 什么时间 | 交期、排产时间、采购到货时间、工序完成时间、日报/周报时间 | 明确计划、节点、预警和闭环时限 |
| Why 为什么 | 客户价值、交付保障、质量稳定、成本控制、效率提升、管理透明 | 明确业务目标和优先级，避免为了系统而系统 |
这 6 个问题要分别从 6 个视角看：
| 视角 | 恒田角色 | 关注重点 |
|---|---|---|
| Scope 范围视角 | 董事长/总经理/经营层 | 恒田要建设什么样的 AI 企业大脑，服务哪些管理目标 |
| Business Model 业务视角 | 各业务负责人 | 订单、质量、采购、生产、人事等业务如何闭环 |
| System Model 系统视角 | 信息中心/CIO | ERP、HR、OKF、APS、MES、帆软等如何形成统一入口和数据链 |
| Technology 技术视角 | IT/数据/AI 支撑人员 | 权限、接口、数据库、知识库、索引、任务调度如何稳定运行 |
| Components 实现视角 | 小田、脚本、表单、报表、数据同步任务 | 每个组件如何被配置、调用、验证和维护 |
| Operation 运营视角 | 一线部门、班组、实际使用者 | 每天如何使用小田、如何反馈问题、如何形成闭环动作 |
三、恒田 AI 企业架构 36 格框架
以下框架建议作为恒田 AI 企业大脑建设的顶层目录。每个格子都应逐步沉淀为 OKF 文件、数据字典、流程说明、责任清单、系统入口或小田任务模板。
| 视角 / 问题 | What 数据对象 | How 流程动作 | Where 位置入口 | Who 责任角色 | When 时间节点 | Why 管理目标 |
|---|---|---|---|---|---|---|
| 经营层 Scope | 订单、客户、产能、库存、质量、人员、成本等核心经营对象 | 端到端订单交付、质量闭环、成本效率提升 | 集团、工厂、车间、仓库、业务系统总入口 | 经营层、部门负责人、信息中心 | 年度目标、月度经营会、周度交付会 | 客户价值、交付稳定、利润改善、组织透明 |
| 业务层 Business Model | 销售订单、样品、BOM、面辅料、采购、工序、异常、HR 组织 | 接单、资料齐套、采购、排产、生产、质检、入库、发货、复盘 | 各部门工作场景、钉钉群、表单、业务会议 | 销售、计划、采购、生产、质量、仓库、财务、人事 | 交期、到料期、排产期、工序期、验货期 | 减少扯皮、提前预警、责任闭环 |
| 系统层 System Model | ERP/HR 数据库、OKF 文件、帆软主计划、APS、MES、业务表单 | 数据读取、口径转换、任务触发、结果反馈 | ERP、HR、OKF、APS、MES、帆软、钉钉入口 | 信息中心、系统管理员、数据责任部门 | 数据刷新周期、报表生成时间、预警触发时间 | 统一系统入口和数据可信度 |
| 技术层 Technology | 数据库表、字段、权限、知识索引、API、日志 | 同步、检索、校验、脱敏、权限控制、监控 | 服务器、数据库、知识库、网关、任务调度平台 | IT、数据管理员、AI 运维 | 定时同步、异常告警、版本变更 | 稳定、安全、可追溯、可维护 |
| 组件层 Components | 小田 Prompt、工具、脚本、报表模板、测试集、评分表 | 单项任务执行、字段抽取、风险判断、日报生成 | 各小田 Profile、任务脚本、Wiki、OKF 目录 | CIO小田、部门小田、业务审核人 | 每次任务执行、每次升级回归测试 | 把管理标准固化成可复用能力 |
| 运营层 Operation | 每天产生的订单反馈、异常记录、会议纪要、群聊问题 | 询问、核验、输出、派发、跟踪、复盘 | 钉钉群、部门例会、现场管理、Wiki 页面 | 一线主管、业务员、计划员、采购员、质检员 | 日报、周报、异常闭环时限 | 让 AI 真正进入日常管理闭环 |
四、恒田 AI 建设的四张核心蓝图
为了把框架落地，建议先建设四张蓝图，而不是一次性做满 36 格。
1. 数据蓝图：恒田到底有哪些关键数据
目标：解决 What 问题。
第一批应纳入：
- 订单数据：客户、订单号、款号、数量、交期、状态；
- 物料数据：面料、辅料、BOM、采购单、入库、库存、占用；
- 生产数据：排产、裁剪、印绣花、缝制、包装、入库；
- 质量数据：检验记录、异常类型、返工记录、客户反馈；
- 人员组织数据：部门、岗位、负责人、权限；
- OKF 文件：制度、流程、标准、表单、责任边界。
管理要求：每个关键字段都要有唯一解释、来源系统、更新频率、责任部门和可信度等级。
2. 流程蓝图：订单交付如何端到端闭环
目标：解决 How 问题。
建议以订单交付为主线，建立从接单到交付的全生命周期流程：
- 样品与资料准备；
- 订单 BOM；
- 面辅料采购与入库；
- APS 排产；
- MES 工序反馈；
- 裁剪、印绣花、缝制、包装；
- 成品入库与发货；
- 异常处理与复盘。
管理要求：每个节点要定义输入、输出、责任部门、系统记录、异常标准和升级机制。
3. 责任蓝图：谁对什么结果负责
目标：解决 Who 问题。
建议形成“任务—责任—系统—小田”四列关系：
| 管理任务 | 主责部门 | 数据/系统依据 | 小田支持方式 |
|---|---|---|---|
| 订单交付风险判断 | 计划/生产/销售协同 | 帆软、APS、MES、ERP、OKF | 识别风险订单，输出责任链和下一步 |
| 缺料风险判断 | 采购/仓库/计划 | ERP 库存、采购入库、BOM | 判断缺口、占用、在途和影响订单 |
| 质量异常闭环 | 质量/生产/业务 | 质量记录、工序记录、OKF | 区分事实、责任、待确认事项和闭环动作 |
| 制度依据问答 | 各制度归口部门 | OKF 文件 | 标注来源，不编造未记录制度 |
| 人员组织查询 | 人事/部门负责人 | HR 数据库 | 明确人员、岗位、部门和责任边界 |
管理要求：小田不是替代责任人，而是帮助责任人更快看到事实、风险和动作。
4. 时间蓝图：什么事情必须在什么时候完成
目标：解决 When 问题。
第一批重点：
- 订单交期与倒排计划；
- 采购下单、到料、入库节点；
- 生产工序计划与实际完成时间；
- 质量异常处理时限；
- 日报、周报、月度经营会节奏；
- AI 测试集回归周期和知识库更新周期。
管理要求：所有小田输出建议时，尽量带上时间节点和截止要求，避免只给泛泛建议。
五、恒田小田体系如何使用这张框架
1. CIO小田：企业架构总入口
CIO小田负责维护统一框架、数据来源、系统入口、OKF 索引、任务级测试集和上线验收标准。
重点职责：
- 维护企业数据目录；
- 统一小田语言风格和责任口径；
- 识别数据缺口、流程缺口、系统入口缺口；
- 把测试结果转化为数据治理和流程治理任务。
2. 部门小田：按统一蓝图执行本部门任务
质量、生产、采购、面料、设计等部门小田，应围绕同一张架构表工作。
要求：
- 不各自发明字段口径；
- 不把部门经验当成集团制度；
- 引用 OKF 时必须标注依据；
- 发现数据冲突时要提示，而不是硬编结论；
- 输出必须指向业务影响、责任归属和下一步。
3. OKF：企业知识标准库
OKF 应成为框架落地的制度与知识承载层。
建议 OKF 目录按以下方式补齐：
- 企业架构总图；
- 数据字典；
- 流程清单；
- 责任矩阵；
- 表单模板；
- 小田任务模板；
- AI 验收标准；
- 常见问题和例外处理。
4. ERP/HR 数据库：事实数据来源
ERP/HR 是事实核验基础。小田回答涉及库存、订单、人员、组织等问题时，必须优先回到系统事实，而不是只根据聊天上下文判断。
六、落地路径：三阶段推进
第一阶段：建立框架目录，先统一语言
周期：2 周。
产出：
- 恒田 AI 企业架构 36 格目录；
- 订单交付主流程图；
- 数据对象清单；
- 部门责任清单；
- 小田回答口径规范。
验收标准：主要业务负责人能看懂，并能指出本部门对应位置。
第二阶段：选订单交付做样板
周期：4 周。
产出：
- 订单交付全生命周期数据链；
- 订单风险判断任务模板；
- 缺料风险判断任务模板；
- 质量异常闭环任务模板；
- 50 条任务级测试集。
验收标准：小田能基于真实表单、真实字段、真实验收标准输出订单风险、责任归属和下一步动作。
第三阶段：扩展到质量、采购、人事、财务等场景
周期：持续推进。
产出：
- 多部门小田按统一框架工作；
- OKF 文件持续补齐；
- 每月新增新鲜测试任务；
- 每次小田升级后做回归测试；
- 形成 AI 上线准入制度。
验收标准：AI 输出能进入日报、周会、异常闭环和管理复盘，而不是停留在聊天建议。
七、与“任务级测试集”的关系
扎克曼框架解决的是“企业应该如何被描述”；任务级测试集解决的是“小田是否真的按这套描述办事”。
二者要结合：
- 框架定义 What/How/Where/Who/When/Why；
- 测试集验证小田是否正确识别字段、流程、地点、责任、时间和目标；
- 测试失败时，不只判断小田错，还要判断是数据缺、流程缺、责任缺、系统缺，还是 OKF 缺。
例如订单延期风险测试，不应只评分“答案对不对”，而要检查：
- 是否识别正确订单和款号；
- 是否引用正确系统来源；
- 是否判断正确流程节点；
- 是否指出责任部门；
- 是否给出截止时间；
- 是否说明客户交付风险和下一步动作。
八、管理建议
- 恒田 AI 建设应从“工具上线”升级为“企业架构建设”。
- CIO/信息中心应牵头维护企业架构框架，但标准答案必须由业务部门确认。
- OKF 不是文件仓库，而是企业统一口径和 AI 可引用标准。
- ERP/HR/APS/MES/帆软不是孤立系统，应通过架构表明确各自承担的事实来源责任。
- 部门小田不能各自为政，必须共用统一的数据口径、流程口径和责任口径。
- 所有关键业务 AI 场景上线前，都应通过任务级测试集验收。
- 测试结果要反向推动数据治理、流程治理和责任治理。
九、一句话总结
恒田 AI 企业大脑不能只靠更强模型，也不能只靠更多系统。真正的基础是建立一张属于恒田自己的“企业设计图”：让战略、流程、数据、组织、责任、时间和 AI 能力在同一张蓝图上持续演进。
扎克曼框架给了恒田一个清晰起点：先把企业描述清楚，再让小田按统一标准协同工作。这样，AI 才能从“会回答问题”升级为“能支撑经营管理闭环”。