ERP选择阶段是实施中的关键一步，需要企业各个团队的参与，而不仅仅是高管层的独角戏。在您签下新系统的任何合同前，都要确保IT与研发团队对以下问题心中有数。他们才是真正负责ERP系统定制和编码的人，因此，要确保他们对这些问题的答案是满意的。
ERP是基于哪一个系统？
开发团队的责任很大一部分是了解新ERP所处的系统和支持的语言，因此他们在这方面要有发言权。根据软件运行的系统环境（Linux、Microsoft或某一特定的编码语言）不同，IT团队可能要花费更多时间来熟悉系统和培训新员工。
此外，您还要询问供应商，是否有标准的Web应用程序，还是说应用程序是根据不同系统量身定制的。当员工使用不同的操作系统，比如同时使用安卓和苹果设备时，这一点就尤其重要了。他们使用的SaaS应用程序是支持两种系统呢，还是基于web浏览器，任何人都能通过任何设备来访问？
您多久开发一次新版本和新产品？
由于企业未来的发展计划各不相同，对这个问题的回答将影响您如何进行规划。您的项目会不会因为没完没了的更新而中断数次，会不会动辄来一次大规模翻新，让您心仪的ERP马上变成了淘汰品。这个问题不仅有助于建立有条不紊的ERP实施日程，还能帮助团队选择到最适合的一个版本。比如，如果供应商当前不提供SaaS版本的ERP，那么就要刨根究底，看他们最后是否会提供，并了解云端ERP是否更适合企业。
系统更新的任务谁来承担？
基于我们之前关于系统更新的问题，您还要进一步了解，更新要由谁来完成。当更新版本发布后，是会自动安装到当前的系统，还是需要IT团队下载？考虑到IT团队的权限与当前的规模，这个问题也是举足轻重的。假如系统升级的工作完全转移到您的头上了，您准备好应对了吗？这可能会占据IT部门大量的时间。另一方面，您可能希望掌控新版本安装的时间和方式，尤其是定制敏感部分、或是只需要进行一部分更新的时候。这样的话，您必然希望自己的团队能够全权掌控系统更新。
系统的原始编码是什么时候编写的？
这个问题将能体现出软件的易用性，这不止是开发团队关心的问题。它仅仅是更新了遗留系统的旧代码，还是全部重新开发了整个系统？系统的界面可能看上去时髦又新颖，但也有可能只是新瓶装旧酒。您务必要让开发团队知道签的是一个什么样的协议，未来要使用什么样的代码。在和供应商安排的演示和试点中，一定要敢于发问，确保IT部门的管理人员参与到这些会议中来。您会发现，有了他们的参与，ERP的实施会顺畅得多，您也能更胸有成竹地应对未知的坎坷。
共有条评论 网友评论