SAP CRM項目手記(7)

CRM項目的AS-IS調查基本完成，流程圖已繪製完畢，基本上覆蓋了目前各業務口的主要業務。不過我在看項目出的現狀調查報告v3.0時發現，居然將地區和省中心的歸屬弄錯了，於是發郵件反饋zq，由於她今天下午帶隊去成都了，估計要等下周一才能改掉。

之所以建議他們去成都，是因為綿陽服務中心並不能代表省級服務中心，因為他的業務線是不完整的，很多本來在省中心的職能因為曆史原因都被放在了自建中心。 由於成都的服務經理老趙要今天晚上才能回蓉，所以zq他們一行３點多到了以後，也就是參觀一下罷了。主要交流還是要放到明天上午9:00開始。

我已買了明天8:30am的火車票（因為怕高速有霧，所以沒選大巴），大概在11點以前能趕到省中心所在地，能趕上下午和服務商的交流，順便看看上午的調研有無遺漏。

說實在的，對於成都省中心的這種調研效果，我心裡有數應該是一般。但一是為了驗證現有流程圖的準確性（問題是大多數人還沒看慣這種Visio的流程圖），另外也是讓顧問們（其實也包括項目群組成員）對一線的業務有直接的瞭解。

BSP（Business Server Page）的開發培訓已經進行了一段時間了，我從碰頭會上的瞭解情況是我方人員已能寫簡單的登入驗證屆面。BSP是SAP的發明，用Server將 ABAP以指令碼的方式來解釋執行，通過Portal呈現出來。利用BSP技術，SAP成功得將C/S構架擴充成B/S，並且這種方式比之前的ITS穩定和 易維護。

SAP CRM的項目風險，除了需要對商務程序進行大量的配置和定置開發外，對於Portal的開發則可能成為項目成敗的關鍵。C/S方式可以內部使用，B/S方式則給服務商（終端人員）使用，BSP頁面的易用性和提交速度將是能否順速推廣的關鍵因素之一。

SAP以前的產品從來不需要做太多的開發，所以“穩定”的口碑很好。但CRM需要利用NetWeaver平台做大量的定置開發，顧問和開發人員的水平（技術，對現有業務的理解，對未來業務的設計，行業經驗等），已經成為我擔心的因素之一。

我現在服務資源管理的工作太雜，後面需要放更多的精力和時間到項目中來，瞭解更多的細節，引導項目走向正確的方向。

從以往的經驗看，AS-IS之後的To-BE將是項目成員和顧問、業務和IT部門爭論的開始。這是好現象，項目進行的太平靜不是什麼好事情。 

連結：《SAP CRM項目手記》系列SAP CRM項目手記(6)SAP CRM項目手記(5)SAP CRM項目手記(4)SAP CRM項目手記(3) - SAP顧問的軟肋SAP CRM項目手記(2) - 為售後服務項目啟動會而忙碌SAP CRM項目手記(1)