欢迎来到福编程网,本站提供各种互联网专业知识!

网站外包要注意防范风险

发布时间:1970-01-01 作者:佚名 来源:互联网
从2007年5月份说起。左岸准备开始做,当时为了赶进度,左比较、右打听,敲定一家专门做网店的公司合作。对于我们的要求,该公司答应得爽爽快快,而且反应迅速,当天下午立即派人过来面谈了合作,并且保证二个月内上线。付了预付款后,就开始干了。我们作一

从2007年5月份说起。左岸准备开始做,当时为了赶进度,左比较、右打听,敲定一家专门做网店的公司合作。对于我们的要求,该公司答应得爽爽快快,而且反应迅速,当天下午立即派人过来面谈了合作,并且保证二个月内上线。

付了预付款后,就开始干了。我们作一些运营前的准备工作。不时通过线上或者电话打听一下进度,那头说进展顺利。

但我总有点不放心,所以希望看到他们的一些初步工作成果,比如页面设计的样子等等——大家都知道,开发网站在架构、逻辑层面做好后,后面得把demo做出来,然后再植入程序,再测试……等等。程序是最后的工作,肯定是看不到,但是demo一定得能看出来。

左催右催对方就是说在进行中。直到五月底,告诉我们还有一些工作没做好。

6月份继续前面的过程,考虑到他们在5月的表现,所以盯得更紧些,找他们老板电话沟通过,希望不要失约,作为重点项目,加快进度。承诺了,安排了,进度仍然极慢。

终于在6月下旬通知我们有一个demo版可以看到了,但是进去一看,完全不是我们想要的东西。

这个时候其实我们已经被“绑架”了,上了这条船,你不可能换供应商,不可能中断合作,否则谁知道下一家又会怎样?

到七月初,我已经无法忍受系统的开发进度,经常测试出一个问题之后,反馈过去,要三四天才能修改好,而修正了A问题,又出了B bug,当B bug改好了,没想到A环节又出bug……

负责我们项目的销售经理也变了脸,提出问题,他的话就是:“我不是做技术的,这个你还是与技术沟通吧……”,后来,他们禁止客户与技术直接沟通,必须要将问题发送给一位前台,由该前台再将问题通过RTX发送给技术处理……沟通效率进一步下降。

眼看着时间一天天过去,生意就是没法开始,停一天就是一天的损失!电子商务有时候就是需要熬的,熬到最后才是精华,而熬是需要时间的,因此早上线一天,哪怕不卖东西,也是赚钱。

于是同他们老板再次沟通,第二天久违地早起(辞职之后是自由人,一直都是晚上很晚睡,早上八九点才起来),拎着电脑坐40分钟的车去他们公司“上班”……还算客气,帮我安排了一个座位在技术旁边。

中午休息的时候,我跟他们讲我的电子商务理念,讲我们的业务逻辑,讲为什么要这样做……他们终于有些懂了(恕我直言,多数做技术的人是没有市场概念的,他们也不去理会什么市场之类的)。这个时候,我开始理解他们了,知道为什么一个问题常常需要三四天才能解决。因为:他们接了很多单子,不光提供网店系统,还要做技术支持。但是……由于系统非常不成熟,所以用户的问题非常多。用户一般是电话直接过来,和技术通话一次常常达到30到40分钟……刚放下电话,另一个电话又进来。

也就是说,有限的开发人员、有限的时间基本都用在应付无穷无尽的用户问题上,因此更加无睱顾及开发工作的完善和系统的改进……因此,如果不是我盯在他们边上,那些问题真的不知道到何日才能解决。

赶啊赶,终于等到7月底的一个晚上,最后一个测试草草做完,拿了源代码,匆匆赶回去,布署网站……。

各位要是以为这故事完了,那就错了——噩梦才刚刚开始。

我们作了一些推广,顾客来了,想买东西,要注册,结果注册出错……

手忙脚乱地去联系他们处理,终于处理好了,顾客已经不想再来了。

新来的顾客能成功注册了,结果……订单提交时出错(这其中也有服务器的原因,租的万网的超烂虚拟主机,有时候某个目录写操作权限没打开……)。

辛辛苦苦把这个问题修正了,结果顾客付款时又出问题……

这其中的苦闷,无人能理解。

从十月初开始,我们的程序工程师就开始了一段暗无天日的工作:在没有开发文档的情况下修改这个程序。前台后台无数个不合理、不可理喻、不能原谅、不可饶恕的错误和愚蠢的设计一点点改……一直改到2008年2月份,才终于勉强能用——也就是在这个月,左岸终于实现盈亏平衡。

但系统之烂,仍然让我时时有操起斧头直奔那家公司砍人的冲动。愤怒时常充满胸膛,怒火燃烧,让我后悔莫及。但是,那已经是过去,不可能再有什么改变,只有下定决心重新开发系统。

在那期间,经常有朋友和同行跟我讲:冰版,你们网站不错哦!是啊,乍一看起来是还不错,但是那叫一个烂!以至于每当我打开后台的时候,都产生了心理阴影——我连他们做的那复杂的圆角看了都受不了,总觉得有一口气堵得慌。

我想说的是:我这个人追求完美,但我绝对理解工程师在实现一些设想时所面临的困难和挑战,因此时常也有妥协。但我不能忍受这样一个系统。

在这中间,我也曾经和一位曾经的同事,现任职于某著名第三方网店系统公司,讨论过这个问题,他的回答是:我们这边估计也差不多。没办法,开发时间短,活儿多,很多时候只要能交差就行。

很巧的是,我们现在的一位程序工程师之前也是在某外包业务公司任职,他那个时候就是一天到晚加班,被客户赶着交工,不管怎样把东西做出来能交差就行了。哪里谈得上什么易用性、什么用户体验……

我不想、也不能把外包一竿子打死,但是从我之前和当前的经历来看,我没可能再去犯外包的错误。现在我们还孝还年轻,刚刚开始,竞争还没有那么激烈,还能犯得起这样的错误,如果规模再大一点呢?简直不敢想象这样的后果。2008年的这8个月,其实我们一直在走回头路,在弥补2007年所犯的这个错误造成的损失。

很多人认为,技术只是做coding这样的活,在一个“商务公司”里,他们只是处于次要地位,因此技术外包是理所当然的,是符合社会化分工原则的,是可以节省成本的。是的,成本可以节省下来,但我们失去的也许会更多。

关于技术在电子商务项目中的重要性,我想再过段时间写篇文章与大家探讨。

在这里总结一下,外包最大的风险在于不可控制:

不能控制质量

不能控制时间

不能控制进度

不能有效沟通

因此,最后就是不能控制结果。

相关推荐