一家客戶需要將sco unix.5.0.5 下的舊系統升級到我們的產品。系統使用的是自己的數據庫管理系統，采用國外的一家CTRee數據管理產品， 數據接口缺乏，加上客戶sco unix 系統的網卡一直沒有配上去，平常只能依賴幾台終端連上sco系統，開展業務，並將數據備份到磁帶上．客戶要求舊的軟件商導出數據，結果被告之只能帶回到公司升級到II ，才能把數據到出，當然客戶也被要求支付一筆費用，由於客戶確定新系統還是采用的Ctree 數據庫，數據接口仍然掌握在軟件提供商手裡，甚至想看一下系統中的數據總量，都做不到． 更不用說二次開發，和遷移了． 想到出到其他軟件更是困難．
於是決定求助於我們，當然費了一通周折後終於把客戶的系統遷移到vmware 的 sco unix 5.0.7 下． 將數據通過ftp 傳出，解決了這個問題．另一家客戶，系統崩潰， 結果被要求拿兩萬塊才給恢復。不過還好他們使用的是商業的sybase 庫。數據恢復不太麻煩。
這兩個案例可以思考一下幾個問題
客戶方面： 選擇產品時，一定要考慮到標准，和擴展問題。不能只聽提供商的忽悠，說是什麼都包辦，一旦出了問題，很容易被卡脖子。
軟件服務提供商方面：軟件銷售其實就是 產品價值+服務價值的銷售。 由於國內客戶對軟件產品的服務部分雖然已經有了一定的認識。但在實際購買時還是產品價值占了主要位置，總是認為買了產品，就應該得到服務。銷售人員當然是隨聲附和，樂的裝糊塗。 其實不然， 對於一些管理松散的公司來說，人員的變動，或公司的策略變化，都可以導致對客戶服務的不連續性。使客戶淪為甩包袱的犧牲品。當然也極大的損害公司的形象。管理的松散（產品定義），另一方面對於重點客戶的過度服務，也給公司帶來沉重的負擔。 解決的方法可以嘗試把服務部門經營（在一定契約下）來單獨結算（難免帶來服務質量下降，可以通過其他反饋途徑來促進和制約）。
