有些時候，我們可以從他人身上挖掘提取最佳實踐經驗，并將這些經驗進行提煉，轉化為容易被其他人或其它系統所學習或借鑒的產出。這一過程，我們可以將其稱為“經驗萃取”。那么，“經驗萃取”可以適用于哪些場景，可以如何進行呢？一起來看看本文的解讀。

一、導讀

1. 導讀問題

從兩個有趣的思考題開始：

請留1分鐘思考，答案需要廢手指滑到文末。

2. 導讀場景

• 如果你是一位領域專家，是否遇到過自己能干，但不知道怎么下手教“徒弟”的窘境。
• 如果你是一位新晉產品經理，是否遇到過，因摸不清用戶真實場景和經驗，被用戶吐槽不接地氣的經歷？
• 如果你是一位組織管理者，是否痛苦于團隊業績水平參差不齊，但就算團隊的能手百般愿意，也不知道如何把一身本領復制給團隊的窘境。
• 如果你是一位新晉的HRBP、OD/TD/LD，是否遇到過新的工作崗位類型缺乏有效行業經驗參考，需要構建培養體系，但又不知如何有效獲得實際崗位經驗做輸入的情況？
• 又或許你可能是一位PMO，在扮演類似以上不同角色或接觸不同類型項目時遇到過類似的問題。

通過接觸并實踐“經驗萃取”技能，我發現這個技能的通用性非常的廣泛，本文如題將介紹關于“知識萃取”的理解與入門實戰經驗，通俗的說我認為這就是一門“從專家（們）身上挖掘提取最佳實踐經驗，并將它轉化為容易被學習并復制到其他人（產品）的藝術。如果你對這個話題感興趣，歡迎往下閱讀。它其實并不深奧，很容易上手，是一個非常重視踐的技能。

二、目錄

三、我對“經驗萃取”的理解

回頭回顧篇頭的兩個問題以及答案，不知道你是否有感受到經驗傳遞的魅力，通過有效的經驗提煉、包裝和呈現竟然可以讓原本晦澀、難懂又難記的寶貴經驗得以傳遞復制，幫助個人提升、組織提效，經驗迭代，把人們更多的時間留給更有意義的事情。

記得第一次接觸經驗萃取應該是19年前后聽過一次孫波孫老師的最佳實踐萃取課程，因為自己一直對如何將復雜經驗轉化成可復制易學習的內容感興趣，所以聽得津津有味印象非常深刻。之后還有幸在后續的工作中學習三本書《BEST高能經驗萃?。簩炐憬涷炥D化為績效成果》（邱偉著）、《最佳實踐萃取》（孫波著）、《知識管理:為業務績效賦能》，并兩次較為深度的跑下來兩個關于經驗萃取的項目，陸續形成并加深了對“經驗萃取”的理解。

直至我起筆時刻，百度百科對“知識萃取”詞條還未收錄，對“經驗萃取”也只是簡單的定位了“網絡熱詞”。

中文名：經驗萃取

含義：分析總結，吸取經驗

百度百科（2023/7/15），關鍵詞條：經驗萃取

而對于經驗萃取，我更愿意將它理解為：“是一門“從專家身上挖掘提取最佳實踐經驗，并將它轉化為容易被學習并復制到其他人（或系統）上的產出”的藝術”。

知識插播：我理解的“知識管理VS.知識萃取VS.經驗萃取”

剛做經驗萃取，面對知識管理的各術語容易困惑，為后續文章鋪墊，在此略做自己理解的分享?？赡苁且蛑R管理本身還并未很普及（規范的知識管理，往往在企業是重要但不緊急的事情），所以知識管理、知識萃取、經驗萃取這三個詞時常容易被混淆。我對它們關系的理解是，知識管理包含了知識萃取，知識萃取包含經驗萃取。

例如：除了知識萃取外，知識管理還需要做知識的分類，還需要做知識的傳播。再例如：除了經驗萃取把隱形知識顯性化外，知識萃取可能還會做顯性知識+隱形知識基某一特定萃取主題下的整合萃取。這篇文章重點不在知識管理，略做分享。

四、“經驗萃取”的使用場景選擇

正如導讀中列舉的不同崗位、職能及管理梯隊，其實很多工作都或多或少涉及“經驗萃取”這個技能。但無論個人或者組織，精力是有限的，其實回到真正工作場景中，需要考慮的不是哪些場景可以使用“經驗萃取”技能，而更重要的是哪些經驗應該被優先萃取。這里有最基本的三個考慮：

1. 戰略重要性的考慮：去看所萃取的經驗是否在支撐企業戰略落地的核心能力上，以及對當前戰略是否急迫。
2. 復用價值的考慮：去看所萃取的經驗是只能被一人用，還是十人甚至百人使用。
3. 實際成本的考慮：去看為了完成這個經驗的萃取，時間/資金/人力成本高不高。

以上三點總結來說就是去評估“經驗萃取”項目的ROI本身，在當下是否值得。通常維度越高的部門看得越遠，也更愿意為這類支出“買單”。

除此之外，在這部分最想Highlight的還是，“經驗萃取”被不同的工作間接用到，但往往沒有被冠以一個正式的名字而被得到重視。導致講不清價值，技能的重視度也不高，似乎只要請一個專家做了經驗介紹，這個任務就完成了。

但實則一個經驗萃取的質量好壞直接決定了經驗傳遞的有效性。通過精心準備的經驗萃取來進行的經驗傳遞能帶來有效組織能力的提升。未受重視的經驗傳遞反而可能讓人覺得是在浪費生命，百般夸贊好評，有時夸的是專家自身的能力，而非所學到的知識。

關于這部分，以下邱偉老師書里的“金木水火土”模型，值得了解一下~

五、“經驗萃取”的關鍵步驟與心得

在經驗萃取方面，已有前輩輸出了比較好的方法論基礎，并且出版為書（這正是經驗萃取輸出的一種表現形式）。而我所要介紹的關鍵步驟以及我入門案例過程中所用的基本方法其實也主要來自于這兩本書。

我想這也正是知識管理價值的最佳體現，讓站在巨人的肩膀上的我，可以在以大概用3天讀完2本書后，具備快速上手實踐的能力（并且最終還取得了相對正向的反饋）。接下來在這一章，我將先推薦兩本我認為對我幫助最大的書，以及嘗試整合這兩本書本后我實踐過程中所使用的主體框架。這個細化出來的框架可能更像是這兩本書的一個實戰案例，我已經站在巨人的肩膀上，希望自己有機會也成為一個知識粹取的“肩墊”，但凡能為后來的朋友站的再高一些，就很高興。

來自《BEST高能經驗萃?。簩炐憬涷炥D化為績效成果》邱偉著（下文簡稱“《BEST經驗萃取》”）：

來自《最佳實踐萃取》孫波著：

（以上照片若有侵權，請聯系刪除）

閱讀以上兩本書后，我總結和采用的整體框架：

以上兩本書比較直觀的感受是都有相對完整的體系，《最佳實踐萃取》在萃取的細節和Tips上內容占比會更多一些，而《BEST經驗萃取》在整體框架完整性和前后延伸性會更強一些。因此在整體框架上主要沿用了“BEST”框架，但對于BEST的定義上可能就沒有完全嚴格的去做對應。因為兩本書對萃取的很多重要技能的思維上也已經闡述的較為全面，文章后續主要結合經驗，介紹整體項目過程，一些指導思想、實操的動作、引導問題，讓大家進一步看到一個入門的萃取項目大概是怎樣的“上手”的。

承接著圖，簡要介紹一下結合實際運用我對于“BEST”的理解：

Blueprint（萃取規劃階段）：這個階段負責對整個萃取項目進行規劃，核心產出應該是萃取方案以及與客戶就方案完成共識。方案包括（但不限于）：目的與價值、目標產出物、關鍵里程碑&評審點、項目組介紹、所需支持。

Extract（實際萃取階段）：這個階段負責對整個經驗萃取的實際執行，核心產出應該是專家經驗的原始信息及對整個經驗的模型提煉，要求是所有需要形成最終產出的原始信息已經在萃取師可隨時調取的掌握之中，而不是還留存在專家的大腦或未知的材料里。換句話說，就是所有對于萃取師來說應該顯性化的經驗和知識已經顯性化了。

Structure（結構化階段）：根據萃取師已經掌握的原始經驗信息，進行結構化、模型化、易理解化、美化。達成在力所能及范圍內最容易傳播的知識呈現。

Transter（產出傳播階段）：對實際產出的知識進行傳播，讓經驗被復用起來，助理業務拿到更好的結果。（這一步往往萃取師可能知識參與到部分內容中，大部分應該是交付到客戶團隊后，由客戶團隊推進）

六、貫穿萃取始終的四個重要思

在實際完成經驗萃取項目后，經過事后復盤以及交流，整體回顧了一下為什么項目反饋還不錯的原因，除了有比較好的參考方法外，總結了以下幾點貫穿項目始末的指導思想。為了做好一個經驗萃取項目，如果你還未對這幾點形成習慣，建議在項目過程以及做方案決策時翻開來提醒自己，漸漸形成。

產品思維：關注以終為始思考客戶（為萃取項目買單的人）需求是什么？以終為始思考用戶（實際使用萃取產出的人）需求是什么？通過什么樣的萃取產出可以真正的幫助他們。該簡單的地方簡單不累贅，該深入的地方深入不偷懶。恰到好處以最高的ROI實現最佳效果。

不吝交流：一個組織的領域專家的經驗很神秘，這個領域的經驗的傳遞方式也可能很神秘，一個組織想解決的表面問題的背后的實際問題也可能很神秘。善于在萃取項目的不同階段，結合不同的階段產出和認知去與各個層面的人員交流，確保最終產出可以真正給組織帶來效果。有效果的經驗萃取才是真正有價值的輸出。相較于違心配合的同事，我更喜歡講大實話的“刺頭”。避免耗費了大量的領域專家能力產出的萃取產出，毫無用武之地。找準人，適時行動溝通起來。

項目思維：擅長用項目管理的形式來運作經驗萃取項目。明確的立項來與客戶對齊項目范圍，好的干系人溝通來及時識別項目問題；正式的宣貫會來引起各方重視，有序的里程及WBS來規劃成果的產出；及時的過程評審來降低重大的“返工”風險；一定容忍度的變更管理，讓產出可以在過程中不斷靠著真正有用的經驗萃取產出發展，等等。記得用項目思維：）

回歸組織：經驗萃取的背后是組織能力的提升，組織能力的提升是對企業戰略的支撐。理解了經驗萃取對組織和戰略的支撐邏輯，去理解業務、組織對應的問題，可以幫助我們更為主動的去與客戶溝通需求。嘗試去做專業的引領而不是單純的Follow。真正的管理者，會期望有強大的伙伴而不是純執行的“乙方”。

在接下來大篇幅介紹項目案例的過程中你會發現很多動作，包括整個大流程的設計都或多或少的運用了這些大原則。

接下來將以時間順序從前往后延展，展開我的經驗萃取入門4個階段11步過程。在閱讀過程中請謹記“以終為始”的思路，也就是在閱讀每一步的開始，去思考這一步所面向的那個“終”是什么？我也會盡量在每一步的開始做一下提示，因為在實操過程確確實實是這樣的一個思考方式，才得以讓每一步都走得更踏實。以終為始，可以讓我們知道這一步我要做哪些關鍵動作，為什么少了就不行，會給后面埋下什么坑。也只有以終為始，才能讓我們脫離刻板的照本宣科，把理論照進現實。

七、Blueprint（萃取規劃階段）

萃取規劃階段的重要目的，是為了踏踏實實的抓住用戶需求，匹配合適的萃取解決方案，不讓辛辛苦苦萃取的好幾天的努力在后續被束之高閣，而是成為每個用戶桌面上不可或缺的案頭之書。

Step1：做調研明確需求

除非你是為自己做經驗萃取，否則一定繞不開的就是去理解并明確“客戶”的需求。從項目管理思維來說，發起人的滿意是項目成功的必要條件，甚至是充分必要條件。從產品思維來說，需求是產品價值的基礎，可以匹配和滿足需求的產品才是有價值的產品。所以明確需求成了我們以終為始的“起點”。

在明確需求上，因為在工作中經驗萃取往往是面向組織的服務/產品，更像是一個To B的業務，因此最為常見的我們至少要關注兩類對象。一個是客戶，一個是用戶。一個是給你支付報酬的人，一個是實際使用你的經驗萃取產出的人。

面向客戶：我們要去了解他們真實的工作場景、面臨的真正觸發他們愿意支付報酬來購買萃取服務的痛點、以及他們內心中最為直觀和期望的解決方案。對于一個客戶來說，最常見的對經驗萃取的痛點是：

1. 團隊需要快速提升某個能力但高手的經驗總是傳授不到普通同事身上，團隊成長及培養速度跟不上業務需要。
2. 還有一部分萃取需求是團隊能力很強但是就是不擅長把自己的強大之處講清楚，講明白，進而讓管理層看到團隊的專業素養，同時也去找到團隊進一步提升的機會。

面向用戶：我們同樣也是去了解他們的工作場景，遇到的痛點（尤其在經驗萃取與復制上），以及他們認為最合適的解決方案。用戶雖不一定會站在戰略、組織角度考慮問題，但恰恰他們正好是領域工作人員也是萃取產出的用戶，他們所提出的痛點和解決方案往往更真切以及接地氣。

Step1的工具/模版：

關于需求訪談過程主要整理的內容，其實并不復雜（見下模版）。圖后將對幾個關鍵字段的產出和使用做一下補充。

1）關于工作崗位、工作年限的收集：主要設計的目的是用于判斷不同細分崗位和工作經驗的用戶是否有明顯的痛點區分。最后在經驗萃取內容上有可能會在產出上做經驗的分類分層（如基礎、進階）。

2）關于“優先級”：主要設計的目的是收集用戶最真實的對于優先級的聲音。當經驗萃取范圍過大需要裁剪范圍，或者在做內容排序時都可以做參考。

3）關于“所屬場景”：這個字段在現場問的時候一開始可能沒有明確的選項，最后萃取師根據多次訪談后可以提煉更為清晰的可被枚舉的場景。所屬場景的用途是有利于對經驗進行分類，且是用用戶的語言對知識進行分類，最后不能確定100%會用上，但是對萃取師理解業務場景與業務對齊共同語言很有幫助。

4）關于“當前臨時方案”：核心目的是去了解目前用戶使用的解決痛點的辦法。在這個過程中你可能會挖掘到用戶自己梳理的一些流程、SOP或者經驗總結，它是非常值得萃取師提前關注收集和借鑒的輸入。如果遇到好的臨時方案，順便還可以多問一句為什么這個方案不被更大更長期的采納，這時候能進一步挖出組織對經驗萃取的訴求。當然這個臨時方案，有時候可能是沒有的。

5）關于“建議（或期望）方案”：很多有經驗愿意思考的用戶，往往在大腦里早就勾勒好了期望的解決方案的樣子。預期萃取師自己想，不如借助用戶的大腦已經形成的思路作為自己的關鍵輸入。通過對建議方案的挖掘，對于自己不理解的地方深問，我認為是最直接最快加深自己對萃取項目背后問題理解的方法。且那些有Idea的用戶，往往會成為后續你打磨方案時的種子用戶，讓他們給你的最終解決方案多提建議，何樂而不為。

關于“Step1”的Tips

① 這個階段勤問，勤要材料，了解實際問題確保不跑偏，拿到一手資料提前做好學習。以便確保把后續訪談萃取時間用在刀刃上，而不是反復問同樣的，或已經被萃取過的問題。

Step2：做項目方案規劃

有了上一步收集的用戶需求我們就可以開始進行項目方案的規劃了。方案規劃的目的很清晰，就是想清楚客戶這個項目的本質訴求，用戶對經驗的本質需求，并給出一套合理的解決方案及規劃。這部分從模版框架上看感覺更清晰一些，內容直接進入“工具/模版”部分。

“Step2”的工具/模版：

備注：通常來說項目方案一般不會以表格形式呈現，主要通過PPT或Word形式來呈現。以上表格為適配文章瀏覽效率和習慣設計。

1）在方案的“需求分析”部分

①“需求分析流程概述”：需求分析是解決方案的“根”，“根”不對或者不被認同就隨時可能被翻盤和詬病。因此需求分析也是萃取師非常需要重視的環節之一。為了讓需求分析的結果更具說服力，“往往我們需要先介紹并強調整個需求分析的大致過程，歷經哪些步驟，都有哪些人參與了。所有人就萃取項目的需求達成共識和信心，下面的整個過程才能順利而高效的進行。所以就有了第一小版塊“需求分析流程概述”部分。這個時候你還可以在材料里把Step1整理的表格秀一秀，或許就更有感染力了。

② “組織需要”：講的是客戶，也既管理層的痛點，如其名通常以組織需要這個思路來展開即可。通常來說最常見的邏輯有兩種：

• 一種是自上而下的，從“戰略-》關鍵舉措-》組織能力”這樣的邏輯來展開，“為了支撐公司戰略xxx，今年我們有重點舉措xxx，通過識別發現為了完成舉措xxx需要xxx能力的提升，因此有了這次萃取”。
• 另一種是自下而上的，從“績效指標-》員工反饋-》能力提升訴求”，在團隊業績指標診斷過程中發現問題，通過收集員工反饋發現在某領域有通過經驗傳遞來提升團隊能力的訴求。

無論是哪種，我們均要明確的獲得組織管理層的認同，那就是相對明確的組織需要，往往在組織需要層面我們最核心是要回答Why為什么要有這個經驗萃取項目的問題。

③ 而“用戶需要”：就更具體指的是What層面，即需要萃取什么內容的問題了。通常它會很具體的回到工作場景去看那些工作場景的哪些能力項是需要被提升的，常見的會用“場景”、“流程環節”或者“能力項”這樣的維度去切割。例如“服務設計過程中的項目管理能力”，“電話拜訪過程中的促單能力”。如果已經有崗位職責及任務清單，那這部分往往會容易許多，不過在很多新崗位，或者管理成熟度還不夠高的公司，這部分內容很多時候不一定有。

2）在“建議解決方案”部分

① “建議的解決方案范圍”：因為已經有了明確的客戶及用戶需求介紹，通常我會直接把建議的項目范圍給客戶做呈現及介紹，這樣是最為連貫的，也就是“建議的解決方案范圍”。我們建議在這一次項目圍繞客戶及用戶需求，萃取哪些經驗解決那些經驗傳遞的問題。

② “經驗傳遞的形式與載體選擇”：討論完范圍之后，應該就是對用戶來說最為直接的解決方案結果呈現了。在經驗萃取的核心解決方案上，通常我會以經驗傳遞形式+經驗傳遞載體的組合來表達。

• 常見的經驗傳遞形式如：“資料學習”、“線下授課”、“線下工作坊”、“線上錄播課”、“雙師課”、“產品導入”、“師徒制”等形式。
• 常見的經驗傳遞載體如：工作SOP、工作參考指南、課程課件、學員手冊、課程視頻、案例集、課后習題、雙師教師手冊、產品PRD、知識卡片等不同的經驗傳遞載體。

例如：一個我做過的Case，當時該團隊發現項目管理能力是該團隊的核心能力之一，且不同同事去負責類似的項目結果偏差很大。希望我們為其萃取并傳遞該領域的獨特項目管理流程經驗。經過需求調研，考慮到需要傳遞的經驗類型偏復雜且類別分支較多，同時結合當時該組織已經有了一套內部沉淀的通用項目管理流程及支付了其它項目管理課程。我們為該項目設計的解決方案是“自主資料學習”+“案例集&知識卡片”的形式來進行經驗的傳遞。

③“指導思想及差異化價值”：經驗傳遞的方式、經驗傳遞的載體大部分都在用戶的視野內，很難體現出一個萃取師的專業性以及核心價值。在我看來一個萃取師最有價值的地方除了設計最適宜的經驗傳遞框架方案外，還要洞察到對用戶來說最真實的經驗痛點并以巧妙的方式去挖掘并呈現出他們需要的經驗。

這部分價值我們通過“指導思想及差異化價值”，來得以體現。在這里萃取師有機會去表達對于這個萃取案例中設計的指導原則（如是重理論還是實踐、是傾向于認知態度的提升還是技能的培養）以及差異化價值（例如會同時提供跨行業領域專家的經驗分享以及幫助團隊構建“方法論模型”等）。在體現解決方案的過程中去樹立專業性，去對齊客戶（買單者）的訴求并獲得認可。

④ 在“經驗萃取核心思路”部分：需要去規劃，基于經驗傳遞方式以及經驗傳遞載體的規劃，為了拿到高質量的經驗萃取產出應該通過怎么樣的萃取形式來完成萃取。常見的萃取方式有：

• 訪談引導萃取，一般指通過1對1訪談的形式通過引導交流，收集領域專家的經驗。
• 材料閱讀萃取，一般指通過閱讀多篇經驗材料，通過整合理解萃取出所需經驗。
• 共創引導萃取，一般指有萃取師引導一組領域專家，通過相互梳理、討論、補充的形式同時萃取一組專家經驗。相對于1對1訪談，這類訪談的控場引導能力要求更高，但可以實現領域專家相互激發的作用，萃取師將有機會萃取出深度更深，整合度更高的內容。（類似頭腦風暴共創的形式，但對經驗萃取來說通常以復盤為主線，這個類型單純針對經驗萃取，目前暫沒有實際操作過）
• 自我萃取，一般指萃取師自己就是領域專家，自己框架化自身經驗歸納總結輸出。我認為這里還有一個訪談引導+自我萃取的變種其實就是通過萃取師制定萃取框架，領域專家獨自填寫內容回復的形式。介于訪談引導與自我萃取之間。

萃取師需要熟悉這些萃取形式并考慮如何組合來達到所需的萃取產出。除了考慮萃取的形式組合外，萃取思路的設計上還有兩個需要考慮的內容是萃取的“專家規?！奔啊霸u審節點”。就像我最開始做萃取項目一樣，經驗不夠豐富，專家配合程度不可控，很難100%預判最終產出的情況，怎么辦？

實操過程中，我們會通過合理的設計“評審節點”以及“專家規?！眮斫鉀Q。簡單的說“專家規?！睕Q定了信息的輸入量，在不確定性高的情況下，我們多預留一些輸入量以確保有增加萃取以迭代的余地。

另一方面就是采用敏捷的思想，小步快跑，快速交付（評審），在多次評審中快速糾偏。所以總體來說經驗萃取思路需要我們在“萃取形式”、“評審節點”以及“專家規?！狈矫孀龊靡巹?/strong>，這部分其實也是項目所需支持的關鍵輸入。關于這部分的設計，簡單的輸出如下圖。