[点晴模切ERP]用户说"ERP系统没用好"，你除了点头还能做什么？
言下之意，没收到款是实施的原因，和我无关。
至于具体什么原因？不知道……
结构（Structure）：组织的权责分配、沟通机制和权力层级
这四个变量像钻石的四个顶点，相互依赖、相互影响。改变其中一个，必然牵动其他三个。如果只改技术，而任务、人员、结构纹丝不动，变革注定失败。
人的问题，归根结底就3个：想不想做，会不会做，能不能做。三者互不重叠，加起来就是人的全部。
认知层：员工理解为什么要上ERP吗？知道系统能带来什么好处吗？
利益层：系统对他个人是威胁还是帮助？用了是扣钱还是发奖金？
情感层：是不是习惯了过去的方式，对新系统本能地抵触？
知识层：培训到位了吗？知道每一步该点哪里吗？
技能层：知道步骤，但在业务繁忙时能熟练操作吗？（
生理/认知极限：比如年龄大的员工打字慢，或者视力问题影响操作
角色权限：系统账号是否配置了相应的操作权限？
职能权限：岗位职责是否允许他执行这个操作？
资源权限：是否有权调动完成任务所需的资源（数据、人员、设备）？
MECE检验：
一个人想做、会做，但没有权限 →权限问题
一个人想做、有权限，但不会做 →能力问题
一个人会做、有权限，但不想做 →意愿问题
三者互斥（意愿、能力、权限是三个不同的维度），且加起来就是“人”的全部：任何一个人的行为受阻，必然是因为这三个原因中的一个或多个。
在经典的莱维特钻石模型中，“权限”其实被归入了“结构”（Structure）维度——组织的权责分配、沟通机制和权力层级。
在ERP系统中，“权限”往往是“流程治理”的一部分（谁有权审批、谁有权修改），但也直接作用于“人”——一个操作者即便意愿和能力兼备，如果账号权限没配好，照样动弹不得。
流程的问题可以从三个层面看：路有没有修好，大家有没有走路，有没有人指挥交通。
匹配度：系统里的流程和实际业务场景一致吗？比如公司常有紧急采购，系统却要求必须走三天招标流程
合理性：流程有没有冗余节点？比如需要三个人审批，但第三个人经常出差，流程就卡住了
闭环性：流程有没有反馈？录了数据，能不能看到结果？
bypass率：有没有线下纸质单和线上并行？有没有绕过系统的“潜规则”？
合规性：是否严格遵守系统路径？比如先斩后奏、事后补单
制度保障：公司有没有明文规定“不走系统怎么处罚”？
权责分明：每个节点的负责人清楚自己的职责和时限吗？
MECE检验：流程问题要么是“路没修好”（设计），要么是“有路不走”（执行），要么是“没人指挥交通”（治理），三者互斥且穷尽。
技术问题往往被简单理解为“软件有bug”，但其实它包含三个独立的方面：能不能做、做得快不快、在哪儿跑。
完整性：系统有没有这个功能？是不是需要二次开发？
正确性：功能有，但算出来的数对不对？逻辑有没有bug？
易用性：操作是否便捷？比如需要点5次才能完成，能不能优化成1次？
响应速度：点击后几秒加载？超过3秒用户就容易烦躁
稳定性：会不会闪退、卡死？并发量大时会不会宕机？
兼容性：在不同浏览器、不同手机上表现一致吗？
网络基建：服务器部署在哪？分公司带宽够吗？仓库里有WiFi信号吗？
硬件设施：电脑配置是不是太低了？扫码枪、打印机适配吗？
MECE检验：技术问题要么是“做不到”（功能），要么是“做得慢”（性能），要么是“环境不允许跑”（环境），三者边界清晰。
数据是ERP的血液，数据问题可以拆成：准不准、新不新、好不好用。
准确性：系统里的数据和实物/账目一致吗？比如库存数量对不对？
完整性：必填字段都填了吗？有没有大量空值？
一致性：同一个客户，销售部和财务部的名称一样吗？（比如“IBM”和“IBM中国”）
及时性：数据是业务发生时录入的，还是隔天补录的？
周期性：月结、年结能按时完成吗？数据会不会滞后？
标准化：编码规则统一吗？物料编码是数字还是乱码？
可获取性：用户能方便地从报表获取数据吗？还是每次都要找IT导出？
MECE检验：数据问题要么是“脏”（质量），要么是“旧”（时效），要么是“乱”（架构），三者互斥且全面。
现在，我们把所有维度汇总成一张快速筛查表。下次客户说“系统没用起来”，你可以一边听，一边在心里默默过一遍这些问题：
问完这12个问题，你大概就能判断：客户说的"没用好"，到底是哪个环节出了问题，是实施的责任还是客户自身的管理问题，以及——最重要的是——下一步该从哪里入手解决。
