?? 最近，負責客戶的一個項目設計的審計工作，是一個短信平臺的項目，上行和下行通信都有，之所以叫平臺，是想將客戶的很多的業務系統，涉及到短信的部分都統一掛接到者一個服務平臺當中，只要一家服務提供商，量大從優，避免各自為戰，浪費資源。業務系統多是遺留系統，當中對短信需求各不一樣，客戶從自己的vendor List中找了一個短信服務提供商（SP）。一般的要是能進入vendor list中，說明實力還是有的。
?? 由于項目設計多個系統，前期投入就要10K$，還不算后期的按條計費的短信費用，我是參與項目技術方面的審核工作，客戶不懂技術，很信任我，我是不敢怠慢。
?? SP派了客戶經理和項目經理及幾個技術人員，來開了幾次會，雙方一起制定了協議格式、接口功能，考慮到遺留系統，提供多種業務接入方式如WS、socket等方式。
?? 同時對于目前的流量和未來的增長，也做了分析，對方做了最終的設計方案，漂亮的powerpoint展示出平臺的幾個feature：與業務無關的松耦合接入、跨平臺、可擴展、Scalability，似乎都很完美。
?? SP很得意，會議現場充斥者“沒問題”的論調。現場中提出的其他的附加功能，如手機身份驗證、日志、費用對賬等，都一一答應下來。
?? 客戶象征性的問了我的意見，我說還是要做一個POC（proof of conecpt)，來驗證一下，這個POC相當一個Demo了，就是要驗證設計，只實現核心的功能就可以了。
?? 雙方討價還價，POC制作的費用是2萬元，結果噩夢就從這個POC開始了。
?? 1）2個星期后，對方來部署POC，忙到天黑，未果，說是短信貓與服務器的端口有沖突，工程師走了，沒說什么時間再來。
?? 2）又過了幾周，在反復打電話，催促下，工程師來了，終于搞定，通知客戶說可以測試了，結果只用一個手機，都沒有測試通過。對方有走了，說是短信貓沒充值，沒錢了，把客戶都氣死了，沒充值，讓客戶測個屁啊。
?? 3）第三次測試，個別的手機，能測試通過。非常不穩定，一個機票申請、審批流程，要半個小時走完。
?? 4）拖了一個月，對方要修改設計方案，將上行的短信貓方式，修改為WS方式，定時調用，獲取信息。
?? 5）最后，對方信心滿滿的，拍著胸部說，沒問題了，可以了。
?? 6) 我設計測試案例，手機分為聯通手機、移動、繁體手機、英文手機等，測試流程是模擬真實業務的機票申請、審批的流程。客戶開始召集10幾部手機，開始人肉測試，還有人在外地測試。
??
????? 測試目的，初期并不以壓力測試為主，而是測試infrastructure，諸如上下行通道暢通、通信制式、編碼、協議、業務流程為主。
????? 測試結果非常失望，繁體不支持，聯通通過率很低，移動很慢，上行和下行通道都不穩定。
?? 7）這樣的測試很累，我們調整了策略，讓SP按照我們的測試案例，提供測試報告。SP不愿意，說沒有那么多人，我對他們說，你們傻啊，客戶是黑盒測試，你們有源碼，可以有更靈活的測試策略啊，比如Mock Test之類的白盒測試啊，對方沒反應，可能是他們沒有正規的測試平臺。
?? 8）最后，4個月過去了，客戶還是客氣的給了2萬元錢，雙方各自散去，無疾而終。
?? 教訓：
?? 1）一定要用POC來驗證華麗的設計方案，避免看上去很美(參見 用代碼來推動設計）。
????? 所謂的UML、PPT、方案書，其實都是一種Presentation, Not Validation。
?? 2）底層的平臺設計的穩定性，很重要，再好的function, 性能不行，白扯。如果想不出辦法來驗證，就不要上馬，不能用時間和Money來驗證，時間比錢更重要！
?? 3）對于vendor的服務行為一定要在合同中注明，避免出現不規范的現象：
??????? 1.技術工程師是個性情中人，沒有服務的意識，說來就來，說走就走，還經常不耐煩，發飆，真拿自己不當外人。沒有時間觀念，自己說周二來，結果沒來，也不解釋一下，還要客戶主動打電話問為什么不來。
????????2.沒有規范的測試流程，直接在現場邊修改代碼，邊測試。
??????? 3.對于客戶的不滿，沒有及時的響應，仍然是老一套的能拖就拖的現象，典型的有中國特色的軟件公司，郵件發到老板那里，才有效果。
??????? 4.過度承諾，對客戶的承諾不負責，說話不算數。
?? 4）客戶是無辜的，做人要講誠信，特別是搞技術的人，設計絕對是要負責任的，現在越來越覺得一些所謂的設計師，跟江湖郎中沒有區別。
??
????