预付款开始不时我做电子商务网络网站建造的痛苦历程

付了预付款后，就开始干了。不时通过线上大概电话Phone探问看望一下进度，那头说转机顺利。我们作一些运营前的准备工作Work。

但我总有点不放心，所以希望看到他们的一些初步工作Work成果Results，比如For example,页面设计Design的样子等等%26mdash;%26mdash;大家All people都知道，建造网络网站在架构、逻辑层面做好后，后面得把demo做出来，然后再植入程序Procedures，再测试%26hellip;%26hellip;等等。

左催右催对方便是说在举行中。程序Procedures是最后的工作Work，肯定是看不到，但是demo一定得能看出来。直到五月底，告诉Tell我们还有一些工作Work没做好。承诺了，安排Arrangements了，进度仍然极慢。

6月份连续前面的过程Process，探讨到他们在5月的表现Show，所以盯得更紧些，找他们老板电话Phone沟通Communication过，希望不要失信，作为重点项目，加快Accelerate进度。

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

眼看着时间一天天过去Past，买卖Business便是没法开始，停一天便是一天的损失!电子商务有时间便是需要熬的，熬到最后才是精华Highlights，而熬是需要时间的，因此早上线一天，哪怕不卖东西，也是挣钱。

那*个时间其实我们已经被绑架了，上了这条船，你不可能May换供应Supply商，不可能May中断配合，不然谁知道下一家又会怎样?

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

负责Responsible for我们项目的销售经理Manager也变了脸，提出问题，他的话便是：我不是做技能Technology的，那*个你还是与技能Technology沟通Communication吧%26hellip;%26hellip;，后来，他们禁止Ban客户与技能Technology直接沟通Communication，必须要将问题发送给一位前台，由该前台再将问题通过RTX发送给技能Technology处理%26hellip;%26hellip;沟通Communication效率进一步下降。

于是同他们老板再次沟通Communication，第二天久违地早起(辞职之后是自由人，一直都是晚上特别晚睡，早上八九点才起来)，拎着电脑坐40分钟的车去他们公司上班%26hellip;%26hellip;还算客气，帮我安排Arrangements了一个座位在技能Technology旁边。那*个时间，我开始明白他们了，知道为何一个问题常常需要三四天才能解决Solution。

中午休息的时间，我跟他们讲我的电子商务理念，讲我们的业务逻辑，讲为何要这样做%26hellip;%26hellip;他们终于有些懂了(恕我直言，多数做技能Technology的人是没有市场见解ConceptConcept的，他们也不去分析什么市场之类的)。因为：他们接了许多单子，不但Not only提供网店系统，还要做技能Technology支持。用户一般是电话Phone直接过来，与技能Technology通话一次常常达到30到40分钟%26hellip;%26hellip;刚放下电话Phone，另一个电话Phone又进来。但是%26hellip;%26hellip;由于系统特别不成熟，所以用户的问题特别多。

也便是说，有限的建造人员、有限的时间基本Basic都用在应付无穷无尽的用户问题上，因此越发无睱顾及建造工作Work的完善与系统的改进Improvement%26hellip;%26hellip;因此，要是不是我盯在他们边上，那些问题真的不知道到何日才能解决Solution。

各位要是以为这故事完了，那就错了%26mdash;%26mdash;噩梦才刚刚开始。

赶啊赶，终于等到7月底的一个晚上，最后一个测试草草做完，拿了源代码，急忙赶回去Go back，布署网络网站%26hellip;%26hellip;。

我们作了一些推广，顾客Customers来了，想买东西，要注册，结果Results注册出错%26hellip;%26hellip;

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

辛辛苦苦把那*个问题修正了，结果Results顾客Customers付款时又出问题%26hellip;%26hellip;

这此中的苦闷，无人能明白。

新来的顾客Customers能成功Success注册了，结果Results%26hellip;%26hellip;订单提交时出错(这此中也有服务器的原因，租的万网的超烂虚拟主机，有时间某个目录写操控Manipulation权限没打开%26hellip;%26hellip;)。

从十月初开始，我们的程序Procedures工程师就开始了一段昏天黑地的工作Work：在没有建造文档的情况下修改那*个程序Procedures。

但系统之烂，仍然让我时时有操起斧头直奔那家公司砍人的冲动Excited。前台后台无数个不公道、不可理喻、不能原谅、不可宽恕的错误与愚蠢的设计Design一点点改%26hellip;%26hellip;一直改到2008年2月份，才终于勉强能用%26mdash;%26mdash;也便是在那*个月，左岸终于实现盈亏平衡Balance。愤怒Angry时常充满Fill胸膛，怒火燃烧，让我后悔莫及。

在那期间，常常有朋友与同行跟我讲：冰版，你们网络网站不错哦!是啊，乍一看起来是还不错，但是那叫一个烂!以至于每当我打开后台的时间，都产生了心理阴影%26mdash;%26mdash;我连他们做的那复杂Complex的圆角看了都受不了，总以为有一口气堵得慌。但是，那已经是过去Past，不可能May再有什么转变Change，只有下定决心重新建造系统。

我想说的是：我那*个人追求完美，但我绝对明白工程师在实现一些假想时所面对的困难与挑战PK，因此时常也有妥协。

在这中间，我也曾经与一位曾经的同事，现任职于某著名第三方网店系统公司，讨论过那*个问题，他的回答Answer是：我们这边估计也差不多。但我不能忍受这样一个系统。没方法MethodApproach，建造时间短，活儿多，许多时间只要能交差就行。哪里谈得上什么易用性、什么用户体验%26hellip;%26hellip;

我不想、也不能把外包一竿子打死，但是从我之前与当前的经向来看，我没可能May再去犯外包的错误。

特别巧的是，我们现在的一位程序Procedures工程师之前也是在某外包业务公司任职，他这*个时间便是一天到晚加班，被客户赶着交工，不管怎样把东西做出来能交差就行了。现在我们还小、还年轻，刚刚开始，竞争还没有那么激烈Fierce，还能犯得起这样的错误，要是规模规模再大一点呢?着实不敢想象这样的结果。

许多人以为，技能Technology只是做coding这样的活，在一个商务公司里，他们只是处于次要地位，因此技能Technology外包是理所自然Of course的，是切合社会化分工原则的，是可以节省SavingsSavings成本Costs的。2008年的这8个月，其实我们一直在走回头路，在补充2007年所犯的那*个错误造成的损失。是的，成本Costs可以节省SavingsSavings下来，但我们失去的也许会更多。

在这里总结一下，与20楼灯总的建议特别相似。

有关技能Technology在电子商务项目中的重要性，我想再过段时间写篇文章与大家All people探究。外包最大的危害在于不可控制：

不能控制质量

不能控制时间

不能控制进度

不能有效沟通Communication

因此，最后便是不能控制结果Results。左岸准备开始做，当时为了赶进度，左比较Comparison、右探问看望，敲定一家专门做网店的公司配合。

从2007年5月份提及。对待Treat我们的要求，该公司答应得爽直率快，并且反响Repercussions迅速，当天下午立即派人过来面谈了配合，并且保证Guarantee二个月内上线。电子商务,网络,网站,建造,痛苦,,,站长,网站,网站推广,赚钱

（点击查看原文/来源链接）