作者 | SAP梦心
ERP选型就跟买东西做生意一样，一定是带着自己的需求去挑选产品。考察一款ERP产品首先得确保它能满足企业的一些业务需求，这个是前提，然后才是价格、服务等其他方面。
翻看一些国产ERP厂商的官网或者产品介绍，丝毫找不到任何跟ERP相关的字眼，都是各种新鲜词汇进行轰炸，什么数智化、云原生、xx云、xx共享、xx机器人，让人看得一头雾水，特么这个是在选ERP产品啊，而不是被科普词汇，完全看不到它能解决什么问题。
而在售前的ERP选型会上也是各种莫名其妙的词汇，演讲的销售仿佛是打了鸡血的传销人员，一出口就是一大堆信息轰炸，不讲案例和功能，对甲方的一些特殊需求只会含糊带过，只会迎合现下行业的各种“趋势”展开，有自卖自夸的嫌疑，同时也不忘恶心一下同行ERP产品，甚至拿自己某个改进优势去抨击SAP和Oracle被人诟病的地方。甲方企业被这么一通说道，感觉销售人员脑子清晰灵活，ERP功能强大，因此容易出现判断偏差。
所以拒绝信息轰炸，我们就来抽丝剥茧，还原最原始的需求，看看ERP选型到底要怎么选！
从业务需求角度：是否满足企业个性化的业务需求。
举个例子：
如企业有客户定制的业务，则要重点考察ERP产品是否能满足企业定制的功能，设计图纸、价格、配件信息、出货、物流跟踪等是否支持；
如果企业是药品等行业，对企业成品生产配方有特殊要求，则要重点考察ERP产品对配方功能的支持，包括配方保密等；
如果企业是流程型重复型生产，则要重点考察ERP产品是否能满足这种生产特性的需求；
针对企业大宗商品管理、金融服务、关务、进出口等等业务是否能够完整支持；
所以选型之前，企业应该明确自己的业务需求，ERP项目组应该花很多时间去每个业务部门好好了解当前的业务现状，梳理每个业务线，明确权责，收集问题点，好好分析当前企业的业务线条从头到尾是否有哪些可以提升。同时也要想清楚上ERP能解决企业哪些痛点难点，这些业务需求可不是简单地将原本线下的单据搬到系统中这么简单，上了系统就要充分好好利用数据。
一些聪明而且厉害的企业都懂得外聘专业的咨询团队来做企业管理咨询，从纵向横向好好梳理诊断。不要以为这个工作无关紧要，你认为无所谓的，人家华为在二十多年前花重金聘请IBM就已经做完成了。
如果有条件，能够参观同行业的ERP应用效果那就更好了，走前人铺好的路和经验，让自己的路更好走。企业要将所有业务关心的需求以及痛点列出来，在选型评标会上跟ERP厂商过一下，分析解决方案，如果有现成的应用案例那就更好了。
从技术架构的角度：是否满足企业自由定制开发的需求。
ERP系统是企业信息化和数字化建设的核心应用，企业应该有这样的意识：抛却厂商，要将核心应用完全牢牢攥在自己的手里。
基于这样的意识，ERP系统能够看到大部分源码而且完全能自己开发就显得非常重要了，而且还需要能够本地部署。很多ERP产品在上线之后，企业如果有什么个性需求要开发，往往需要借助ERP厂商来做，企业对ERP产品的深层掌握程度不高，完全看不到源码，这就很难受了，借助时髦的一句话：ERP系统有被卡脖子的风险，很大程度上依靠ERP厂商才能维护得了。
所以这个环节首先要考虑：
ERP系统是否开放绝大部分源码、
开发语言是否简单易用、
定制开发是否简单、
是否可以一定程度上修改源码、增强源码、
与其他应用系统集成是否方便快捷、
技术调试和排错是否简单，不需要额外的平台、
ERP技术平台是否是低代码平台、
能够方便快速满足企业自定义开发、
是否支持免停机维护，免停机打补丁、
是否支持负载均衡的部署架构、
是否有提供标准的业务接口等等。
从厂商的售后支持的角度：是否有完善方便的售后支持。
ERP项目是一个浩大的工程，企业上了ERP系统也会持续用个好几年，系统本身也非常的庞大复杂，使用期间遇到问题在所难免，这就要求ERP厂商能够有一个非常完善的售后服务。
因为这个环节需要考察：
网络上针对ERP产品的技术和问题解决服务的文章是否较多？
ERP厂商有没有这样的查阅问题解决方案的平台？
针对其他用户遇到的问题，ERP厂商是否有提供补丁可供下载并打入？
针对发现的问题，是否有快速通道可以发送问题信息，ERP厂商是否有专门的远程处理服务？
ERP厂商是否有用户交流中心、论坛、博客等平台？
ERP厂商的规模和能力、在本地城市是否有yin营运中心。
不要小看这些东西，一旦出问题哭诉无门才后悔莫及！
选型误区：
1、ERP产品是否是C/S还是B/S架构？不重要！
2、能不能上云？不重要！
3、有没有机器人、**AI 插件？噱头，不重要！
4、是不是智能ERP、智慧ERP？你不需要增智慧，不重要！
5、ERP产品价格如何？你只需要坚守自己的预算，不要盲目砍价！
END
注：文中插图来自颇可POCO