你为什么会被乙方绑架？

题记：企业要有这样的观念：核心重要系统实施完之后，要能够完全摆脱乙方，完全靠自己二次实施、二次开发、运维！

前不久一个做乙方的朋友跳槽转去做甲方，开始长期加入吐槽抱怨乙方的阵营之中，也许是角色转变了，看问题变的不同。

他们企业属于制造业，实施了大大小小的内部应用系统，她负责的个别系统还在实施阶段或者已经处于二期项目阶段。本来应该是甲乙双方非常愉快的合作实施项目，结果甲方却一步一步被乙方绑架。

在实施过程中，乙方无需考虑相关需求是否真实合理性，凡是实现起来非常麻烦的能推则推，技术上的转移也几乎没有进行，乙方看不起甲方认为他们什么都不懂，因为实施过程中不让触碰系统，更不愿交接技术的问题。而交接的系统Bug非常多，架构也不稳定。甲方内部也没有专门的技术人员从头到尾进行跟进，一切都是乙方自己在全权负责到底，谁也不知道系统是怎么实施和实现的。一旦出了问题，你只能让乙方来处理。

例如因为业务拓展集团扩大，新建工厂和销售公司是非常普遍的现象，这些业务变更甲方在SAP里面通过简单的系统配置和数据扩充就能轻松搞定。而在这些应用系统里面却不行，因为前期在实施的时候乙方技术人员已经故意将相关的业务范围/数据写死在程序里面了，如果后续新建了组织是没有办法下单使用的，只能通过修改程序解决，于是乎乙方认为这种是新功能新需求，需要谈合同和费用。你看，这不就是被绑架了吗？

很多乙方连基本的系统架构和开发常识都不具备，开发程序里面各种写死，在代码里面还夹杂着各种业务数据，限死了程序扩展。虽然后续维护麻烦，但这些麻烦能够轻松转化为收入，再麻烦也是很愉快的。

或许你觉得甲方可以进行扣尾款甚至进行投诉。不，你想错了。这些资质和技术有缺陷的乙方能够成功推销他们的烂系统给甲方，自然有他们的一套公关。一旦甲方入了坑，乙方就像吸血蛭一样一直趴在甲方身上吸血，实施之后想要甩掉就不可能了。动不动就是要修改程序，修改Bug，修改后台，哪怕这些东西是因为乙方技术人员故意偷懒没写好功能，这些通通都是要钱。不仅如此，乙方的响应速度还非常差，往往一个功能要两个月甚至三四个月才能实现。有时候乙方心情不好甚至还不鸟你，电话不接微信不回。你想要终止合作？甲方对系统的掌控很差（前面已经说过了不愿意做技术交接），甚至连开发人员都没有，最后吃亏的不还的是甲方？

或许你又会觉得，甲方干嘛不终止双方合作呢？终止合作是不是意味着之前甲方工作没有做到位？相关参与选型的领导负有责任？然后你懂的。所以甲乙双方就很默契得形成了一些基础共识。

所以很多情况之下造就了甲方一步一步被乙方绑架的局面。本公众号之前写的一篇关于批判国内小软件厂商的文章得到了很多人的共鸣，现在被乙方绑架的情况太多了。

甲方既然考虑上新系统就要做好“慎始善终”，前期考察乙方资质以及做好各种选型的准备就显得尤其重要，很多原则问题不能选择性忽略更不能睁一只眼闭一只眼，不然被持续吸血是会很痛的！