做出大规模技术升
如果您的ERP版本远高于原本计划使用的版本,那么ERP的升很可能带来诸多挑战,甚至给原有业务带来灾难性的影响。另外,企业也需要有针对性地调整规划与预算假设,从而真正将业务需要同技术方案联系起来。
忽视业务部门的参与
技术部门与业务部门之间往往很难找到理想的平衡点。这难题在ERP域也同样存在。
世界上不存在的ERP方案——如果大家积同业务部门接洽,那么对方无疑会对问题采取宽容的态度。相反的话,那么所有负面后果都会引发冲突。吸引用户的较好方法就是向业务部门解释ERP变更会对日常工作带来哪些影响。只有顺畅沟通之后,升工作才有可能取得理想结果。
高估员工对于云版本解决方案的适应能力
多年以来,成本节约与灵活性优势直是云服务的主要卖点。然而在云端实现ERP时,员工的实际适应能力和执行力往往会成为巨大瓶颈。考虑到云版本ERP系统仍然需要强大的内部治理与支持作为配合,大家需要评估云迁移规划的成本主张与假设。
项目要求太过宏观且不够明确
切ERP相关项目都必然包含升、强化与转换这几大要素。在这里,正确进行需求分段将直接决定项目的较终命运。
这意味着服务商必须制定更为具体的ERP项目要求,确保其满足各个用户群体的实际需要。
具体而明确的要求还能够帮助大家更轻松地判断项目本身是否成功。具体来说,如果当前要求为“简化财务流程”,如此模糊的前提显然很难得出明确的成效判断。
依赖遗留技术可能带来风险
部分ERP项目单纯关注对旧有系统的维护——但这有时反而会带来更为糟糕的结果。必须承认,某些类型的ERP调整举措可能会增加风险。例如,为了支持扩展工作而承担额外成本正是类警示征兆,这意味着我们已经受困于遗留技术方案。除了人才培养带来的挑战之外,源自遗留系统的依赖性还可能引发更为严重的风险安全风险。
存在太多意外突发情况
如果长时间身处大型企业当中,异常请求的数量必然相当可观。这通常属于治理流程不力引发的结果,且较终会对ERP系统产生严重影响。
在设计出标准化流程之后,各类需要特殊处理的意外状况都会破坏固有制度——这意味着用户会认为可以通过“例外”方式得到自己想要的结果。
ERP治理流程的开发不需要涉及多层行政体系。要解决例外情况,企业应建立起常设业务与技术决策委员会。通过此类流程,将能够避免切可能影响系统设计的问题。
高度依赖Excel
微软Excel确实非常强大,且可谓世界上规模较大的非正式ERP系统。然而,如果用户使用Excel的频率过高,则证明企业的ERP项目存在问题。这意味着ERP系统未能以用户友好方式提供服务,且用户可能需要自行查看多种数据来源以完成日常 工作。要解决这个问题,服务商需要每月或者每季度询问用户定期使用的Excel文件的情况,并以此为基础调整ERP方案。
过度使用新型技术方案
新兴工具与系统确实令人兴奋不已,但盲目引入新型技术成果往往会削弱企业的ERP系统。千万不要本末倒置,以技术推动决策流程。大家应将技术视为支持自身获得业务成果的工具。只有这样,才会有针对性地作出技术选择。
将合规性视为时事后举措
如果企业的ERP项目主管将合规性视为“项目完成后才需要考虑的工作”,则是完全错误的想法。金融服务、医疗卫生、制药以及能源等监管要求较高的行业对于合规性的要求尤为严苛,这意味着企业必须从起步时即将合规性保障纳入ERP系统的设计考量。
将内部环境的种种假设带入云端
内部部署型ERP方案与其云版本存在巨大差异。事实上,大多数企业往往在内部方案中使用70%的原有配置加30%的定制化配置。相比之下,大多数云ERP方案的定制空间更小,因为服务供应商需要客户以更加标准化的方式进行使用,旨在促进整体更新。