對企業客戶進行盡職調查——五張地圖
導讀
進到企業客戶場域寫第一行程式之前,先用五張地圖摸清現狀:數據地圖、流程地圖、組織地圖、系統地圖、政治地圖。兩週盡調看似純成本,卻能避免六個月在錯誤方向上的投入。Robin評論:企業專案失敗多因沒弄清客戶內部組織、責任與利害關係。
重點
- 寫第一行程式之前,先用五張地圖摸清客戶現狀
- 五張地圖:數據、流程、組織、系統、政治
- 兩週盡調看似純成本,實則避免六個月錯向投入
- Robin:企業專案失敗多因沒弄清客戶內部組織、責任與利害

原貼文全文
對企業客戶進行盡職調查-五張地圖
在進到企業客戶場域編寫第一行業務代碼前,用結構化的方法,摸清這個客戶的全部現狀。一份完整的盡調清單應包含以下5份地圖。
•數據地圖:客戶有哪些數據源,負責人分別是誰,數據質量如何,權限歸屬於誰,有沒有容易被忽略的暗數據(如老員工個人留存的表格、只在郵件流轉的報表、紙本文件留存處等)。重點不是「有哪些數據」,而是「哪些數據真正被信任」。在絕大多數組織,官方數據源和業務人員實際使用的數據源並不相同,但後者才是對接優先級最高的數據。
•流程地圖:目標業務流程的真實運轉圖——不是流程文件的版本,而是使用影子工作法(shadowing,像影子一樣跟著用戶觀察其真實工作)觀察出來的版本,包括所有沒寫進文檔的環節、例外情況和各類變通操作。特別標注3個點位:時間消耗最大的環節、出錯代價最大的環節、矛盾沖突最集中的環節。這3個點位,通常就是高價值的業務機會。
•組織地圖:誰發起、誰買單、誰使用、誰能否決、誰是無冕之王(無正式頭銜但具備影響力的關鍵人物)。企業項目失敗很多時候和技術無關,根源是對組織關係判斷失誤:內部支持者職位過低,或者支持者職位過高沒有精力跟進項目,抑或關鍵角色沒有納入項目範圍。FDE要重點識別「知識樞紐」角色:即便崗位層級不高,但所有人遇到業務難題都會向他諮詢的這類員工,他們既是需求的重要來源,也是後續推廣的種子用戶。
•系統地圖:技術環境的真實現狀——要對接的系統清單及其接口狀態、安全與合規邊界、變更管理流程。系統地圖直接決定你的部署架構和排期。很多項目的排期從啟動第一天起就已失控,原因只是沒有提前確認:客戶端系統版本更新的審批流程需要6周。
•政治地圖:最敏感也最關鍵的地圖。繪制政治地圖需要回答以下3個問題:項目會觸動哪些相關方的既得利益;自動化改造的流程是不是部分部門的權力來源;方案落地之後,哪些崗位的價值會被削弱。設想這樣的場景:系統上線演示,業務合作部門鼓掌認可,另一個部門的主管全程沈默——該部門維護的原有業務流程正是本次項目要自動化改造的對象。
把「員工不願採用新工具」列為第一大路障,而抵觸的根源大多不是懶惰,而是內心的恐懼——怕崗位被替代、怕個人能力被否定、怕自身失去存在的意義。政治地圖的功能,是提前識別這些心存顧慮的相關方,並且在方案設計階段,就為他們規劃新的發展路徑,而不是直接剝奪其原有價值。
讓方案中成為「受害者」的人,成為續約時最堅定的支持者。
5份地圖全部梳理完成,才算真正完成進場準備。整套盡調一般耗時一至兩周,每日同步資訊。盡調工作看上去屬於純成本投入,但這筆帳應當這樣計算:兩周盡調,可以避免未來6個月在錯誤業務方向上盲目投入。
#前線部署工程師FDE
----
羅賓小弟:「絕大多數企業項目失敗,都是事先沒有弄清楚客戶內部組織、責任和利害關係,不是因為產品技術好棒棒,就能讓組織中每個人都願意支持。」
本站文章為個人筆記與書摘整理,引述數字與事件均為原文發表時點,非即時資訊,不構成任何投資建議。
DISCUSSION
讀者留言
這篇讓你想到什麼?歡迎分享不同觀點、實務經驗與具體建議。
留言送出後即公開。請勿填寫私人聯絡資料或外部連結。系統會攔截可疑招攬、違規交易及洗版;自動判斷仍可能有誤。
接近此區時載入留言。
網站管理者登入 登出管理帳號