有位做領導力培訓的朋友,跑了三年專案,續約率一直上不去。客戶評價都挺好,說「很有收穫」,但續約的時候總在猶豫。後來他做了一件事——在專案裡加了三次評估,續約率當年就提升了不少。
我問他:你加了什麼黑魔法?他說:沒什麼魔法,就是讓客戶看得見自己的變化。
這是很多教練專案最大的問題:效果是真實的,但不可見。學員說「有收穫」,可這個收穫有多少、在哪幾個面向、和專案目標對應的是什麼——說不清楚。說不清楚,採購方就很難為續費做決策。
核心判斷:評估不是為了給專案「打分」,而是為了讓成長變得可見。可見才能可信,可信才能續約。
先了解 Kirkpatrick 四級模型
要設計評估,得先知道評估在測什麼。Kirkpatrick 模型是培訓評估領域用了幾十年的標準框架,把評估分成四個層次:
多數培訓只做 Level 1,也就是滿意度問卷。這不是因為 Level 2、3、4 不重要,而是因為做起來麻煩。但麻煩的恰恰是證明價值最關鍵的部分。
好消息是:不需要四個層次全做,抓住 Level 2 和 Level 3 的核心問題,就已經足夠有說服力。
三階段評估框架
我見過效果最好的領導力專案,通常都有三個評估節點。它們不是「附加的作業」,而是專案體驗的一部分:
三次評估的意義不僅在於數據,更在於它改變了學員和專案的關係。每次評估都是一次「暫停思考」的儀式,讓學員更有意識地參與成長過程,而不只是「上課」。
基線評估怎麼設計
基線評估是整個體系的基礎,最值得花心思。有幾個原則:
圍繞專案核心面向,不要貪多
一個典型的 6 個月領導力專案,選 4-6 個核心面向就夠了。每個面向 3-4 道題,總題目控制在 20 題以內。超過這個數字,完成率會顯著下降,而且題目多並不代表數據品質高。
常見的領導力面向參考:自我認知與情緒管理、決策品質與風險判斷、影響力與溝通風格、團隊建設與授權能力、戰略思維與優先順序管理。選哪幾個取決於你的專案定位。
用李克特量表,而不是開放題
基線評估的目的是產生可量化的數據,方便前後對比。5 分或 7 分量表是最適合的格式。比如:「我能在壓力下保持清晰的決策判斷」——1(完全不符合)到 5(完全符合)。這類題目寫起來容易,數據也好處理。
題目要有方向感,不能模糊
好的題目是有方向感的,讀完就知道「高分意味著什麼」。避免寫成「我對自己的領導力感到滿意」——這類題目沒有面向,高分低分都不知道代表什麼。
中期檢查的設計邏輯
中期檢查是最容易被忽視的環節,但它往往對學員的持續投入影響最大。
中期檢查不需要很複雜。我通常建議用 6-8 道題,結構上包含兩部分:一是從基線評估裡挑出 4-5 道「指示性題目」重新問一次(用於數據對比),二是加 2-3 道行為性問題,比如「在過去 6 週裡,你應用了哪些新的溝通方式?」——這類問題不用量化,但能幫助學員顯性化自己的成長。
中期檢查完成後,最好在當天就給學員發一個簡單的進度反饋。哪怕只是告訴他「你在情緒管理面向的得分比開始時提升了 0.6 分」,這個即時反饋對學員的激勵效果非常明顯。
結項報告是你最重要的交付物
結項評估用和基線完全一樣的題目,但這次要附上一份有數據的報告。這份報告裡應該包含:
- 各面向前後對比:用圖表展示每個面向從基線到結項的分數變化
- 顯著提升的領域:哪些面向的變化最明顯,這是學員最想看的
- 仍需發展的領域:哪些面向還有提升空間——誠實的數據比「全優」更可信
- 行為改變的佐證:把中期檢查裡學員填寫的行為性描述摘錄進來
這份報告同時有兩個讀者:學員本人,和採購這個專案的 HR 或管理層。對學員來說,這是成長的紀錄。對採購方來說,這是專案有效性的證明。
常見的設計誤區
誤區一:把評估當成「作業」放在最後。如果學員把評估當成專案快結束時被要求填寫的表格,完成率和數據品質都會很差。評估應該被介紹為專案的一部分,從第一天就解釋它的意義。
誤區二:基線和結項用不同的題目。見過有人基線用一套,結項換了「更好的」題目——這樣數據完全無法對比。基線和結項必須用同一套核心題目。
誤區三:問的是知識,不是行為。「你了解情境領導力模型嗎?」這類知識性題目沒什麼價值。要問行為:「當下屬表現不穩定時,你會調整自己的管理方式嗎?」行為性數據才是真正有說服力的。
✅ 核心要點
- 三個評估節點:基線(專案前)→ 過程檢查(專案中)→ 結項評估(專案後)
- 基線和結項用同一套題目,數據才能直接對比
- 面向控制在 4-6 個,總題目不超過 20 題
- 結項報告是交給學員和採購方的,設計時要考慮兩個讀者
- 中期檢查後當天就給反饋,對學員持續投入幫助很大
- 評估數據最大的價值不是證明「好」,而是讓成長變得可見
把這套評估體系搭出來
三階段評估框架不複雜,但手工發問卷、收數據、做對比非常耗時。用線上評估工具可以把這個流程自動化——基線、中期、結項用同一個表單模板,數據自動關聯,前後對比一鍵生成。
試試 FormLM →