分享

小公司面对超级大甲方和四大的欺负应该怎么办?

 新用户75182Bbu 2021-11-18

一、项目情况简介:

大甲方A总包项目给四大B,四大B再外包了其中一个板块给一个小公司C。

小公司技术还不错,产品有创新的部分,但是来现场交付的资源有限,派到现场实施产品的人员全部都是90后年轻的开发人员,其中一个比较能说会道的90后小女生充当了他们公司的商务和项目经理的角色。

由于项目时间紧迫,小公司C和四大B的合同还没有签完的情况下就先入场开干。

由于小公司C没有派产品经理,所以大甲方A自己出了产品经理配合C公司。

二、矛盾爆发:

本来一边干一边签合同,甲方也配合,双方一起熬夜加班,系统好不容易上了线,虽然Bug很多,但是甲方也包容,明白时间短,有Bug可以慢慢优化,也没有抱怨C的质量怎么样。

问题出在合同上,系统都上线了,合同条款都还没有沟通下来。

B说是C不配合,C说是B故意刁难,A一直从中协调,但是都没有结果,合同一直没有签下来。

C着急了,威胁A和B,如果不马上签合同就立刻撤场。

由于系统的Bug还很多,一开始大家都认为bug可以持续优化,所以业务部门也没有步步紧逼,耐心等待bug持续优化,但是C一旦撤场,则会导致没有人修复bug,业务部门的压力很快就会传到信息部门。

为了帮助A解围,B方项目经理不得不持续跟C沟通合同条款,也希望可以尽快和C签合同,最后A方信息部领导也不得不出面直接和C方董事长沟通,结果沟通失败,C方最终做出了撤场的决定,说等合同签订完毕再入场。

在这种情况下,bug持续爆发,到最后数据采集的正确性都受到影响,A方信息部不得不通知业务部门,刚刚上线半个月的系统要下线,系统采集方式再次从线上回到了线下,影响了上万家法人单位的日常工作,引起业务部门的极度不满,投诉到了A方董事长。

A方信息部领导被董事长告知再出现这种情况就直接走人。

此刻A和B都想了很多办法,希望可以自行修复Bug,让系统可以重新跑起来,毕竟在这么短的时间要重新换个系统不现实。

在A和B都死马当活马医,请来了C公司前离职员工,想要自行修复Bug,结果在修复的过程中,C不断通过技术手段删除代码,只要系统一上线就会被破坏代码数据,反反复复几次,A和B只好放弃了修复系统的想法。

A和B只好寄希望于换一个供应商重建新系统或者自行开发一个系统,这么短的时间,无论哪个选择都是非常艰难的。

A和B在做了很多努力,发现没有哪个供应商敢在这么短的时间承诺上线一套新系统的情况下,A方信息部门只好破釜沉舟,自己开发,时间紧任务重,每天加班到凌晨,第二天八点半又继续上班,现场非常惨烈。

C发现撤场的目的没能实现,于是发来律师函,要求赔偿已经投入的人天损失。

B方项目经理给C算了一笔账,C损失的人天只有一百多个,由于系统bug和系统重建给A带来的损失人天是十几万个,因为业务人员有几万个,无法使用系统的等待期都超过了十天。

打官司对C来说,拿到的赔偿根本不够赔偿A损失的零头,孰轻孰重终于搞明白了,C于是不再提律师函的事情。

在这场事件中,C觉得很委屈,A觉得更委屈,B觉得很无奈。三输的状态下,起码我们应该得到一点教训:

第一、来不及签合同,起码要研究一下对方的合同条款,如果根本无法满足,就不要投入,四大的合同条款并不是说改就能改的,它就是死板。

第二、要站在对方的立场看问题,如果C一开始明白撤场对A造成的损失,就不会那么任性的撤场了,撤容易,关键回不来。

第三、C总觉得可以绕过B跟A直接签合同,大公司的流程它就是复杂和严谨,A签了总包B,就不可能再来签一个,一个子公司信息部领导的能力并不能对抗集团的流程。

总的来说,导火索还是因为C没有专业的商务人员和有经验的项目经理,年轻的开发人员连商务常识都不具备,也没有项目经理的沟通和判断能力,才会导致自己在项目中陷入被动,并且C至今都并没有认识到自己的问题,技术出生的董事长和参与了项目的开发人员一起,一味抱怨四大和超级大甲方坑了他们,真是白吃了这个亏。

    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多