微軟的客服部門在接到投訴之後ꓹ首先為好言安撫自己的顧客ꓹ隻不過等顧客掛斷電話之後，他們並不會直接將問題反映到技術部門ꓹ而是記錄在自己的工作記錄裏麵。

    嗯，如果恰好客服的心情不太好的話ꓹ不記錄都是很正常的事情。

    同時按照微軟的慣例ꓹ客服的工作記錄會在一天的工作結束之後上交給客服部門的領導ꓹ然後領導再來查看出現的問題ꓹ選出一些比較嚴重的，意見較大的，再交給上一級領導。

    上一級領導會收集這些問題，然後在每個星期兩次的碰頭會議上麵，交給技術部門的負責人。

    光是這一個步驟，運氣好的話需要等待三天的時間，運氣不好的話，直接就是一個星期後轉交給技術部門了。

    假設三天內問題出現在了技術部門的麵前，那麽技術部門的領導還得先派人來統計和選擇問題，這樣大概又需要一天左右的時間。

    選擇出一些需要解決的問題之後，負責人就需要給上麵打報告，得到上麵的批準，問題就轉交到技術部門的相關工程師手中，由他們去解決問題。

    不過因為很多工程師手中都會堆積大量的任務，所以這些問題一旦落到了工程師的手裏，恐怕又要堆集個好幾天的時間，工程師才會真正的開始審視這個問題，然後思考解決問題的辦法。

    如果是小問題，工程師自己可以解決，那麽就打報告給自己的領導，經過批準之後，再增加到補丁裏麵。

    如果工程師自己無法解決問題，那麽就又需要等待一兩天的時間，等到技術部門的常會，在會議上也拿出這個問題，由大家來討論，判斷這個問題的嚴重性，是否需要立刻解決，需要投入多少力量來解決之類的。

    反正這樣一套流程走下來，半個月的時間鐵定就沒了，而等到問題真正解決，一個月的時間都太快了。

    在2008年以前，華夏在網絡領域強勢崛起之前，所有的網絡公司，或者說所有的公司，基本上都是這個尿性，一個問題你反映上去，一個月能解決就算是良心企業了，拖一年，甚至幹脆直接將問題丟進垃圾箱裏麵的公司，都是常態。

    畢竟和解決問題相比，無視問題是最快也最輕鬆最簡單最省錢的解決辦法了。

    不要覺得這太誇張，相反，這是很正常的事情，也是任何一家大企業都會有的問題，統稱為大企業病，這是無法避免的時間。

    所以這些微軟得工程師們才非常自信的打賭，一個月以內解決問題，他們已經高看這些華夏人太多了。

    “那大家再賭一賭，他們發現問題之後，要怎麽解決我們的禮物！”一個工程師覺得打一次賭還不夠，要打第2次。

    “那這就更長了，沒有小半年時間是不可能的！”一個工程師立刻回答道。

    “不，我覺得會在半年以上，畢竟我們是針對他們的底層結果設計的，他們要解決問題，就得將一半以上程序重新更換，還涉及到20多種語言的不同版本，沒有半年的時間絕不可能！”

    “沒錯，等半年之後，他們解決了問題，換上了新的網絡協議，我們到時候隻需要再編寫一個新的補丁，就可以把QQ繼續送到上帝那裏去了！哈哈哈哈！”

    聽到這裏，所有工程師們都歡快的笑了起來。 本章已閱讀完畢(請點擊下一章繼續閱讀!)