站长资源网站运营
我电子商务网站开发的痛苦历程
简介从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这样的活，在一个“商务公司”里，他们只是处于次要地位，因此技术外包是理所当然的，是符合社会化分工原则的，是可以节省成本的。是的，成本可以节省下来，但我们失去的也许会更多。
关于技术在电子商务项目中的重要性，我想再过段时间写篇文章与大家探讨。
在这里总结一下，和20楼灯总的意见非常相似。外包最大的风险在于不可控制：
不能控制质量
不能控制时间
不能控制进度
不能有效沟通
因此，最后就是不能控制结果。
付了预付款后，就开始干了。我们作一些运营前的准备工作。不时通过线上或者电话打听一下进度，那头说进展顺利。
但我总有点不放心，所以希望看到他们的一些初步工作成果，比如页面设计的样子等等——大家都知道，开发网站在架构、逻辑层面做好后，后面得把demo做出来，然后再植入程序，再测试……等等。程序是最后的工作，肯定是看不到，但是demo一定得能看出来。
左催右催对方就是说在进行中。直到五月底，告诉我们还有一些工作没做好。
6月份继续前面的过程，考虑到他们在5月的表现，所以盯得更紧些，找他们老板电话沟通过，希望不要失约，作为重点项目，加快进度。承诺了，安排了，进度仍然极慢。
终于在6月下旬通知我们有一个demo版可以看到了，但是进去一看，完全不是我们想要的东西。
这个时候其实我们已经被“绑架”了，上了这条船，你不可能换供应商，不可能中断合作，否则谁知道下一家又会怎样？
到七月初，我已经无法忍受系统的开发进度，经常测试出一个问题之后，反馈过去，要三四天才能修改好，而修正了A问题，又出了B bug，当B bug改好了，没想到A环节又出bug……
负责我们项目的销售经理也变了脸，提出问题，他的话就是：“我不是做技术的，这个你还是与技术沟通吧……”，后来，他们禁止客户与技术直接沟通，必须要将问题发送给一位前台，由该前台再将问题通过RTX发送给技术处理……沟通效率进一步下降。
眼看着时间一天天过去，生意就是没法开始，停一天就是一天的损失！电子商务有时候就是需要熬的，熬到最后才是精华，而熬是需要时间的，因此早上线一天，哪怕不卖东西，也是赚钱。
于是同他们老板再次沟通，第二天久违地早起（辞职之后是自由人，一直都是晚上很晚睡，早上八九点才起来），拎着电脑坐40分钟的车去他们公司“上班”……还算客气，帮我安排了一个座位在技术旁边。
中午休息的时候，我跟他们讲我的电子商务理念，讲我们的业务逻辑，讲为什么要这样做……他们终于有些懂了（恕我直言，多数做技术的人是没有市场概念的，他们也不去理会什么市场之类的）。这个时候，我开始理解他们了，知道为什么一个问题常常需要三四天才能解决。因为：他们接了很多单子，不光提供网店系统，还要做技术支持。但是……由于系统非常不成熟，所以用户的问题非常多。用户一般是电话直接过来，和技术通话一次常常达到30到40分钟……刚放下电话，另一个电话又进来。
也就是说，有限的开发人员、有限的时间基本都用在应付无穷无尽的用户问题上，因此更加无睱顾及开发工作的完善和系统的改进……因此，如果不是我盯在他们边上，那些问题真的不知道到何日才能解决。
赶啊赶，终于等到7月底的一个晚上，最后一个测试草草做完，拿了源代码，匆匆赶回去，布署网站……。
各位要是以为这故事完了，那就错了——噩梦才刚刚开始。
我们作了一些推广，顾客来了，想买东西，要注册，结果注册出错……
手忙脚乱地去联系他们处理，终于处理好了，顾客已经不想再来了。
新来的顾客能成功注册了，结果……订单提交时出错（这其中也有服务器的原因，租的万网的超烂虚拟主机，有时候某个目录写操作权限没打开……）。
辛辛苦苦把这个问题修正了，结果顾客付款时又出问题……
这其中的苦闷，无人能理解。
但系统之烂，仍然让我时时有操起斧头直奔那家公司砍人的冲动。愤怒时常充满胸膛，怒火燃烧，让我后悔莫及。但是，那已经是过去，不可能再有什么改变，只有下定决心重新开发系统。
在那期间，经常有朋友和同行跟我讲：冰版，你们网站不错哦！是啊，乍一看起来是还不错，但是那叫一个烂！以至于每当我打开后台的时候，都产生了心理阴影——我连他们做的那复杂的圆角看了都受不了，总觉得有一口气堵得慌。
我想说的是：我这个人追求完美，但我绝对理解工程师在实现一些设想时所面临的困难和挑战，因此时常也有妥协。但我不能忍受这样一个系统。
在这中间，我也曾经和一位曾经的同事，现任职于某著名第三方网店系统公司，讨论过这个问题，他的回答是：我们这边估计也差不多。没办法，开发时间短，活儿多，很多时候只要能交差就行。
很巧的是，我们现在的一位程序工程师之前也是在某外包业务公司任职，他那个时候就是一天到晚加班，被客户赶着交工，不管怎样把东西做出来能交差就行了。哪里谈得上什么易用性、什么用户体验……
我不想、也不能把外包一竿子打死，但是从我之前和当前的经历来看，我没可能再去犯外包的错误。现在我们还小、还年轻，刚刚开始，竞争还没有那么激烈，还能犯得起这样的错误，如果规模再大一点呢？简直不敢想象这样的后果。2008年的这8个月，其实我们一直在走回头路，在弥补2007年所犯的这个错误造成的损失。
关于技术在电子商务项目中的重要性，我想再过段时间写篇文章与大家探讨。
在这里总结一下，和20楼灯总的意见非常相似。外包最大的风险在于不可控制：
不能控制质量
不能控制时间
不能控制进度
不能有效沟通
因此，最后就是不能控制结果。