從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這樣的活，在一個“商務公司”里，他們只是處于次要地位，因此技術外包是理所當然的，是符合社會化分工原則的，是可以節省成本的。是的，成本可以節省下來，但我們失去的也許會更多。
　　關于技術在電子商務項目中的重要性，我想再過段時間寫篇文章與大家探討。
　　在這里總結一下，外包最大的風險在于不可控制：
　　不能控制質量
　　不能控制時間
　　不能控制進度
　　不能有效溝通
　　因此，最后就是不能控制結果。