从2007年5月份说起。左岸提前准备刚开始做，那时候以便赶进度，左较为、右探听，敲定1家专业做网店的企业协作。针对大家的规定，该企业同意得爽痛快快，并且反映快速，当天地午马上派人过来面谈了协作，而且确保2个月内上线。

付了预付款款后，就刚开始干了。大家作1些经营前的提前准备工作中。时常根据网上或电話探听1下进度，那头说进展圆满。

但我总有点不安心，因此期待看到她们的1些基本工作中成效，例如网页页面设计方案的模样这些——大伙儿都了解，开发设计网站在构架、逻辑性层面做好后，后边得把demo做出来，随后再植入程序流程，再检测……这些。程序流程是最终的工作中，毫无疑问是看不见，可是demo1定得能看出来。

左催右催对方便是说在开展中。直至5月底，告知大家也有1些工作中没做好。

6月份再次前面的全过程，考虑到到她们在5月的主要表现，因此盯得更紧些，找她们老板电話沟通交流过，期待不必违约，做为关键新项目，加速进度。服务承诺了，分配了，进度依然极慢。

终究在6月下旬通告大家有1个demo版能够看到了，可是进去1看，彻底并不是大家要想的物品。

这个情况下实际上大家早已被“绑票”了，到了这条船，你不能能换供货商，不能能终断协作，不然谁了解下1家又会如何？

到7月初，我早已没法承受系统软件的开发设计进度，常常检测出1个难题以后，意见反馈以往，要34奇才能改动好，而调整了A难题，又出了B bug，当B bug改好了，想不到A阶段又出bug……

负责大家新项目的市场销售主管也变了脸，提出难题，他的话便是：“我并不是做技术性的，这个你還是与技术性沟通交流吧……”，后来，她们严禁顾客与技术性立即沟通交流，务必要将难题推送给1位前台接待，由该前台接待再将难题根据RTX推送给技术性解决……沟通交流高效率进1步降低。

眼看着時间1每天以往，做生意便是无法刚开始，停1天便是1天的损害！电子器件商务有时便是必须熬的，熬到最终才是精粹，而熬是必须時间的，因而早晨线1天，哪怕不卖物品，也是挣钱。

因而同她们老板再度沟通交流，第2天久违地早上（离职以后是随意人，1直全是夜里很晚睡，早晨89点才起来），拎着电脑上坐40分钟的车去她们企业“工作”……还算客套，帮我分配了1个坐位在技术性周围。

下午歇息的情况下，我跟她们讲我的电子器件商务理念，讲大家的业务流程逻辑性，讲为何要这样做……她们终究一些懂了（恕我直言，大部分做技术性的人是沒有销售市场定义的，她们也不去理睬甚么销售市场之类的）。这个情况下，我刚开始了解她们了，了解为何1个难题经常必须34奇才能处理。由于：她们接了许多单子，不仅出示网店系统软件，还要做技术性适用。可是……因为系统软件十分不了熟，因此客户的难题十分多。客户1般是电話立即过来，和技术性语音通话1次经常做到30到40分钟……刚放下电話，另外一个电話又进来。

也便是说，比较有限的开发设计人员、比较有限的時间基础都用在应对无限无穷的客户难题上，因而更为无睱顾及开发设计工作中的健全和系统软件的改善……因而，假如并不是我盯在她们旁边，那些难题真的不知道道到何日才可以处理。

赶啊赶，终究直到7月底的1个夜里，最终1个检测草草做完，拿了源码，匆匆赶回去，部署网站……。

各位如果认为这故事完了，那就错了——恶梦才不久刚开始。

大家作了1些营销推广，消费者来了，想购物，要申请注册，結果申请注册错误……

手足无措地去联络她们解决，终究解决好了，消费者早已不想再来了。

新来的消费者能取得成功申请注册了，結果……定单递交时错误（这在其中也是有服务器的缘故，租的万网的超烂虚似主机，有时某个文件目录写实际操作管理权限没开启……）。

累死累活把这个难题调整了，結果消费者支付时又出难题……

这在其中的苦闷，无人能了解。

从10月初刚开始，大家的程序流程工程项目师就刚开始了1段昏天黑地的工作中：在沒有开发设计文本文档的状况下改动这个程序流程。前台接待后台管理无数个不符合理、不能理喻、不可以谅解、不能宽恕的不正确和愚昧的设计方案1点点改……1直改到2008年2月份，才终究凑合能用——也便是在这个月，左岸终究完成盈亏均衡。

但系统软件之烂，依然让我时刻有操起斧头直奔那家企业砍人的欲望。恼怒经常填满胸膛，怒气点燃，让我后悔莫及莫及。可是，那早已是以往，不能能再有甚么更改，仅有下定信心再次开发设计系统软件。

在那期内，常常有盆友和同行业跟我讲：冰版，你们网站非常好哦！是啊，乍1看起来是还非常好，可是那叫1个烂！以致于每当我开启后台管理的情况下，都造成了心理状态黑影——我连她们做的那繁杂的圆角看了都受不上，总感觉有1口气堵得慌。

我想说的是：我这本人追求完美完善，但我肯定了解工程项目师在完成1些构想时所遭遇的艰难和挑戰，因而经常也是有让步。但我不可以承受这样1个系统软件。

在这正中间，我也以前和1位以前的朋友，现就职于某知名第3方网店系统软件企业，探讨过这个难题，他的回应是：大家这边估算也类似。没法，开发设计時间短，活儿多，许多情况下要是能交差就行。
凑巧的是，大家如今的1位程序流程工程项目师以前也是在某外包业务流程企业就职，他那个情况下便是1天到晚加班，被顾客赶着交工，无论如何把物品做出来能交差就可以了。哪里谈得上甚么易用性、甚么客户体验……

我不想、也不可以把外包1竿子打死，可是从我以前和当今的亲身经历看来，我没将会再去犯外包的不正确。如今大家还小、还年青，不久刚开始，市场竞争都还没那末猛烈，还能犯得起这样的不正确，假如经营规模再大1点呢？真是害怕想像这样的不良影响。2008年的这8个月，实际上大家1直在走回过头路，在填补2007年所犯的这个不正确导致的损害。

许多人觉得，技术性只是做coding这样的活，在1个“商务企业”里，她们只是处在主次影响力，因而技术性外包是理所应当的，是合乎社会发展化分工标准的，是能够节约成本费的。是的，成本费能够节约下来，但大家丧失的或许会更多。

有关技术性在电子器件商务新项目中的关键性，我想再过段時间写篇文章内容与大伙儿讨论。

在这里总结1下，和20楼灯总的建议十分类似。外包最大的风险性在于不能操纵：

不可以操纵品质
不可以操纵時间
不可以操纵进度
不可以合理沟通交流
因而，最终便是不可以操纵結果。