前一陣子有一些比較高階的各公司主管在使用EIP時，若不小心遇到一個bug(系統的錯誤)，就會立刻怒氣衝衝，直接撥電話到我們公司開罵，不分理由的批哩啪啦的罵個20分鐘。有時我也會接到這樣的電話，想跟他確認是什麼問題，或怎麼發生的，聽也不聽的，又是10分鐘的開罵。等到我們仔細派人去查他所反應的bug之後，才會發覺，不一定是bug。

例如，我們系統有內建Instant Messenger(即時通訊)的服務，可即時看到誰在線上誰不在線上，當客戶的高階主管一發現駐外點辦公室有員工不在線上，就立刻打電話來對我們大聲的質問。當我們幫他們查了一下，發覺到該員工今日外出，或者忘記上線時，客戶只會淡淡的說，哦，知道了。

當然，也有不少時候是真的有bug的狀況，我們當然是很不希望這種情況讓客戶遇到，除了抱歉外，我們能做的就是以最快的速度去排解客戶遇到的問題。前幾天有一個不較擅長於軟體網路系統的高階主管跟我聊天，他認為一套好的產品，是不能有bug的。

理論上來說，我是同意該主管的論點的，不過實際執行面是有很大的困難的，先不說自家開發的程式是否有bug，光是關聯到其它的系統之多之複雜，每一個其它系統都是用程式寫出來的。幾十種不同的程式組合在一起運作，真的會遇到相互衝突而產生bug的可能性呀。

server(伺服器)端，就有作業系統、網頁伺服器、郵件伺服器、資料庫架構、程式語言…。
client(客戶電腦)端，就有作業系統的版本不同、上網方式不同、瀏覽器的不同、IE版本不同、語言別的不同…。

還不含硬體方面的架構問題，硬碟、記憶體、CPU、防火牆、網路環境等…

這當然不是為一套EIP系統有bug在做推拖之詞，而是我個人感覺，e化系統是結合網路的，它是很有連結性的、它是能結合享用很多資源的，也因為如此，它的成長是快速的，連結是方便的，而這一大堆的架構環境是有活力的，我個人覺得，另一種說法，就是比較不穩定的，也因為它的不穩定所以能快速變動，每過一個月，可能就有很多更方便更好用的程式或架構出來。但相反地，可能他不穩定而產生的bug就難以避免了。

e化或EIP廠商推出的系統，要以沒有bug為目標，且至少做到沒有嚴重bug及明顯bug為出貨基準，若客戶發現了bug，要能快速回應，立即修復為方向。

當身為客戶的您，在選購EIP系統時，建議選擇會定期修復bug，主動報告bug狀況，且當電話或郵件聯絡時，能快速得到回應的廠商為選購標準。不然，花大錢選了外國的系統，可能連服務電話都沒有，更不用說幫忙解bug了。而選擇過小的國內廠商，也要擔心他們沒能力做維護，或者1、2年後就關門了，最好選擇服務時間長久，肯幫客戶解決問題的為重點。

這是一個很長很遠的路，開發網路軟體產品，就要有這個認知，一旦售出，就是一個永續的經營。以我個人管理EIP產品的目標，若主管反應真的是bug，要立即修復。若不是bug，要檢討一下產品介面的友善度，是不是能再更直覺一點、更有回饋一點，不要讓使用者不知所措而不會操作，誤認為bug。