SAP項目中的三大陷阱

文 | 大話君

前兩天跟老友J見面，約在一家裝修得很洋氣的咖啡廳。

舒緩的西洋音樂，昏黃得恰到好處的燈光，可以把身體蜷縮起來的沙發，帶著心形拉花的拿鐵……這麼裝x的環境，我們兩個大男人，竟然在聊SAP！

J跟我曾經是一個項目的戰友，不像我在這個行業熬熬熬……熬成了老炮兒，他很早就上岸去了企業內部，成了指揮供應商幹活的那種人。

我們從特朗普的亞洲行，聊到馬斯克要登火星，東拉西扯，話題卻最終落回了SAP那點事。

J很感慨，在這個行業走了那麼久，他終於變成了不用親自上陣做項目的人，可回身一看，路上都是各種曾經趟過的坑。從諮詢顧問變成甲方，反而讓他看清楚了很多，原來的視角很單一，腦子裡只有「我我我」，卻沒想過以另外的角度來思考。

這老兄也是升華了，他竟然總結出了顧問在項目中應該小心的三大陷阱，我聽完覺得有點意思，您不妨也品評一番，看看有沒有幾分道理。

01 陷阱一 盲目滿足客戶

這來自J的親身經歷，他是從諮詢公司的實習生入行的。在做SAP之前，也沒在企業呆過，華麗麗的白紙一張，沒資歷沒經驗，因此在項目里沒什麼存在感。人就是這樣，越是缺少什麼，就對什麼越看重。

時不時的也會有客戶來找J，提點需求，讓J幫忙解決點問題什麼的。他總是誠惶誠恐，抖擻120分的精神來滿足客戶的要求。從好的方面說，他的態度很認真。可中國的老話里都是蘊藏著智慧的，正應了那個詞：過猶不及。

有一類客戶，其實無論是不是SAP項目里的客戶，他們都覺得自己有一種天賦神權，化為三個字就是：「我想要」。不管想要的東西是不是合理，不管想要的東西在現有的項目時間框架和成本中能不能完成，他們總是撇撇嘴，輕飄飄的蹦出那三個字：「我想要」，至於能否完成，怎麼完成，項目組你自己去想辦法吧。

J曾經就著過這個道。

那一天客戶飄然而至，帶著滿肚子的新需求，新想法，跟J結結實實地討論了2個小時，怎麼把新流程跟SAP系統功能結合起來，哪些地方要做成自動化的。J也high了，自己受到重視啦，那客戶要的東西必須得給滿足啊。

滿足得了要滿足，滿足不了，創造條件也得滿足。J說，當時他心裡真是這麼想的。

連續好幾晚地加班研究功能，寫FS，再找項目組協調資源，把自動化的要求用開發實現。J的黑眼圈累得大了一圈，可讓人無語的是，等他興沖沖的跑去找客戶測試時，嘩，一盆冷水兜頭澆下。很簡單，客戶自己覺得這個需求不重要了。思維活躍的客戶，又冒出了其他的新想法，擺開架勢要再跟J討論2小時。

在會議室熬過那2小時的J無比鬱悶，自己辛苦做的東西突然就不被需要了。這還不算完，項目經理知道後，雖然沒再火上澆油，看J的眼神也多少有點不滿。畢竟，投入了各種資源，卻啥也沒換回來。

怪客戶嗎？只能怪自己太嫩。

溫馨小提示1：對於客戶的需求，作為顧問得有自己的判斷：是真需求還是偽需求？時間和成本能不能cover得住？想清楚了再動手。

02 陷阱二 過度自信

從戰戰兢兢的小顧問，到牛x哄哄的老顧問，這個轉變經常在尚未自我感知的時候就發生了。

鏡頭一轉，還是那個J，不過他已經進化成老鳥了。當時的感覺，用他自己的話說：哥們吃過見過，什麼樣子的項目都做過，什麼樣子的客戶都能應付得了。

這是SAP顧問做到一定的時候，很容易產生的一種幻覺，我稱之為：人到中年-喪失理智-無法無天-自大狂症。

典型癥狀就一條：覺得自己比客戶更懂。

不知道你有沒有發現，上面那句話缺少賓語，顧問比客戶更懂什麼？如果說更懂SAP，我還勉強認同。如果說更懂業務，或者更懂企業，那就不一定了。一個成功的項目，總得結合了SAP解決方案和企業實際業務才能行。

這不，J跟我講了他曾經的故事。那時候J已經做了不少項目，因此積攢了一套自己的「最佳實踐」。就像一個老中醫的行醫箱，裡面裝好了許多現成的藥方。企業的頭疼腦熱，都有應對之法。其實這不全是壞事，老藥方都是經驗的總結。

可惜，過於自信了。

客戶是個化工企業，J沒多思考，就把曾經做過的化工行業解決方案套用過來了，都是用熟了的功能，會有什麼問題？換一家別的企業，這麼做可能不會產生什麼特別的後果。不過小概率事件是存在的，尷尬的情況發生在集成測試時，這家企業生產中會用到蒸汽，生產完還會產出蒸汽。J的解決方案中完全沒有考慮到這點。

其實客戶在需求討論的時候說過蒸汽的事情，還特意說這個問題在舊系統中就是個難點。只是J沒當回事，覺得自己的方案都能解決。這就像喉嚨痛、流鼻涕了，我們會說這是感冒，但感冒也分風寒、風熱和暑熱等不同類型，一味小柴胡湯可不能解決所有問題。

J的自大，讓整個集成測試環節延誤了三天，這還是以其他同事陪著加班為代價的。不用想都知道其他人的心情了。

溫馨小提示2：經驗 + 對具體細節的關注，才能避免老中醫式的項目方案。

03 陷阱三 未經仔細評估的開發

這次故事的男主角終於不是J本人了，而是他進甲方後碰到的事情。

J進入現在的公司之時，SAP已經上線了。他本以為自己總算過上了衣來伸手，飯來張口，事事都有供應商伺候著的大爺生活，沒曾想新職位第一周就給了他個下馬威。

用戶想在核心的主數據中增加一些額外的信息，本來一般這種需求，顧問都會建議找幾個空閑的欄位使用就好，easy。

可當時乙方顧問不知道出於什麼考慮，竟然選擇了對SAP內表進行增強的方式，也就是直接在標準表上增加了欄位。且不說這種方式本身比較複雜，更重要的是，很多報表中都沒有這些增強欄位。幾個增強了卻讀不到的欄位，想想都覺得腦袋疼。

這個坑挖的，我給100分。

J忽然發現自己面臨著十餘個報表需要被修改的任務。改吧，莫名其妙增加一堆的人天成本。不改吧，之前好不容易搞的增強等於白做了。這就像一不小心步入了地雷陣，進退兩難。

那時候J說他也很焦灼，心裡對做出如此判斷的顧問自然是恨得牙痒痒的，但是又不想表現得太沒風度。當然，J可以大手一揮，說這些都是自己上任前遺留下來的問題，自己不用負責。可他還是承擔起了責任，做出了廢除已有增強欄位的決定。

馬克思馬爺爺說了，事物都有兩面性。這件事發生後，他們企業內部也因此逐步建立了特別嚴格的開發評估流程，類似的事情再發生的幾率變小很多，也是因禍得福了。

溫馨小提示3：在用功能開發解決問題前，必須深思熟慮，要避免會產生新問題的解決方案。

04 最後

聽完J總結的三個陷阱，我忽然產生了奇妙的聯想。

顧問和客戶有點像戀愛中的男女。

給對方的關注不能太廉價，不然就不值得珍惜。又不能太自我，忽視對方的細微之處，這樣人家早晚離你而去。如果真不合適，不必太勉強，那樣撐不了多久。

原文鏈接點這兒