# 交通数字化成熟度评估执行手册

## 手册概览

| 项目 | 说明 |
|------|------|
| **适用场景** | 对交通管理机构（交通归口部门/交通管理部门/高速集团/港口集团/机场集团/地铁公司等）进行全面的数字化成熟度诊断 |
| **评估模型** | T-DMM 交通数字化成熟度五维模型（基础设施力/数据智能力/业务应用力/组织治理力/安全保障力） |
| **成熟度等级** | L1初始级 → L2部门级 → L3组织级 → L4量化级 → L5引领级 |
| **总周期** | 5-6周（可压缩至3周） |
| **交付成果** | 成熟度评估报告、差距分析、对标报告、3年路线图建议 |
| **评估团队** | 项目经理1人 + 评估顾问2-3人 + 数据分析师1人 |

---

## 第一阶段：准备（第1周）

### 1.1 组建评估团队

**团队角色与职责：**

| 角色 | 人数 | 职责 | 所需能力 |
|------|------|------|----------|
| 项目经理（PM） | 1 | 整体协调、客户沟通、进度管理、成果汇报 | 交通行业项目经验、客户管理 |
| 首席评估顾问 | 1 | 评估框架设计、打分主持、报告主笔 | 交通数字化从业5年+、熟悉T-DMM |
| 评估顾问 | 1-2 | 文档审查、访谈执行、数据收集 | 交通IT或咨询经验 |
| 数据分析师 | 1 | 数据处理、评分计算、图表制作 | 数据分析与可视化能力 |
| 行业专家（按需） | 1-2 | 特定模态深度诊断（如港口、铁路） | 细分领域10年+经验 |

**✅ 团队准备清单：**
- [ ] 项目经理确认项目章程（范围、交付成果、时间表、预算）
- [ ] 各角色签署保密协议（NDA）
- [ ] 建项目启动目沟通群（推荐企业微信/钉钉/飞书）
- [ ] 建立共享文档库（推荐飞书文档/腾讯文档/WPS云文档），设置访问权限
- [ ] 准备评估工具箱（详见1.3）

### 1.2 收集文档

**向客户正式发送《资料收集清单》，要求第1周内提供：**

**A类：战略与组织文档（必收）**
- [ ] 交通管理机构近期五年规划/中长期发展规划
- [ ] 年度工作报告（近3年）
- [ ] 信息化/数字化专项规划
- [ ] 组织架构图（含信息化部门定位与撰写）
- [ ] 信息化管理制度汇编
- [ ] 过去3年的IT预算与实际支出数据

**B类：系统与技术文档（必收）**
- [ ] 信息系统资产目录/设备台账
- [ ] 网络拓扑图、数据中心架构图
- [ ] 核心业务系统清单（名称、厂商、版本、部署年份、用户数）
- [ ] 数据交换/共享平台技术文档（如有）
- [ ] 网络安全等保测评报告（如有）
- [ ] 近2年信息化项目验收文档

**C类：业务与绩效文档（选收）**
- [ ] 交通运行年报/季报
- [ ] KPI考核体系文件
- [ ] 近年信息化巡检/运维记录
- [ ] 信息化相关投诉/建议记录
- [ ] 第三方评估审查/评估报告（如有）
- [ ] 公共部门相关考核评估材料

**📋 资料收集跟踪模板：**

| 序号 | 文档名称 | 类别 | 负责人 | 提交状态 | 提交日期 | 完整性评价 | 备注 |
|------|----------|------|--------|----------|----------|------------|------|
| 1 | XX规划 | A | 张处 | 已提交 | 7.10 | 完整 | |
| 2 | XX拓扑 | B | 王工 | 待提交 | - | - | 催了两次，预计7.12 |

### 1.3 配置评估工具

**评估工具箱清单：**

| 工具 | 用途 | 推荐方案 | 准备要求 |
|------|------|----------|----------|
| 成熟度打分表 | 五维打分 | Excel/飞书表格（含公式自动计算） | 包含5大维度、25个子维度、L1-L5定义描述 |
| 访谈记录模板 | 结构化访谈 | Word/飞书文档 | 含30+标准化问题，留白记录区域 |
| 系统盘点表 | IT资产普查 | Excel（下拉单选+条件格式） | 按业务链路分类、标注技术栈 |
| 数据质量检查表 | 数据评估 | Excel（含评分公式） | 覆盖完整性/准确性/一致性/及时性/唯一性 |
| 对标雷达图 | 可视化 | PPT/飞书文档图表 | 含行业标杆数据预置 |
| 项目日历 | 进度管理 | Excel甘特图/飞书日历 | 标注关键里程碑和客户参与节点 |

**打分表示例结构（T-DMM五维模型）：**

| 维度 | 权重 | 子维度1 | 子维度2 | 子维度3 | 子维度4 | 子维度5 |
|------|------|---------|---------|---------|---------|---------|
| 基础设施力 | 25% | 感知设备覆盖率 | 通信网络覆盖 | 云计算资源 | 边缘计算能力 | 终端设备智能化 |
| 数据智能力 | 25% | 数据采集完整度 | 数据治理成熟度 | 数据共享能力 | 数据分析能力 | AI应用成熟度 |
| 业务应用力 | 25% | 核心业务覆盖度 | 系统集成度 | 用户体验 | 业务流程数字化 | 决策支持能力 |
| 组织治理力 | 15% | 数字化战略 | 组织与人才 | 流程与制度 | 资金保障 | 创新文化 |
| 安全保障力 | 10% | 网络安全 | 数据安全 | 物理安全 | 业务连续性 | 合规管理 |

### 1.4 与客户举行启动会

**启动会议程（90分钟）：**

| 时间 | 环节 | 内容 | 主讲人 |
|------|------|------|--------|
| 0-15min | 双方介绍 | 评估团队介绍、客户方核心人员介绍 | PM |
| 15-25min | 项目说明 | 评估目标、方法、周期、交付成果 | 首席顾问 |
| 25-45min | 工作安排 | 详细时间表、需配合事项、访谈名单、资料补充 | PM |
| 45-60min | 高层讲话 | 客户方决策者对评估的期望与要求 | 客户决策者 |
| 60-75min | 互动交流 | 客户方各部门提出疑问和建议 | 全体 |
| 75-90min | 总结 | 确认下一步行动项和责任人 | PM |

**启动会前准备：**
- [ ] 提前3天发送会议邀请和议程
- [ ] 提前收集客户方参会人员名单和职务
- [ ] 准备PPT（建议15-20页）：项目概述、方法论、团队介绍、成功案例
- [ ] 准备《项目配合工作说明书》签字版1页A4
- [ ] 测试投屏设备和线上会议链接

---

## 第二阶段：数据收集（第2-3周）

### 2.1 访谈指南

#### 2.1.1 访谈对象优先级与建议时长

| 优先级 | 访谈对象 | 建议人数 | 建议时长 | 访谈方式 |
|------|----------|----------|----------|----------|
| P0 必访 | 分管信息化副管理者/总经理 | 1 | 60min | 一对一 |
| P0 必访 | 信息化部门负责人 | 1 | 90min | 一对一 |
| P0 必访 | 核心业务部门负责人（指挥中心/交管/养护/运营） | 3-5 | 各45min | 一对一 |
| P1 应访 | IT一线人员/系统管理员 | 3-5 | 各30min | 一对一 |
| P1 应访 | 财务部门负责人 | 1 | 30min | 一对一 |
| P2 可选 | 基层执法人员/操作员/值班员 | 5-8 | 各20min | 小组座谈 |
| P2 可选 | 规划/法规部门负责人 | 1-2 | 各30min | 一对一 |

#### 2.1.2 按角色定制访谈提纲

> **以下为30+问题题库，按受访者角色选用。每次访谈控制在45-60分钟，核心问题10-12个。**

---

**A. 向分管信息化决策者提问（战略层）**

| # | 问题 | 考察维度 |
|---|------|----------|
| 1 | 请您介绍一下单位"近期五年规划"信息化规划的总体目标和当前进展？ | 战略对齐 |
| 2 | 您认为本单位数字化的主要驱动力是什么？（上级要求/业务倒逼/自主创新） | 变革动机 |
| 3 | 最近3年在信息化方面最大的投入是什么？成效如何判断？ | 投资决策 |
| 4 | 信息化部门的定位是服务部门还是战略部门？撰写是否充足？ | 组织治理 |
| 5 | 您觉得当前信息化最大的短板是什么？（技术/人才/数据/资金/运行框架） | 痛点识别 |
| 6 | 对未来3年数字化转型的期望值是什么？（列出3个最重要的目标） | 目标期望 |
| 7 | 跨部门数据共享是否顺畅？遇到过哪些阻力？ | 协同治理 |
| 8 | 对AI/大数据等新技术在交通场景应用的态度？是否有试点验证意愿？ | 创新意愿 |
| 9 | 信息化预算占单位总预算的比例？逐年趋势如何？ | 资金保障 |
| 10 | 上级归口部门对信息化的考核指标有哪些？ | 外部驱动 |

---

**B. 向信息化部门负责人提问（管理层）**

| # | 问题 | 考察维度 |
|---|------|----------|
| 1 | 请画出当前的整体IT架构图，标注核心系统和数据流？ | 技术架构 |
| 2 | 服务器/存储的部署模式？（自建机房/运营商托管/行业云/公有云） | 基础设施 |
| 3 | 是否有统一的数据中心/数据平台？数据汇聚了哪些源头？ | 数据能力 |
| 4 | 核心业务系统的使用频率？一线人员反馈了什么痛点？ | 系统应用 |
| 5 | 系统之间的互联互通情况？有多少接口、是否标准化？ | 集成度 |
| 6 | IT运维团队规模和能力结构？（网络/系统/开发/数据/安全） | 人才 |
| 7 | 网络安全做了哪些措施？是否通过等保？定级是几级？ | 安全保障 |
| 8 | 是否有CI/CD或DevOps流程？系统迭代频率？ | 研发能力 |
| 9 | 供应商依赖程度如何？核心系统是否掌握源码/自主运维能力？ | 自主技术可控 |
| 10 | 过去3年遇到的最大IT事故是什么？处理过程？ | 韧性 |

---

**C. 向核心业务部门负责人提问（业务层）**

| # | 问题 | 考察维度 |
|---|------|----------|
| 1 | 日常工作中使用哪几个信息系统？是否满足业务需要？ | 业务覆盖 |
| 2 | 最花时间的手工/重复工作是什么？是否希望被系统取代？ | 效率痛点 |
| 3 | 做决策时能拿到实时数据吗？数据准确率如何？ | 数据支撑 |
| 4 | 与其他部门的数据交换是否通畅？有没有"信息孤岛"？ | 数据共享 |
| 5 | 对新系统/新流程的接受度如何？希望什么样的培训支持？ | 变革准备 |
| 6 | 如果有一个"智能交通管理平台"，你最希望它帮你解决什么？ | 业务需求 |
| 7 | 遇到应急事件时，现有的IT系统能否有效支撑？ | 应急支撑 |

---

**D. 向IT一线人员提问（执行层）**

| # | 问题 | 考察维度 |
|---|------|----------|
| 1 | 日常运维中最耗时的工作是什么？是否已实现自动化？ | 运维效率 |
| 2 | 系统的Bug修复周期？厂商响应速度满意吗？ | 服务质量 |
| 3 | 对当前技术栈的评价（数据库/中间件/前端框架） | 技术债 |
| 4 | 是否有系统文档/知识库？新同事上手需要多久？ | 知识管理 |
| 5 | 培训机会和学习资源是否充分？ | 人才培养 |

### 2.2 系统盘点模板

**按以下模板逐系统登记：**

| 字段 | 说明 | 示例 |
|------|------|------|
| 系统名称 | 官方名称 | 交通信号控制系统 |
| 业务链路 | 交通管控/收费/出行服务/安全监管/资产管理/物流/综合 | 交通管控信号 |
| 上线年份 | 首次部署 | 2019 |
| 最近升级 | 版本/日期 | V3.2 / 2024.03 |
| 供应商 | 原厂商 | 海信网络科技 |
| 供应商联系人 | 商务/技术支持 | 张经理 138xxxx |
| 部署方式 | 本地/云/混合 | 本地 |
| 用户数 | 日活/月活 | 50+ |
| 关键依赖 | 依赖的上游系统 | 电警数据、地磁数据 |
| 数据产出 | 对外提供的数据 | 信号配时方案、流量统计 |
| 接口协议 | API/SDK/文件/数据库 | REST API + MQTT |
| 源码可控 | 有/部分/无 | 无 |
| 等保定级 | S1/S2/S3/S4 | S2 |
| 年运维成本 | 万元 | 35万 |
| 用户满意度 | 1-5 | 3 |
| 已知痛点 | 主要问题 | 区域协调算法不理想、产品已EOL |

### 2.3 文档审查检查清单

**战略规划类文档检查：**
- [ ] 是否有明确可量化的数字化目标？
- [ ] 是否覆盖信息化→数字化→智能化→智慧化递进路线？
- [ ] 是否对标行业标杆或国家标准？
- [ ] 是否有明确的预算和资源保障计划？
- [ ] 是否建立了评估考核运行框架？

**技术架构类文档检查：**
- [ ] 是否有完整且更新的IT架构图？
- [ ] 是否具备容灾/备份/双活设计？
- [ ] 是否遵循开放标准或主流技术路线？
- [ ] 安全体系是否与等保2.0/关基条例对齐？
- [ ] 技术债（过时组件/产品EOL）是否有管理台账？

**项目管理类文档检查：**
- [ ] 信息化项目的项目启动/验收材料是否完整？
- [ ] 是否有明确的项目管理流程？
- [ ] 验收标准是否包含量化KPI？
- [ ] 是否有运维交接和知识转移记录？

**数据管理类文档检查：**
- [ ] 是否有数据字典或元数据管理？
- [ ] 是否有数据质量管理制度？
- [ ] 是否定义了数据分类分级（核心/重要/一般）？
- [ ] 数据共享是否遵守数据安全法规？

---

## 第三阶段：评估研讨会（第4周第1天，全天）

### 3.1 研讨会设计

**参会人员：** 评估团队全部 + 客户方核心干系人（建议8-15人）

**会议规则：**
1. 手机静音，中场休息每90分钟一次
2. 每人发言限时3分钟，超时主持人提醒
3. "Chatham House Rule" ——可引用观点，不点名出处
4. 评分使用匿名投票（电子投票器或问卷星）

**研讨会议程（8小时）：**

| 时间 | 环节 | 时长 | 内容 | 方法 |
|------|------|------|------|------|
| 09:00-09:30 | 开场 | 30min | 重申目标、规则、介绍评估框架 | 主持人讲解 |
| 09:30-10:30 | 发现汇报 | 60min | 评估团队汇报文档审查和访谈的核心发现 | PPT汇报+Q&A |
| 10:30-10:45 | 茶歇 | 15min | | |
| 10:45-12:00 | 维度1-2评分 | 75min | 基础设施力 + 数据智能力打分 | 逐子维度讨论→匿名打分 |
| 12:00-13:30 | 午餐 | 90min | | |
| 13:30-14:45 | 维度3评分 | 75min | 业务应用力打分 | 逐子维度讨论→匿名打分 |
| 14:45-15:00 | 茶歇 | 15min | | |
| 15:00-16:15 | 维度4-5评分 | 75min | 组织治理力 + 安全保障力打分 | 逐子维度讨论→匿名打分 |
| 16:15-16:30 | 茶歇 | 15min | | |
| 16:30-17:00 | 共识校准 | 30min | 对分歧较大的维度二次讨论、调整 | 分组讨论+大组共识 |
| 17:00-17:30 | 总结 | 30min | 五星雷达图首看、下一步计划 | 主持人总结 |

### 3.2 评分会议设计

**评分流程（每个子维度约8-10分钟）：**

1. **证据陈述（2min）：** 评估顾问列出该子维度的客观证据（文档引用、访谈摘录）
2. **客户补充（2min）：** 客户方补充遗漏信息或纠正理解偏差
3. **独立打分（2min）：** 每人匿名在1-5分中选择一个等级（可使用问卷星/飞书投票/纸质便签）
4. **结果揭晓（1min）：** 展示打分分布（均值、方差、众数）
5. **简短讨论（1-2min）：** 如有明显分歧（方差>1.0），邀请持极端意见者简述理由

**T-DMM评分标准（每个子维度）：**

| 等级 | 名称 | 判定标准 | 典型特征 |
|------|------|----------|----------|
| 1 | 初始级 | 无系统化管理，依赖个人能力 | 手工操作、无文档、无制度 |
| 2 | 部门级 | 单个部门内局部数字化 | 有系统但孤岛化、烟囱式建设 |
| 3 | 组织级 | 跨部门打通，标准化覆盖 | 统一平台、数据共享、制度健全 |
| 4 | 量化级 | 数据驱动决策，持续量化优化 | KPI体系、数据自动采集、AI辅助 |
| 5 | 引领级 | 行业标杆，对外赋能 | 创新引领、行业输出、最佳实践 |

**评分核查表（防止打分偏差）：**

| 偏差类型 | 表现 | 应对方法 |
|----------|------|----------|
| 光环效应 | 因为对某个业务满意，给所有维度打高分 | 主持人逐维度强调"只看当前维度，不联想其他" |
| 近因效应 | 因最近某系统出事故，给所有分值偏低 | 提醒参考过去1-2年整体情况，不因单次事件过度反应 |
| 宽大偏差 | 给所有维度打4-5分（"面子问题"） | 明确L5定义——只有世界级/全国性标杆才到5 |
| 苛刻偏差 | 给所有维度打1-2分（"IT没价值"心态） | L1特征：完全手工——检查是否真的无任何系统 |
| 居中趋势 | 所有人打3分（"不好不坏"） | 要求每个评分前至少列举2个支持L2或L4的证据 |
| 从众效应 | 第一个发言的人带偏整个房间 | 先匿名投票再讨论，杜绝"顺着决策者说" |

### 3.3 共识构建技术

**分歧处理三步法：**

1. **倾听理解（2min）**：让持不同意见的两方各用1分钟陈述理由，不得打断
2. **寻找锚点（3min）**：主持人引导双方找到对"L2 vs L3"的共性认知——双方很可能在"有系统但没打通"这一点上一致，分歧仅在于"打没打通算不算一个子维度的问题"
3. **折中与记录（2min）**：取中值，但在报告备注中记录分歧原因和分析依据

**常见的评分争议及化解方法：**

| 争议 | 常见场景 | 化解方法 |
|------|----------|----------|
| "我们数据量很大，为什么数据能力只有3分？" | 有海量数据但缺乏分析和应用 | 强调T-DMM考察的是"数据→洞察→决策"的全链条，不是只看采集量 |
| "我们上了某某大厂平台，应该是L4"？ | 采购了先进平台但使用率低 | 问："平台日活多少？决策中有百分之几用平台数据？" 如有不足，仍为L2-L3 |
| "我们有网络安全证书" | 通过了等保但有大量已知漏洞未修复 | 区分"合规"和"安全"——证书=合规=至少L2，但修复率反映实际水平 |
| "AI不是交通行业的刚需" | 忽视AI应用 | AI信控、AI养护、AI排班等已有成熟落地案例，可展示案例和ROI |
| "我们跟X市差不多，他们L4我们也该L4" | 行业攀比 | 不做横向攀比，只看本单位五维客观表现。对标是后续环节 |

---

## 第四阶段：分析与报告（第4周剩余时间）

### 4.1 评分计算

**计算步骤：**
1. 取每个子维度的研讨会共识评分（1-5）
2. 子维度值求算术平均 = 维度得分（1-5）
3. 维度得分 × 维度权重 = 加权维度得分
4. 五维加权得分求和 = 总成熟度指数（满分5.0）

**示例计算（Excel公式自动完成）：**

| 维度 | 权重 | 子维度均值 | 维度得分 | 加权得分 |
|------|------|------|------|------|
| 基础设施力 | 25% | (3+2+4+3+2)/5 | 2.8 | 0.70 |
| 数据智能力 | 25% | (2+2+1+3+1)/5 | 1.8 | 0.45 |
| 业务应用力 | 25% | (3+4+3+2+3)/5 | 3.0 | 0.75 |
| 组织治理力 | 15% | (3+2+3+4+2)/5 | 2.8 | 0.42 |
| 安全保障力 | 10% | (4+3+3+3+3)/5 | 3.2 | 0.32 |
| **总成熟度指数** | | | | **2.64** |

### 4.2 差距分析

**差距分析矩阵：**

| 维度 | 当前得分 | 目标等级 | 差距 | 关键差距描述 | 优先级 |
|------|----------|----------|------|------|------|
| 基础设施力 | 2.8 | 3.5 | -0.7 | 感知设备覆盖率不足，边缘计算尚未部署 | 高 |
| 数据智能力 | 1.8 | 3.0 | -1.2 | 数据孤岛严重，无统一数据平台，无AI应用 | 最高 |
| 业务应用力 | 3.0 | 3.5 | -0.5 | 核心系统已覆盖但集成度不够 | 中 |
| 组织治理力 | 2.8 | 3.5 | -0.7 | 数字化战略不够清晰，人才梯队不足 | 高 |
| 安全保障力 | 3.2 | 4.0 | -0.8 | 关基保护能力需提升，数据分类分级待推进 | 中 |

### 4.3 对标分析

**对标维度建议（选择3-5个可比较的同行）：**

| 对标对象 | 选择理由 | 对标数据来源 |
|----------|----------|------|
| 全国同类城市/机构均值 | 了解自身在同类中的位置 | 行业白皮书/公开报告 |
| 省内先进标杆（如杭州交管） | 设省内追赶目标 | 公开案例+网络调研 |
| 国内领先（如深圳交通中心） | 设远期目标 | 公开报道+行业会议 |
| 国际先进（如Singapore LTA） | 设世界级愿景 | 英文资料+学术文献 |

### 4.4 报告撰写

**T-DMM成熟度评估报告标准目录：**

1. **执行摘要（2页）**
   - 总成熟度指数与五维雷达图
   - Top 5关键发现
   - Top 5优先级建议

2. **评估概述（1页）**
   - 评估范围、方法、时间、团队

3. **五维详细评估（每维度3-5页）**
   - 维度得分与行业对标
   - 子维度详细分析（每个子维度：证据→评分→分析）
   - 优势与不足

4. **差距分析（2-3页）**
   - 理想 vs 现实差距矩阵
   - 差距根因分析

5. **标杆对比（2-3页）**
   - 多标杆雷达图对比
   - 可借鉴的最佳实践

6. **建议与路线图（3-5页）**
   - 近/中/远期行动建议（按优先级）
   - 关键里程碑和时间节点
   - 投资估算概要

7. **附录**
   - 访谈清单
   - 系统盘点表
   - 详细评分数据
   - 对标数据来源

**报告撰写建议：**
- 每个发现必须配"证据+影响+建议"三段式
- 雷达图/柱状图/热力图为主，纯文字尽量压缩
- 正文控制在30-40页，详细数据放附录
- 专业术语首次出现时加注释
- 目标读者：管理者（看重结论和建议）+ 信息中心主任（看重详细分析和行动）

---

## 第五阶段：汇报与路线图（第5周）

### 5.1 高管汇报脚本

**汇报结构（建议60分钟，含讨论）：**

| 时间 | 环节 | 内容要点 | 注意事项 |
|------|------|------|----------|
| 0-5min | 开场 | 感谢配合、重申评估目标 | 开头定调积极，不提"问题大" |
| 5-10min | 方法论简介 | T-DMM模型、5级定义 | 1页图表讲清 |
| 10-15min | 总评分 | 展示雷达图、总指数和行业对标 | **先展示总览再深入** |
| 15-35min | 五维详解 | 每维度3min：得分+Top发现+Top建议 | 每个维度至少1个正面发现 |
| 35-45min | 标杆对比 | 雷达图叠加图、关键差距 | 激发"不进则退"意识 |
| 45-50min | 建议路线图 | 近中远期行动，投资框架 | 可操作、有时间、有预算量级 |
| 50-60min | Q&A | 回应决策者关切 | 提前准备5-10个常见问题的应答 |

**高管汇报10条技巧：**
1. 开局定调："本次评估发现贵单位在XX方面已达行业领先，在YY方面有明确提升空间"
2. 用单位的战略语言："与贵单位近期五年规划的XX目标高度一致"
3. 每个"问题"配2个"已经做得好"的例子
4. 数字驱动：能定量的不用定性，能用对比的不孤立说
5. 对标不是"比烂"或"比好"——是对标找差距，差距就是方向
6. 对预算敏感的场合，先谈价值再谈投资
7. 准备"如果决策者只记住一件事"版本——3分钟电梯演讲
8. 建议要有明确的"谁来做、做什么、多久做、多少钱"四要素
9. 避免技术黑话，使用业务语言（哪怕面对懂技术的决策者）
10. 结束前主动提出："我们可以帮助推动下一步的项目启动论证和投资评审"

### 5.2 后续步骤定义

**汇报后的标准动作：**

| 时间 | 行动 | 负责人 | 输出 |
|------|------|--------|------|
| 汇报后3天内 | 根据反馈修订报告 | 评估PM | 终版报告PDF |
| 汇报后1周内 | 提交《数字化转型建议书》 | 首席顾问 | 10-15页建议书（下一步比评估本身更重要） |
| 汇报后2周内 | 协助客户完成内部项目启动申请 | 评估PM+客户对接人 | 项目启动申请书草案 |
| 汇报后1个月 | 回访：评估建议采纳情况和下一步支持需求 | 评估PM | 回访记录+二次合作意向 |

**"评估不是终点"的典型后续服务：**
- 深度规划：从"评估+建议"到"3年数字化转型总体规划"
- 技术选型：从"知道了要建什么"到"该选哪个供应商"
- AI场景深挖：从"要点AI"到"先在哪个场景试点验证，ROI怎么算"
- 数据治理：从"数据不好"到"建立数据治理委员会和标准体系"
- 试点验证实施：从"该做了"到"给你一个3个月快速见效的试点验证PoC"

---

## 附：首次评估者常见陷阱与应对

### 陷阱Top 10

| # | 陷阱 | 表现 | 应对 |
|---|------|------|------|
| 1 | 文档依赖过度 | 只看文档给打分，不了解实际情况 | 文档+访谈+系统操作演示，三验证 |
| 2 | 访谈对象单一 | 只访谈决策者层，听不到一线真相 | 基层至少30%的访谈比重 |
| 3 | 评分飘高 | "为了客户开心"给L4/L5 | 坚持L5定义——行业标杆才有5分。第一次评估平均在2.0-3.0属正常 |
| 4 | 建议空泛 | 建议是"加强数据治理""提升AI能力" | 每个建议包含：谁/做什么/多久/多少钱/怎么衡量成功 |
| 5 | 忽略变革准备 | 给了完美方案，但没考虑组织能不能消化 | 变革管理评估至少半页篇幅 |
| 6 | 试图覆盖一切 | 评估范围太广导致深度不够 | 按客户Top 3痛点聚焦，其他做light touch |
| 7 | 缺乏量化基准 | 全篇用"较好""一般""有待提升" | 能定量的尽量定量（百分比/排名/数量） |
| 8 | 忽略安全维度 | 只关注业务和基础设施，安全只是"等保过了" | 关基条例+数据安全法+个人信息的评估至少在报告中占1章 |
| 9 | 低估治理复杂性 | 建议跨部门整合时没考虑部门利益 | 访谈中了解"数据壁垒"背后的组织原因，建议中体现协调路径 |
| 10 | 报告拖沓 | 报告50+页、术语密集、决策者读不完 | 执行摘要控制在2页，核心报告不超过40页 |

### 一次成功的评估的特征

- [ ] 客户方主要决策者说："报告里的问题我们其实知道，但是第一次被这么系统化地梳理出来"
- [ ] 评估报告提交后，客户主动邀请启动下一阶段工作
- [ ] 建议中有至少2-3个"3个月内可落地、有可见成效"的Quick Win
- [ ] 五维得分能经得起客户内部对比验证（不同部门看过都认可）
- [ ] 评估成果能被客户用于内部向上汇报和争取预算

---

## 附：评估工具箱模板

### 模板A：T-DMM成熟度评分卡（Excel/飞书表格）

> **说明：以下为纸质/电子表格参考结构。实际使用时推荐制作Excel/飞书表格，含自动计算公式。**

**L1-L5评分锚点描述：**

| 维度 | 子维度 | L1初始级 | L2部门级 | L3组织级 | L4量化级 | L5引领级 |
|------|--------|----------|----------|----------|----------|----------|
| 基础设施力 | 感知设备覆盖率 | <30%关键路段有感知 | 30-60%有感知，部分共享 | 60-90%有感知，统一管理 | >90%有感知，主动监测 | 全模态感知融合+预测性 |
| 基础设施力 | 通信网络覆盖 | 办公网为主 | 业务专网覆盖主要节点 | 骨干网+接入网统一 | 5G+光纤双冗余 | 5G+V2X+卫星全域覆盖 |
| ... | ... | ... | ... | ... | ... | ... |

### 模板B：访谈计划模板

| 日期 | 时间 | 受访者 | 职务 | 角色类别 | 访谈提纲版本 | 访谈人 | 记录人 | 地点 | 备注 |
|------|------|--------|------|----------|------|--------|--------|------|------|
| 7.20 | 09:00 | 张副管理者 | 分管信息化副管理者 | 战略层 | A版（决策者版） | 李顾问 | 王助理 | 3楼会议室 | 已发送提纲 |

### 模板C：评估日志（每日收工前填写）

| 日期 | 今日完成 | 关键发现 | 遇到的障碍 | 需要客户配合的事项 | 明日计划 |
|------|----------|----------|------------|---------------------|----------|
| 7.20 | 完成3场访谈 | 运维团队仅2人支撑全系统 | 某部门负责人出差，需改期 | 请王处协调7.22的备选时间 | 完成IT架构审查 |

---

> **法律声明**：本手册受著作权相关法律法规保护，未经作者书面授权，禁止任何商业用途（包括但不限于转售、捆绑销售、商业培训、SaaS化服务）。
> **免责声明**：本手册提供的方法论仅供学习参考，不构成任何形式的专业意见。使用者在实际评估中应根据具体情况进行调整，并对评估结论负责。
> **作者信息**：yinjianheng（殷健恒）| yinjianheng@foxmail.com | 微信：YJH-yinjianheng
