從項目的上線到見到項目的成果，中間還有很多事情要做。

我對公司基于Notes的客戶服務管理系統耿耿于懷很久了。對于非結構化的數據和文檔管理，Notes絕對是一把好手。但是，處理起客服管理系統中以結構化數據為主的業務來，Notes就有些力不從心了。從事過關系型數據庫開發的我對這個系統怎么看都不順眼——為什么非要把客戶信息和地址從這個數據庫拷貝到另外一個數據庫？完全可以link過去啊！統計報表怎么這么麻煩？和原來的SQL差別太大了，難道要再從頭去學Lotus s cripts不成？

終于，這種情況要改變了。接受過3天正規的客戶關系管理理念培訓之后，又來了幾個老外給我們做Siebel的培訓。培訓的老外課講得不錯，他的口頭禪是“easy”。的確Siebel用起來很容易，清晰的結構，順暢的流程，公司、聯系人、事件、產品、故障現象、處理方式，一氣呵成，絲毫沒有Notes那種拖泥帶水的感覺。最重要是底層基于我所熟悉的關系型數據庫，理解起來可比Notes容易多了。
可是開始與Siebel打交道并不順利，我的ThinkPad電腦好像有點不歡迎新系統的到來，試了多次總是裝到一半就死機。后來向總部的專家咨詢了一下，被告知新CRM系統和Thinkpad的一些驅動程序沖突，必須卸掉驅動程序先安Siebel。無奈之下，備份好自己所有的資料，按要求的順序重新裝了一遍系統，才算把Siebel迎娶回家。終于開始用Siebel了。但問題也來了……

難以承受之慢也許出于節省成本的考慮，公司沒有在本地部署服務器。雖然通過廣域網可以連接到亞太區總部的服務器，但是受帶寬限制不能一直保持連接，因此采取了使用本地數據文件然后每天定時和服務器進行同步的方式。

開始的時候沒有感覺，但是短短一個月之后本地數據文件就迅速增加到了上百兆，Siebel的運行速度明顯慢了下來，每次同步所需要的時間也是越來越長。而且Notes并沒有因為Siebel的到來而退出歷史舞臺，畢竟電子郵件、文檔管理、知識管理系統和OA系統仍然離不開它。同時跑著這兩個龐大應用程序，我的Thinkpad有些力不從心了。原來一直爭取但遲遲得不到批準的256M內存這次倒是很快就加到了我的筆記本電腦上，但是，慢牛一樣的Siebel仍然沒有變成快馬的跡象，緩慢的同步，緩慢的數據刷新，緩慢的屏幕切換，這一個“慢”字使原來自己腦子中清晰的結構和流程變成了災難。

公司、聯系人、事件、產品、故障現象、處理方式，怎么這么多的界面，不能放在一個頁面中輸入完成嗎？這時開始懷念起舊的Notes系統來了，雖然需要做很多拷貝，但是畢竟只在兩個窗體中操作，總不至于花這么多的時間等著系統切換和刷新界面，以至于輸入一個完整的Case需要幾分鐘甚至更長。

事情還不僅如此，從裝上的那一天起，就總是隔三差五地收到IT的郵件，要求對Siebel進行升級，每次升級都成為一次對耐心的考驗，看看自己的耐性和那個升級的進度條誰能堅持更長的時間。最后自己也記不清升過幾次級，只記得Siebel的版本越來越高，目錄越來越大，自己的機器卻越來越慢。也許，不久的將來我們就會有自己的本地服務器，并且可以換更快的電腦了。

數據之戰Siebel上線之后沒有多久，Notes中原有的數據就要導入到新的系統中來，原來非結構化錄入中造成的數據質量問題也一并帶了過來。客戶信息輸入不標準，中英文混雜無法分開，尤其是作為基礎數據的客戶公司名稱，原來在Notes中存在很多不同形式的錄入，導入Siebel中后就出現了同一個客戶存在多個記錄的問題。最經典的一個例子是大連工商銀行，竟然出現包括大連工行、大連市工行、中國工商銀行大連分行、大連工商銀行分行等在內的十幾個名稱，如果算上一些拼音和英文的打字錯誤，同樣一個客戶竟然在Siebel中擁有幾十條甚至上百條記錄。問題的原因很簡單，在Notes中每次都是重新錄入客戶名稱，每個人有不同的習慣，同一個人在多次錄入的時候也可能不同，久而久之，出現大連工商銀行這樣的情況也屬正常。