看程序员和“甲方爸爸”如何惨烈互撕,相爱相杀

公司从成立至今也做了不少项目了,有大的,有小的,有短期的,也有一直长期合作的。而碰到的客户也是形形色色的,有拖欠尾款的,有做了一半不做的,也有合作很愉快的。所做的大部分项目都已经上线运营,受到了客户的好评,但是也有一些需要反省和总结经验教训的。  

项目一:传统企业的行业产品,移动端应用和PC端管理系统

甲方:为此集团下新成立的网络技术公司,人员配置包括一个产品经理,三个设计,两个开发

开发方式:异地远程

这个项目是我们公司成立后接的第一个项目,属于那种中长期按人按月付费的项目,因为是刚开始自己干,首先要以生存为前提,同时抱着磨练团队和积累经验的心态接下了这个项目。

甲方公司是集团公司下属的,因此资金不是问题,甲方的负责人也是集团公司下派的,可以说对互联网是一窍不通,而配备的人员也都是刚毕业或者才工作没多久的,产品需求还是个半成品,对于包括我们刚开始做外包这种在内的这样一群小白来说,项目进展情况不说也知道,那就是极度艰难和缓慢。这就造成甲方让我们的开发人员得时不时的飞过去参与产品需求的讨论以及甲方技术团队的管理,虽然是甲方出这个费用,但是实在是耗时耗力,可能也是传统企业的思维造成的,讨论必须得见人,远程沟通他们不放心。

这个产品在开发的过程中慢慢的发现它的行业复杂性,不但开发难度在增加而且需求变更也越来越频繁,有时竟然夸张到一版APP做好后,公司老板的一句话,大部分页面设计得推倒重来,也是仗着甲方项目资金充裕,敢这样折腾。其中有一件事情着实让我大开眼界,甲方让我们几个技术飞过去讨论产品方案,本以为过去是在一个小会议室看PPT,然而我们太天真了,去了才知道参加的是集团领导和几个集团小领导的大会议,各领导轮流发言,你来我往,整个会议是群情激昂,会议室也是烟雾缭绕,既没有任何方案展示,也没有确定一些功能需求,最终也就没有任何结论,做了一堆无用功。这种用传统企业思维来管理互联网企业本身就是有问题的,互联网公司要的是创意、效率和快速解决问题的能力,而这种大规模的耗时的且无意义的会议是最忌讳的,这也给甲方的互联网技术公司和最终的产品失败埋下了隐患。

经过5个多月的磕磕绊绊和反复修改,第一版产品终于上线了,可想而知,市场推广效果和反应并不理想,甲方提出的需求和行业痛点也不是用户真正想要的,用户数量始终上不去。

经验总结:由于是我们的第一个项目,接的比较仓促,有些方面考虑的不周全,所以在合作过程中有时很被动,做了一些超出乙方开发范围内的工作。同时甲方公司的经验不足,开发需求不明,造成了一定程度的时间和资金的浪费,而我们作为乙方理应在开发过程给予适当的引导,这点做得还不够好。再接这种项目的时候,前期合同必须得签好,写好分工,然后需求必须得明确,避免开发过程中的返工和扯皮。不过这次开发经历的确对我们的团队来说是一次很好的历练,磨合了团队成员间的合作,增强了技术和问题解决能力,同时为以后的项目开发打下了坚实的基础。  

项目二:智能家居产品APP端

甲方:智能家居技术企业

开发方式:异地远程

这个项目是通过关系介绍的,项目资金谈的也还可以,需求和设计也很给力,所以很放心的就接下来了。在做一期的时候很顺利,按时完成甲方的需求和功能要求,做过此类项目的都知道,最麻烦的就是硬件调试,有时也得飞过去做现场联调,不过通过大家的努力,一期按时上线,甲方也很配合,每部分资金都按时到位,初期合作很顺利。

一期上线后,开始确定二期的需求并签订合同,二期主要是功能上的添加与升级,基于一期的合作,因此对甲方非常放心,没有强制要求先支付预付款,不过这的确成了这个项目的一大败笔。刚开始的时候,开发这块按照需求紧锣密鼓的进行着,没有发现任何异样,慢慢的发现有些变味了,当初定的需求部分需要进行一些改动,好吧,鉴于之前合作很愉快,忍了,改吧,然后又出现有个功能逻辑重新做,算了,已经做这么多了,继续给做吧。最后好不容易把二期的功能硬是改完,bug也修了,测试也都通过了,正在等着给打钱时。甲方公司提出,他们的客户对一个功能不满意,需要再做一些改动,改完就给钱,我们差点都要骂娘了,最后没办法,自己签的合同,跪着也要做完。本想着这次改完终于可以拿到钱了,没想到又出现了一些幺蛾子,就这样,反反复复,一会小改一点功能,一会改几个bug。钱也不给,就这样拖着,最后等来的却是晴天霹雳,由于甲方产品推广不理想,运营成本太高,并且无人接手,公司直接倒闭了,这二期的钱彻底打了水漂,本想着飞过去走法律程序,但是由于中间有关系在那,然后又觉得太耗时耗力又费钱,同时手头还有项目脱不开身,最后只能不了了之,当是交学费了,算是买了一个大大的教训。

经验总结:无论签几期合同,无论这个项目中间有没有关系,一码归一码,预付款一定得要,这是最起码的,如果开发中期能再要一部分那就更好,首先要保护好自身的利益不受侵害,以免吃哑巴亏。像我们这种小公司真的折腾不起,亲测有效。  

项目三:政府某部门相关系统完整解决方案

甲方:某技术服务公司

开发方式:同城远程开发

这个项目是甲方委托我们的技术团队开发的,自身无任何技术开发人员,只是进行需求采集的中间角色,合同也是和甲方签订的,项目款分期支付。项目前期,我们主要与甲方以及政府部门相关人员进行沟通,梳理项目需求,确定最终的实现方案,一切还算顺利,我们先出的UI设计图,涉及的产品包括Android,IOS,微信公众号,PC端网站和管理系统,以及爬虫系统。

其实这个项目开始的时候,我们也是有心里矛盾的,和一些同行了解过,做政府的项目可能事情比较多,沟通成本太高,有时还需走动走动。但是中间有个甲方,我们想着只和甲方按合同办事,因此就放松了警惕。随着各个端开发的进行,问题也就随之而来了,政府部门领导觉这里不好了,那里得改改,就给甲方施压,甲方就是靠这个生存的,因此只能陪笑,然后和我们沟通更改一些功能,最初一次两次我们也都能接受,后来越来越频繁,感觉签的合同啥用都没用,领导一句话,甲方就来找我们,最后只能以停止开发往回怼,让甲方自己处理,因为开发周期越往后推对我们越不利,时间成本太高。

最后终于开发测试完毕,待政府部门验收的时候,大问题来了,政府部门换了领导班子,剩下那30%的项目款眼看着就要拿到手了,又被收了回去。领导班子一换,甲方又得重新走动,各个产品重新演示和申请验收,为了配合验收,我们又对新的领导提出的一些需求做了一些改动,终于开始验收的时候,政府部门又对当初的需求文档开始挑毛病,一个字一个字的抠,不过系统中确实有一些不足,虽然不影响整体功能,但是就是不能过审。就这样你来我往的扯皮,5个月的工期,现在快一年了还没有真正交付,没办法了,现在只能这样耗着,这个项目到目前为止算是失败的。

经验总结:接政府项目一定要谨慎,除非你有很硬的关系,时间上真的耗不起,如果非接不可的话,前期预付款必须提高,降低自身的风险。其次,在审核需求文档和签订

同的时候,一定要仔细再仔细的检查,能做的要做的写上去,不能做的系统中没有的尽量不要写,以免产生功能缺失,最后弄得两败俱伤。

虽然以上是一些不太成功的合作案例,但是这只是一些个案,大部分的甲方还是信守承诺,按合同办事的。不过我觉得首先要做到自身的身板正,技术硬,不能欺骗客户,客户才能信任你,其次再要求客户,这样才能在这个圈子站稳脚跟,培养好的口碑,最终生存和发展起来。确实,外包项目是有一定风险的,稍不注意就会两手空空,把握以下几点保你不翻车或者少翻车,签订合同或者协议时要仔细、根据项目情况支付预付款,风险大的多要点,风险小的少要点、需求必须得明确,尽量避免改改改!以前没在云沃客上接过项目,后来听同行介绍,这个平台上的项目非常靠谱,不但项目属实而且有资金保障,后来接了几个项目,的确如此,打算常驻平台,并将我们打造成优质的技术服务提供商。

极客网企业会员

免责声明:本网站内容主要来自原创、合作伙伴供稿和第三方自媒体作者投稿,凡在本网站出现的信息,均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性,但不保证有关资料的准确性及可靠性,读者在使用前请进一步核实,并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏,概不负任何法律责任。任何单位或个人认为本网站中的网页或链接内容可能涉嫌侵犯其知识产权或存在不实内容时,应及时向本网站提出书面权利通知或不实情况说明,并提供身份证明、权属证明及详细侵权或不实情况证明。本网站在收到上述法律文件后,将会依法尽快联系相关文章源头核实,沟通删除相关内容或断开相关链接。

2017-10-17
看程序员和“甲方爸爸”如何惨烈互撕,相爱相杀
公司从成立至今也做了不少项目了,有大的,有小的,有短期的,也有一直长期合作的。而碰到的客户也是形形色色的,有拖欠尾款的,有做了一半不做的,也有合作很愉快的。所做的大部分项目都已经上线运营,受到了客户的好评,但是也有一些需要反省和总结经验教训的。  项目一:传统企

长按扫码 阅读全文