主頁 > 知識庫 > 我電子商務網站開發(fā)的痛苦歷程

我電子商務網站開發(fā)的痛苦歷程

熱門標簽:Linux服務器 人工智能 硅谷的囚徒呼叫中心 Win10系統(tǒng) 語音系統(tǒng) 使用U盤裝系統(tǒng) 人工座席 地方門戶網站
從2007年5月份說起。左岸準備開始做,當時為了趕進度,左比較、右打聽,敲定一家專門做網店的公司合作。對于我們的要求,該公司答應得爽爽快快,而且反應迅速,當天下午立即派人過來面談了合作,并且保證二個月內上線。

付了預付款后,就開始干了。我們作一些運營前的準備工作。不時通過線上或者電話打聽一下進度,那頭說進展順利。

但我總有點不放心,所以希望看到他們的一些初步工作成果,比如頁面設計的樣子等等——大家都知道,開發(fā)網站在架構、邏輯層面做好后,后面得把demo做出來,然后再植入程序,再測試……等等。程序是最后的工作,肯定是看不到,但是demo一定得能看出來。

左催右催對方就是說在進行中。直到五月底,告訴我們還有一些工作沒做好。

6月份繼續(xù)前面的過程,考慮到他們在5月的表現(xiàn),所以盯得更緊些,找他們老板電話溝通過,希望不要失約,作為重點項目,加快進度。承諾了,安排了,進度仍然極慢。

終于在6月下旬通知我們有一個demo版可以看到了,但是進去一看,完全不是我們想要的東西。

這個時候其實我們已經被“綁架”了,上了這條船,你不可能換供應商,不可能中斷合作,否則誰知道下一家又會怎樣?

到七月初,我已經無法忍受系統(tǒng)的開發(fā)進度,經常測試出一個問題之后,反饋過去,要三四天才能修改好,而修正了A問題,又出了B bug,當B bug改好了,沒想到A環(huán)節(jié)又出bug……

負責我們項目的銷售經理也變了臉,提出問題,他的話就是:“我不是做技術的,這個你還是與技術溝通吧……”,后來,他們禁止客戶與技術直接溝通,必須要將問題發(fā)送給一位前臺,由該前臺再將問題通過RTX發(fā)送給技術處理……溝通效率進一步下降。

眼看著時間一天天過去,生意就是沒法開始,停一天就是一天的損失!電子商務有時候就是需要熬的,熬到最后才是精華,而熬是需要時間的,因此早上線一天,哪怕不賣東西,也是賺錢。

于是同他們老板再次溝通,第二天久違地早起(辭職之后是自由人,一直都是晚上很晚睡,早上八九點才起來),拎著電腦坐40分鐘的車去他們公司“上班”……還算客氣,幫我安排了一個座位在技術旁邊。

中午休息的時候,我跟他們講我的電子商務理念,講我們的業(yè)務邏輯,講為什么要這樣做……他們終于有些懂了(恕我直言,多數(shù)做技術的人是沒有市場概念的,他們也不去理會什么市場之類的)。這個時候,我開始理解他們了,知道為什么一個問題常常需要三四天才能解決。因為:他們接了很多單子,不光提供網店系統(tǒng),還要做技術支持。但是……由于系統(tǒng)非常不成熟,所以用戶的問題非常多。用戶一般是電話直接過來,和技術通話一次常常達到30到40分鐘……剛放下電話,另一個電話又進來。

也就是說,有限的開發(fā)人員、有限的時間基本都用在應付無窮無盡的用戶問題上,因此更加無睱顧及開發(fā)工作的完善和系統(tǒng)的改進……因此,如果不是我盯在他們邊上,那些問題真的不知道到何日才能解決。

趕啊趕,終于等到7月底的一個晚上,最后一個測試草草做完,拿了源代碼,匆匆趕回去,布署網站……。

各位要是以為這故事完了,那就錯了——噩夢才剛剛開始。

我們作了一些推廣,顧客來了,想買東西,要注冊,結果注冊出錯……

手忙腳亂地去聯(lián)系他們處理,終于處理好了,顧客已經不想再來了。

新來的顧客能成功注冊了,結果……訂單提交時出錯(這其中也有服務器的原因,租的萬網的超爛虛擬主機,有時候某個目錄寫操作權限沒打開……)。

辛辛苦苦把這個問題修正了,結果顧客付款時又出問題……

這其中的苦悶,無人能理解。

從十月初開始,我們的程序工程師就開始了一段暗無天日的工作:在沒有開發(fā)文檔的情況下修改這個程序。前臺后臺無數(shù)個不合理、不可理喻、不能原諒、不可饒恕的錯誤和愚蠢的設計一點點改……一直改到2008年2月份,才終于勉強能用——也就是在這個月,左岸終于實現(xiàn)盈虧平衡。

但系統(tǒng)之爛,仍然讓我時時有操起斧頭直奔那家公司砍人的沖動。憤怒時常充滿胸膛,怒火燃燒,讓我后悔莫及。但是,那已經是過去,不可能再有什么改變,只有下定決心重新開發(fā)系統(tǒng)。

在那期間,經常有朋友和同行跟我講:冰版,你們網站不錯哦!是啊,乍一看起來是還不錯,但是那叫一個爛!以至于每當我打開后臺的時候,都產生了心理陰影——我連他們做的那復雜的圓角看了都受不了,總覺得有一口氣堵得慌。

我想說的是:我這個人追求完美,但我絕對理解工程師在實現(xiàn)一些設想時所面臨的困難和挑戰(zhàn),因此時常也有妥協(xié)。但我不能忍受這樣一個系統(tǒng)。

在這中間,我也曾經和一位曾經的同事,現(xiàn)任職于某著名第三方網店系統(tǒng)公司,討論過這個問題,他的回答是:我們這邊估計也差不多。沒辦法,開發(fā)時間短,活兒多,很多時候只要能交差就行。
很巧的是,我們現(xiàn)在的一位程序工程師之前也是在某外包業(yè)務公司任職,他那個時候就是一天到晚加班,被客戶趕著交工,不管怎樣把東西做出來能交差就行了。哪里談得上什么易用性、什么用戶體驗……

我不想、也不能把外包一竿子打死,但是從我之前和當前的經歷來看,我沒可能再去犯外包的錯誤?,F(xiàn)在我們還小、還年輕,剛剛開始,競爭還沒有那么激烈,還能犯得起這樣的錯誤,如果規(guī)模再大一點呢?簡直不敢想象這樣的后果。2008年的這8個月,其實我們一直在走回頭路,在彌補2007年所犯的這個錯誤造成的損失。

很多人認為,技術只是做coding這樣的活,在一個“商務公司”里,他們只是處于次要地位,因此技術外包是理所當然的,是符合社會化分工原則的,是可以節(jié)省成本的。是的,成本可以節(jié)省下來,但我們失去的也許會更多。

關于技術在電子商務項目中的重要性,我想再過段時間寫篇文章與大家探討。

在這里總結一下,和20樓燈總的意見非常相似。外包最大的風險在于不可控制:

不能控制質量
不能控制時間
不能控制進度
不能有效溝通
因此,最后就是不能控制結果。

標簽:南京 韶關 隴南 固原 貴陽 合肥 延邊 晉城

巨人網絡通訊聲明:本文標題《我電子商務網站開發(fā)的痛苦歷程》,本文關鍵詞  ;如發(fā)現(xiàn)本文內容存在版權問題,煩請?zhí)峁┫嚓P信息告之我們,我們將及時溝通與處理。本站內容系統(tǒng)采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 收縮
    • 微信客服
    • 微信二維碼
    • 電話咨詢

    • 400-1100-266