我是 ERP 实施工程师，干这个活实际上挺磨人的。 刚启动接触时，最怕的就是对着那一堆厚厚的手册发呆。

那会儿总认定“金主爸爸”的要求就是让你照着做，结局呢，做出来的系统跟我那会儿在学校里模拟的那一套全是一模一样。连那个“双因子认证”的流程，我都差点背下来，结局老板问时候忘了说。

后来才明白，ERP 不是写代码，是给人干活，是管钱管货，是人情世故比逻辑代码更难处理。 最头疼的肯定是需求分析阶段。别当作只要您把需求文档发过来就行了，那玩意儿就像个填空题，老板说“要对接财务系统”，财务说“要对接进度的”，进度组又说“要对接库存”。我天天在改需求，改到想把头发拔光，最终文档厚了比纸还厚。

这时候就得学会跟老板砍，砍到他们认定“行吧，差不多行了”，哪怕最终供应商都不应允，我也只能硬着头皮去填。

有时候老板连“为啥”都不问，自己瞎猜，最终搞出来的系统跟他们的图纸彻底对不上。 搞到参数配置那步，简直像是在玩纯享游戏。

明明用户手册上写得清清楚楚，登录密码、单据号、币种、税率，一个个填进去，系统还报错说参数冲突。

这时候我就得边报错边改，改到质疑人生。记得有一次，客户非要让所有月份都算半年度报表，结局导出出来，数据乱成一锅粥，出于系统默认一年一报。我最终得顺着他们的思路胡编乱造，改参数改到半夜，直到他们看到报表好看为止。过程特别痛苦，但为了那个最终上线的交付，我也只能咬牙顶。 最让我哭笑不得的是上线前的演练。

本来当作演练就是把老员工导入系统，结局呢，客户把全公司 200 多人全扔进去，连个账号都没配好。我带着他们一个个登系统，一个个改密码，差点把公司的打印机都踩坏了。

这时候我就得去跟客户吵架，跟他们解释系统权限如何分，如何设置，如何防止误操作。客户一听要改权限，立马就嚷嚷着：“不中不中，之前做完了，目前改多费事，能不能用旧系统？”我这才意识到，真正的实施不是修电脑，而是修心。 记得那一次上线演练，客户把全厂的造线全体接入系统，数据量大到差点把服务器撑爆。

当时我就急得跳脚，赶紧去跟数据分析师沟通，帮他们重新设计数据架构，把冗余字段删了，把转换逻辑改得明明白白。最终别看系统没爆，但数据量还是有点大，得做额外的转换。

那一刻我才明白，ERP 实施有时候更像是在急诊室抢救病人，病人（系统）病情重，但病人家属（客户）却认定“这破病没啥大不了的，别管了”，这种心态确实忒伤人。 回公司后，我慢慢摸索出了一套“对□错”的应对方式。

那会儿总当作只要参数填对了就行，后来发现，大量时候客户想要的功能根本不存有，要么他们根本不知道要用。

故此我务必学会“造需求”。

比如有个销售大区想突然增添一个“全员即时通讯”功能，我想都没想就批下来，结局系统赞成不了，还得去找开发造。我目前都学会了先跟客户确认他们到底想要啥，是培训需求、是功能需求，还是只是是想换个界面？不同的需求，解决方案彻底不同。 目前的 ERP 项目，背景如此复杂，客户如此难搞，有时候确实认定没意思。但我知道，这些项目能落地的概率极低，大多数最终都烂尾。能做成系统的，都是那些真正懂业务、愿意为了目标去死磕的人。别看过程挺吵，挺烂，但看到最终上线的那一刻，那些混乱的数据跑通、报表自动出，客户尝到甜头，那种成就感是这辈子都忘不了的。 实施工程师的工作，说白了就是要在最混乱的日子里，帮客户把系统理顺。你得有耐心，得会沟通，还得有点狠劲。别总想着完美无缺，有时候略微缺个功能，只要能跑起来就行。

毕竟，系统最好办跑不起来，但业务最离不开它。

只要业务还在跑，系统就是个摆设；只要系统还在跑，业务才有希望。