1 简述
经过一周的学习, 我对 mes 实施的整个流程有了一定的了解,mes 实施一共简化分为 9 个阶段 :
1 项目启动->2 需求调研->3方案设计 (蓝图) 及软件功能确认->4 主数据库准备->5 联调测试->6 开发预配置及异常模拟->7 员工培训->8 试运行及上线验收->9 交接运维售后
再简化可以分为5个大阶段
- - ①需求调研阶段=问题都问到+形式不拘泥+挖掘真实需求+按照必要性分类需求+写好需求分析报告
- - ②方案设计阶段=蓝图设计+功能确认
- - ③系统开发与配置阶段=主数据库准备+联调测试+异常模拟
- - ④用户培训阶段=文档编写+ppt 讲课+实操教会+实战问题处理
- - ⑤上线验收阶段=斗智斗勇+保验收
实施顾问再需求调研阶段, 要认真做好调研计划、规范的推进调研流程、设计好调研问卷、提前给客户发调研通知单, 然后针对客户关键人进行调研, 保证问题都问到, 不要拘泥于形式, 客户都很忙, 不要对配合度抱过高期望, 但是一定要保证把所有调研问题都问到, 可以选择录音,然后自己回去整理问题答案, 充当一台客户语言翻译机, 把客户的土话转化为开发能够听懂的开发需求, 建立好客户话语与开发话语的映射.
- 1 *认识到需求调研阶段关键点及节点控制手段*:你先在要做的就是揪出需求调研的三个关键点, 针对2关键点设计可以落地的控制手段
- 2 *搞清楚需求调研的目标*: 挖掘出客户真实需求, 阻挡一些非必要需求. 为此我需要①设计好调查问卷 ②做好调研, 有应对配合度不佳, 拖延, 找不到人等情况的应对套路③整理好调研问题回答, 编写需求分析报告, 关键一点是找客户相关负责人签字。
- 3 *了解需求调研阶段的障碍和坑*, 提前布局。
2 需求调研的重要性
MES项目的需求调研阶段是整个实施的基石，决定了系统是否贴合实际、流程是否顺畅、数据是否准确。调研做得好，后续蓝图设计、开发配置、测试上线才有可靠依据；调研不到位，系统就容易“脱离现场”，最终上线失败或流于形式。对实施顾问而言，调研不仅是技术活，更是攻心术，是打通客户、识别风险、推动变革的关键一仗。
3 需求调研的流程及输出物
🟥 一类：绝对不能省（核心交付物）
这些是调研阶段的根本，缺了就可能导致项目失败。
| 文档 | 作用 | 是否可省略 |
|---|---|---|
| ✅《调研计划表》 | 明确调研节奏和对象 | ❌ 不可省 |
| ✅《访谈记录表》 | 记录客户说了什么、有据可依 | ❌ 不可省 |
| ✅《AS-IS流程图》 | 清楚描绘现有流程，是蓝图基础 | ❌ 不可省 |
| ✅《功能需求清单》 | 决定系统做什么 | ❌ 不可省 |
| ✅《需求确认记录》 | 有客户签字，防“事后赖账” | ❌ 不可省 |
🟨 二类：建议保留但可简化（可视项目复杂度）
| 文档 | 建议做的理由 | 简化方式 |
|---|---|---|
| 《用户角色与权限矩阵》 | 系统配置需要用到 | 小项目可口头确认 + 后期补 |
| 《系统对接需求表》 | 多系统集成时必须 | 若无接口可跳过 |
| 《问题清单》 | 留存项目风险，有利后期管控 | 可嵌入访谈记录中 |
🟩 三类：非刚需，可选做（可用于优化交付）
| 文档 | 说明 | 处理建议 |
|---|---|---|
| 《调研汇报PPT》 | 客户内部沟通用 | 若项目规模小或客户不重视，可不做 |
| 《表单样本汇总》 | 用于优化字段设计 | 实在忙可以边走边收集 |
| 《调研成果报告（完整包）》 | 适合顾问公司、标杆项目用 | 普通项目可省略，只保留核心表单 |
三句话总结
1. 能用一张Excel解决的，别做成3个Word文档。
2. 客户重交付，就做齐；客户重上线，重数据，就保关键文档。
3. 小项目轻表单，大项目重痕迹。
4 坑 和避坑手段
需求调研常见阻碍和应对策略
一、7大难点 + 坑位 + 实战应对
| 难点/坑点 | 说明 | 实战应对 |
|---|---|---|
| 1️⃣ 客户讲得头头是道，实操完全不同 | 客户口头描述的流程与真实现场操作差异极大，甚至相反 | 一定要 看操作+看表单+看结果数据，不能只听讲 |
| 2️⃣ 流程跨多部门，没人能讲清全貌 | 生管只讲计划，仓库不懂制造，设备不了解品质…… | 采用“流程拼图法”+ 多岗位交叉验证，同一个问题问3个人 |
| 3️⃣ 现有流程“混搭”纸质+口头+Excel+ERP | 无系统化流程，信息传递靠人、靠喊、靠微信群 | 整理《现有流程断点清单》，为上线闭环做输入 |
| 4️⃣ 需求说着说着就变成“我要这个按钮” | 客户把“系统功能”当作“业务需求”提，要求做复制品 | 一律回归“业务问题+目的”，再翻译成系统语言 |
| 5️⃣ 客户不敢说真话/有人故意隐瞒问题 | 怕“暴露流程问题被追责”或“搞鬼保地盘” | 营造“非审判式访谈氛围”，并让高层背书“调研免责” |
| 6️⃣ 用户说：“我们啥也不要改，你按我们现在做法来就行” | 客户抗拒变革，只想让MES“来配合它” | 明确MES不是复刻旧流程，而是优化重塑；建议做“流程评估打分”，从数据层讲清非改不可 |
| 7️⃣ 调研输出物没人确认签字 | 没有文字确认，后期容易被推翻“你听错了” | 关键文档一定客户确认签字/盖章，至少邮件留存记录 |
二、调研阶段的“隐形地雷”
| 类型 | 内容 |
|---|---|
| ❗ 组织地雷 | 没有明确谁是关键用户、谁是项目责任人，导致调研没人配合 |
| ❗ 数据地雷 | BOM版本混乱、工艺文件滞后、无统一编码规则 |
| ❗ 权责地雷 | 多人共用账号、岗位职责重叠，权限配置无从下手 |
| ❗ 情绪地雷 | 一线用户抵触，不配合、不说真话、消极怠工 |
| ❗ 战略地雷 | 老板想搞信息化，中层不愿动、基层不配合，上下不一 |
三、MES实施顾问应对策略（实战技巧）
| 技巧 | 说明 |
|---|---|
| 📸 拍照留证 | 表单、流程卡、白板计划、设备排程等，统统拍照作为调研资料 |
| 🗺️ 画图沟通 | 不依赖语言，用流程图、表格、截图三件套和客户讨论 |
| 🔁 重复提问 | 同一流程多角度多岗位反复确认，排除误解 |
| 🧠 问“为什么” | 不问“你要什么”，多问“你为什么这么做” |
| 🧾 建立“调研问题池” | 把调研发现的问题汇总分类，为后续蓝图/风险控制打基础 |
总结一句话：
> **需求调研最大的风险不是“问不全”，而是“*问错了信了*”。**
> 实施顾问要用“侦探+翻译+流程医生”的视角，洞察表象之下的真实业务逻辑。
扫一扫
5751
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
