讓人頭疼的關鍵用戶

       想寫這篇博文好久了，但一直忍住沒下筆。直到今天又發生了一件讓我頭疼的事兒，知道事情的真相以後我才恍然大悟，是時候記錄一下這些讓人頭疼的關鍵用戶了。

       從業SAP這麼多年，各模塊關鍵用戶遇到很多，但絕大部分都是很好溝通並且業務紮實，配合度很高的人，甚至還有好學研究而後轉行作IT作顧問的。但在當前這個項目裏，遇到的一個財務關鍵用戶，卻讓我頭疼不已。公司上SAP項目，內部接觸過這個系統的並很少，每一個招進來的人懂點SAP都會被捧着高手或神人。面試的人只要作過SAP，哪怕操做過SAP都會在面試的時候加分很多。因而在上線期間財務部就招了這麼一位關鍵用戶進來，算是財務部裏惟一一位摸過SAP的人，曾經在其餘公司操做過SAP，都還不算是一位關鍵用戶。但這並非一件好事兒。

       在系統實施過程當中，他對系統實施過程的不少意見就暴露無遺，針對用戶的一些不解，他甚至充當起IT的角色，一直在教用戶操做，其實這沒什麼，但關鍵是他只是憑本身操做過SAP系統的一點邊角的東西，根據以前公司的系統設置就一直跟用戶在灌輸他的一些思惟。甚至在系統設置層面上，還發Mail出來告訴信息部SAP內部顧問應該如何作如何作。好比在採購發票預製上，SAP系統中開發了一套批量發票預置的功能，能夠直接取對帳畫面的金額和數量，但由於一些退貨採購訂單的緣由，他甚至要求直接取的採購訂單的金額和數量。也就是說他根本就不清楚系統畫面的關聯關係和一些優化性的設置，不只在本家業務不紮實的同時，對公司的業務理解和系統流程設置上也瞭解極爲有限。好比退貨銷售訂單沒有計劃價格過不了帳，按道理移動平均價的物料只要有採購就會更新計劃價格，但由於主數據維護的緣由，這部分遺漏了。他直接讓用戶在MR21裏面維護物料價格，甚至在物料當期有庫存異動的記錄。他彷佛只關注於如何讓系統可以操做下去，徹底不在意這樣是否合理，徹底不理會會有什麼後果。不少時候爲了可以讓系統流程更快走下去，甚至違反流程和業務的約定去作本不應他來作的事兒。

        這類關鍵用戶老是會在用戶着急的時候「指點迷津」。這類關鍵用戶很讓人頭疼，但倒是用戶們眼中的大好人，技能和水平甚至比內部SAP顧問還厲害。凡是用戶有問題的，問他就對了，會有各類奇怪的解決方式出來，問IT的話反而會被卡住，會由於流程或者業務的緣由和限制住。

        其實關鍵用戶只須要處理好本部門的業務，熟悉本模塊相關的操做和系統設置就能夠了，其餘的新需求新解決方案就留給SAP內部顧問來解決。畢竟SAP內部顧問了解本公司內部系統比較多，對彼此之間系統的集成和設置會更瞭解和熟悉，面對用戶需求也會結合本身的IT從業經驗和SAP系統的高集成架構作出合理的落地方案來。而不是這些讓人頭疼的關鍵用戶，僅憑本身作過一點邊角SAP系統就在那邊隨意指點和作出反應。

       SAP一點也不神祕，只是門檻有點高而已。懂點SAP其實並沒什麼，會操做SAP真沒啥了不得。真正能撐起SAP大旗，能稱得上是SAP諮詢顧問的，必定是可以在面對用戶需求的時候給出適當合理的解決方案，必定是坐落在SAP系統架構的高度，結合與其餘衛星系統的集成的角度來制定方案的。而要作到這些就須要很長時間的SAP從業經歷，須要有足夠的專研精神，博覽羣書，十年如一日。所以只懂本工做業務和懂點SAP操做知識的SAP關鍵用戶要想成爲真正的SAP諮詢顧問，須要的路更遠更長，不然只會讓人頭疼...