康得利售后全流程 · 责任矩阵与问题诊断
依据 2026-09-27 / 09-28 / 10-10 五场会议 AI 听记（林颖异 主导）
＋ 钉钉组织架构实查 ＋ 王斌《售后项目进度可视化》2026-10-09 版 1444 条记录
｜ 基准日 2026-10-10 ｜ 横轴：项目流程环节 · 纵轴：项目成员角色
上半部分逐格拆解「每个角色在每个环节如何参与、承担什么职责、需要什么能力、输出哪些资料、面临哪些问题」；
下半部分回答两个管理问题：当前最集中暴露的问题在哪些环节、哪些岗位、主因是什么，
以及 首期选哪 2 个典型项目做样板。
核心判断：问题不在单点，全在衔接。
角色类型
管理/协调
商务
技术
现场/执行
供应/计划
数字化
行内图标
🎯职责 · 💡作用 · ⚡能力 · 📄输出 · ⚠️问题
| 角色 ↓ / 环节 → |
① 进场准备发货前 15~30 天 |
② 安装人到 → 货到 → 施工 |
③ 调试对点 → 空载 → 带料 |
④ 验收签字 → 归档 → 质保 |
贯穿性痛点（不属于单环节，横跨全流程）
这 6 个问题在任何一个环节都可能出现，是流程失效的根因，也是工作台要优先承载的能力。
2问题诊断：最集中暴露的问题在哪些环节、哪些岗位、主因是什么
数据基础：王斌《售后项目进度可视化》2026-10-09 版（钉钉群最新一份），1444 条现场反馈、66 个项目、25 名现场工程师，
时间跨度 2026-05-08 ~ 2026-10-09（约 5 个月）；基准日 2026-10-10；交叉比对 09-27 / 09-28 / 10-10 会议 AI 听记与纪要。
📋 数据长什么样（王斌进度表的列名）
每一行 = 某个现场人员、某一天、某个项目的一条汇报。表里共 12 列，本报告重点用到 7 列：
| 原表列名 | 含义 | 本报告如何用它 |
|---|
| 日期 | 这条汇报是哪天写的 | 判断「这个项目最近还有没有人报」 |
| 项目名称 | 项目叫什么 | 按项目汇总 |
| 谁在现场 | 当时在现场的工程师姓名 | 看每个人兼顾几个项目 |
| 项目状态 | 当天处在什么阶段（如"调试中""安装"） | 把记录归到四个环节 |
| 目前项目进展 | 当天做了什么 | 识别问题类型 |
| 延迟/阻碍原因 | 这天遇到了什么阻碍（没遇到就留空） | 本报告最核心的一列 |
| 需要技术部/采购/销售/售前/加工中心支持 | 这 5 列分别填「需要哪个部门帮什么忙」 | 统计各部门被求助次数 |
因此本报告说的 「填了延迟/阻碍原因」，就是指那一天确实报告遇到了问题；
「没填延迟/阻碍原因」 就是指那一天没报告问题（不等于真的没问题，只是没写）；
「已 N 天没人报」 就是指距最后一条记录的日期已经过了 N 天，这个项目在群里很久没有新动静了。
51.3%
填了「延迟/阻碍原因」的
741 / 1444 条
50%
已超 14 天没人报
33 / 66 个项目 ⚠️
① 按环节看：安装（提到问题的比例 64%）与调试（绝对问题量最大）最集中
② 按岗位看：被求助最多、名字出现最多的角色
③ 问题类型排行：现场到底在卡什么（按记录条数）
④ 结论：四个问题最集中的地方
⑤ 很久没有新记录的项目（截至 10-10 已超过 14 天没上报）