您当前的位置: 首页 > 旅游

同时我们经常在

2018-11-06 10:27:02

核心提示:电子商务站建设究竟是自己开发好,还是外包好;是用自主系统好,还是用现成的程序好?

在过去四年中,我一直在开发电子商务站的痛苦中挣扎(显然,这一过程还将持续)。三个项目,每个项目数个版本,期间的痛苦,不想多言。

今天,左岸改版终于接近尾声,一直以来憋着想与大家分享的一些东西终于可以抽点时间写出来(2008年5月27日在海峡两岸电子商务交流会上,我的简短演讲中也曾提到在这方面我也曾经有过痛苦的经历,但是因时间所限没有讲。于是经常有人问:能说说这段经历吗?今天写出来,也算是向大家作个交待)。

同时,我们经常在paidai看到许多帖子讨论:电子商务站究竟是自己开发好,还是外包好;是用自主系统好,还是用现成的程序好?

到底是用自己的系统还是现成的程序,这个问题视需求而定,并没有一定之规。但是对于究竟是开发好,还是外包好这个问题,我的、并且在可预见的将来不会改变的结论是:

如果你在暴力方面没有足够的自我克制能力,那就不要选择外包。

言下之意:如果可能,坚决不外包。

从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这样的活,在一个商务公司里,他们只是处于次要地位,因此技术外包是理所当然的,是符合社会化分工原则的,是可以节省成本的。是的,成本可以节省下来,但我们失去的也许会更多。

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

在这里总结一下,和20楼灯总的意见非常相似。外包的风险在于不可控制:

不能控制质量

不能控制时间

不能控制进度

不能有效沟通

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

转载请注明:

注:相关站建设技巧阅读请移步到建站教程频道。

螺旋焊管
颜如玉加盟
格宾网箱
推荐阅读
图文聚焦