言下之意，没收到款是实施的原因，和我无关。

至于具体什么原因？不知道……

一、别急着甩锅，先学会拆解问题

• 任务（Task）：组织要完成的核心工作和流程
• 人员（People）：执行任务的人，包括他们的技能、态度和动机
• 技术（Technology）：完成任务的工具、方法和信息系统

• 结构（Structure）：组织的权责分配、沟通机制和权力层级

这四个变量像钻石的四个顶点，相互依赖、相互影响。改变其中一个，必然牵动其他三个。如果只改技术，而任务、人员、结构纹丝不动，变革注定失败。

二、四个维度还是太粗？用MECE原则切下去

1. 人的因素：意愿 vs 能力

人的问题，归根结底就3个：想不想做，会不会做，能不能做。三者互不重叠，加起来就是人的全部。

意愿（主观能动性）——想不想做

认知层：员工理解为什么要上ERP吗？知道系统能带来什么好处吗？

利益层：系统对他个人是威胁还是帮助？用了是扣钱还是发奖金？

情感层：是不是习惯了过去的方式，对新系统本能地抵触？

能力（客观条件）——会不会做

知识层：培训到位了吗？知道每一步该点哪里吗？

技能层：知道步骤，但在业务繁忙时能熟练操作吗？（

生理/认知极限：比如年龄大的员工打字慢，或者视力问题影响操作

权限（组织边界）——能不能做

角色权限：系统账号是否配置了相应的操作权限？

职能权限：岗位职责是否允许他执行这个操作？

资源权限：是否有权调动完成任务所需的资源（数据、人员、设备）？

MECE检验：

一个人想做、会做，但没有权限 →权限问题

一个人想做、有权限，但不会做 →能力问题

一个人会做、有权限，但不想做 →意愿问题

三者互斥（意愿、能力、权限是三个不同的维度），且加起来就是“人”的全部：任何一个人的行为受阻，必然是因为这三个原因中的一个或多个。

在经典的莱维特钻石模型中，“权限”其实被归入了“结构”（Structure）维度——组织的权责分配、沟通机制和权力层级。

在ERP系统中，“权限”往往是“流程治理”的一部分（谁有权审批、谁有权修改），但也直接作用于“人”——一个操作者即便意愿和能力兼备，如果账号权限没配好，照样动弹不得。

2. 流程的因素：设计、执行、治理

流程的问题可以从三个层面看：路有没有修好，大家有没有走路，有没有人指挥交通。

流程设计（逻辑层）

匹配度：系统里的流程和实际业务场景一致吗？比如公司常有紧急采购，系统却要求必须走三天招标流程

合理性：流程有没有冗余节点？比如需要三个人审批，但第三个人经常出差，流程就卡住了

闭环性：流程有没有反馈？录了数据，能不能看到结果？

流程执行（操作层）

bypass率：有没有线下纸质单和线上并行？有没有绕过系统的“潜规则”？

合规性：是否严格遵守系统路径？比如先斩后奏、事后补单

流程治理（制度层）

制度保障：公司有没有明文规定“不走系统怎么处罚”？

权责分明：每个节点的负责人清楚自己的职责和时限吗？

MECE检验：流程问题要么是“路没修好”（设计），要么是“有路不走”（执行），要么是“没人指挥交通”（治理），三者互斥且穷尽。

3. 技术的因素：功能、性能、环境

技术问题往往被简单理解为“软件有bug”，但其实它包含三个独立的方面：能不能做、做得快不快、在哪儿跑。

功能（做什么）

完整性：系统有没有这个功能？是不是需要二次开发？

正确性：功能有，但算出来的数对不对？逻辑有没有bug？

易用性：操作是否便捷？比如需要点5次才能完成，能不能优化成1次？

性能（快不快）

响应速度：点击后几秒加载？超过3秒用户就容易烦躁

稳定性：会不会闪退、卡死？并发量大时会不会宕机？

兼容性：在不同浏览器、不同手机上表现一致吗？

环境（在哪跑）

网络基建：服务器部署在哪？分公司带宽够吗？仓库里有WiFi信号吗？

硬件设施：电脑配置是不是太低了？扫码枪、打印机适配吗？

MECE检验：技术问题要么是“做不到”（功能），要么是“做得慢”（性能），要么是“环境不允许跑”（环境），三者边界清晰。

4. 数据的因素：质量、时效、架构

数据是ERP的血液，数据问题可以拆成：准不准、新不新、好不好用。

数据质量（准不准）

准确性：系统里的数据和实物/账目一致吗？比如库存数量对不对？

完整性：必填字段都填了吗？有没有大量空值？

一致性：同一个客户，销售部和财务部的名称一样吗？（比如“IBM”和“IBM中国”）

数据时效（新不新）

及时性：数据是业务发生时录入的，还是隔天补录的？

周期性：月结、年结能按时完成吗？数据会不会滞后？

数据架构（好不好用）

标准化：编码规则统一吗？物料编码是数字还是乱码？

可获取性：用户能方便地从报表获取数据吗？还是每次都要找IT导出？

MECE检验：数据问题要么是“脏”（质量），要么是“旧”（时效），要么是“乱”（架构），三者互斥且全面。

实战清单：当你坐在客户面前

现在，我们把所有维度汇总成一张快速筛查表。下次客户说“系统没用起来”，你可以一边听，一边在心里默默过一遍这些问题：

问完这12个问题，你大概就能判断：客户说的"没用好"，到底是哪个环节出了问题，是实施的责任还是客户自身的管理问题，以及——最重要的是——下一步该从哪里入手解决。

写在最后

• 您说的没用好，是指操作不顺手，还是数据对不上？
• 是某个部门用不起来，还是大家都有困难？
• 是系统功能不够，还是流程不匹配？