元旦以後，只上兩天班又是雙休。如果放在以前，肯定公司是掐頭去尾，吃掉前後4天公休，元旦放3天，俺們虧一天。所以說，換了老闆，公司的企業文化和以前很不一樣了。現在的長虹，不是以前的長虹了。閒話少扯，言歸正傳。
本週因為部門領導到北京出差，所以專案組就備件構架、保障計畫等與備件處進行溝通。因為今年將推rdc配送的方式，和asis調查的現狀將有很大的不同。從銷售模式回歸配送（再銷售） 的模式，帶來的是物流、財務、流程和人員等多方面的變數。
備件的溝通會我參加了，本來安排在上午，但備件處的負責人居然忘了這事兒，跑去開另外乙個會了。於是臨時抓了兩個副處長過來，了解了一些可能變化的情況。下午，開始進行正式交流。
crm，是客戶關係管理系統，將維備件的管理放到這個系統裡面本來就有點牽強，但由於是專案發起的重點，所以專案組也只能勉為其難。其實，crm主要是通過工單產生的備件消耗，驅動r/3的備件訂單，但備件處因為當時sap sales的一張圖和方案，對sap crm報有太高的期望。所以說，售前的話是最不可信的，遭罪的是業務方和實施顧問。sap公司的顧問當時給備件方面的同事講，你們的要求都可以實現，只要實施crm以後，掛接bw、apo等模組就可以啦。如下圖：
以前和做crm的朋友交流，大家都認為crm專案流程設計應體現「以客戶為中心」，應圍繞客戶來進行流程再造。但目前，我看到的更多是在系統中複製現有流程，我們的工作重心都放在了和客戶關係管理有間接關係的內部管理上面（備件**）。這個問題，專案組和我是看得很清楚的，但必須不得已而為之。在備件方面，利用r/3系統，即使使用加人工處理的計畫方式，如果能形成乙個有效的計畫管理閉環，那可以說資訊化是水到渠成的事情。說到底，我們還是在為管理而資訊化而不是為客戶，但實際上我搞資訊化10多年的經驗是：
資訊化從來都是錦上添花的東西，只能提供管理手段，並不能提公升管理者的水平。
我所分管的，是公司呼叫平台的建設和運維，只有力保在我的管理許可權內盡可能體現客戶導向的流程設計思想。可能，其它的一些業務放到crm裡面來，本身就是個錯誤。
《sap crm專案手記》系列
sap crm專案手記(9)
sap crm專案手記(8)
sap crm專案手記(7)
sap crm專案手記(6)
sap crm專案手記(5)
sap crm專案手記(4)
sap crm專案手記(3) - sap顧問的軟肋
sap crm專案手記(2) - 為售後服務專案啟動會而忙碌
sap crm專案手記(1)
SAP CRM專案手記 5
昨天安排了對技術支援處的訪談，本來應該是上週做的，但當時專案安排把重心放在了服務業務 備件 商返機等方面，忽略了系統對產品質量分析的需求。所以，在周一補做了該部分的訪談。由於技術支援處的老t是資深專家，說話也比較直，所以我也參與了該部分訪談，做些引導。在交流中我發現，神碼的專案經理djf雖然對系統很...
SAP CRM專案日記 2
早上和專案經理溝通分工問題，專案經理說把我介紹給開發方面的負責人。但碰巧不在。又當了一天蘑菇。把使用者的兩個to be的文件看了一遍，兩個ppt共270頁左右，英文的，今天把其中乙個100多頁的翻譯完了。另乙個完成了1 3，還剩90多頁，明天上午完成。從需求上來看，完全是乙個e commerce的專...
SAP CRM專案日記 3
這幾天一直參加和使用者key user的需求討論 上午crm membership等 下午order taken，主要是理解業務，並分析report需求 從需求來看，越來越個性化 b2c b2b及內部採購，在使用者管理及order處理上，使用者沒有抽象出同類邏輯來，如果最後差異化太嚴重，會誤入歧途，...