第132章 要“掀桌子”才行 (2/3)

张伟算是把来龙去脉说了个底儿掉，在大佬面前，就不藏着掖着了，毕竟机会难得啊。

李总深深的叹了一口气，说“你以为客户需要的是erp，他其实只想找个替他记电话的本子。”

“是啊”张伟低头喝了一口咖啡，“我从做顾问的角度切入，但没站在客户的角度设计价值。”

还好有上次的复盘，否则自己的认知深度不够，大佬就会兴致缺缺啊，要和大佬交付，自己也不能有太大的差距。

谁喜欢对牛弹琴啊。

李总点点头“这其实是整个国产erp行业，过去二十年的通病。”

张伟抬起头“您也这么看？”不管是自己做过的项目，还是售前的项目99%都是替换金有浪。

李总笑了笑，把咖啡杯轻轻放在托盘上“张伟，你还年轻，你这次失败的方式，其实整个‘金有浪’已经失败了二十年了。”

张伟眼神一凝，老炮出手。

李总不紧不慢“你知道sap为什么至今没有被国产erp超越吗？是因为它一开始走的是一条对的路。”

张伟静静听着，这可是一个20多年sap销售的认知，绝迹没有废话。

“sap从产品构建之初就是‘业务驱动财务’，业务怎么走，财务就怎么反映，整个架构是从业务流反推财务逻辑。”

这点张伟非常的认同，毕竟上个项目“战略it顾问”的职位，结丹大圆满，就是“财务业务一体化”激发出来的。

“而金有浪一开始是什么？是财务软件起家的啊。”李总点点桌面，“金有浪，最早是会计做账的系统，后来才硬往上拼业务模块，拼mrp、拼生产、拼采购等等业务功能。”

“听起来功能差不多，但内核天壤之别，都叫手机这是‘苹果’那是‘王果’山寨机。”李总一手指着自己的手机，眼神却是望着对面的灯箱，语气中多了几分凝重。

张伟若有所思“所以财务和业务是断裂的？”

“断得很彻底。”李总继续说道，“你让一个以财务为根基，长大的系统，去支撑一个千人、万人级的集团多组织协同，它撑不起来的，流程一复杂，跨部门协作一纵横交错，模块间就打架。”

这点张伟在惠州那个项目是深有体会的，只是一个字段名sap全系统只有一个，金有浪居然有7个之多，就这一个点，就把张伟折磨的够呛。

张伟点头，咬牙切齿“我在项目上也见过，完全认同，而且还深受其害啊。”张伟现在回想起来，还脊背发凉。

“所以为什么一到大型制造、能源、医药、电信这些领域，客户根本不考虑金有浪，直接就问sap。”李总摊手，“不是他们有信仰，是因为知道，其他的系统搞不定。”

张伟沉思了几秒，问“那国产erp现在架构也重做了呀？他们不是做了云架构、微服务、低代码平台这些技术升级么？”

这其实也是张伟最疑惑的地方，sap单纯说技术其实老掉牙了，上世纪80\/90年代成型的，abap开发语言，只能在自己体系用。

李总笑了“这些技术，能解工程难题，但解不了产品方向的错位。你把一个方向错了的航母引擎升级成核动力，它只会错的更加离谱。”

“错位”自己也得出过这个结论。

李总顿了顿，继续道“而且你别忘了，erp这个行业最恐怖的是，路径依赖。”

这点张伟有点没搞懂，疑惑的眼神看着李总。

“第一路径依赖，自身产品路径依赖，现在金有浪，肯定也发现了这个问题，可是要推翻了重做啊，就等于自己往自己身上扎刀子啊，这种深入骨髓的疼痛，谁能忍受啊；不过我看他们已经在做了，只是扎的有点....，哈哈！”

“第二路径依赖，客户换erp的成本极高，大客户哪怕知道你架构更新了、技术更好了，只要sap能跑，他们就不会换。换一次erp，投入的钱、人、时间、系统间的整合，等等，各种成本是海量的，重点是换了之后，一定比sap好？？”

这点张伟是深有感触，毕竟自己是做项目交付的，难道只是因为技术更加先进，把sap换成金有浪？

这就好像自己这次创业，难道因为sap比纸+微信+excel，技术更加先进周哥就换？

张伟压低声说“那是不是意味着，国产erp技术、方案、架构，哪怕今天比sap好，也没机会赢？”

这其实是张伟心中一直想说的。

李总喝了一口咖啡“没错。而且，他们还没真的‘更好’。”

“erp是一个生态系统，这个生态也分成两个方面。”