社區活動主辦後怎麼檢討？依籌備、現場與收尾列改善清單

從活動目標、流程等待、參與者意見到改善驗收，整理主辦者可在下一場驗證的檢討步驟。

活動結束後，檢討不是把所有不順都寫下來，而是找出哪些差異值得下一場處理。主辦者可以沿著籌備、現場、收尾三段，把原目標、實際發生、原因線索與下一步放在一起看。先描述可觀察的事實，再判斷流程卡在哪裡；遇到不同說法，保留來源與待確認項目，不急著把責任推給個人。以下六個問題可協助整理一次活動，並把改善寫成有負責人、期限與驗收方式的小任務。

活動目標如何對照實況？

先把企劃中的目標改寫成可觀察的結果，分清「想做到什麼」與「準備辦哪些事」。例如，讓居民認識某項資源是方向；讓參與者聽完說明、完成體驗或帶走一份資料，才是可檢查的行為。每項目標旁記下原先預期的對象、數量或成果形式，以及由誰、在哪個環節記錄，避免活動後才用印象重訂標準。若企劃只寫「增加交流」，就回看當天安排是否留有互相對話的時段，並把這項模糊處列為下次籌備的前置工作。

接著把預期和實際並排，並為差距留一條證據。人數可看報名、到場與中途離開；體驗成果可看完成件數或工作人員紀錄；交流則可查看流程是否提供互動機會，並整理回饋提到的情境。不同資料的口徑不一樣，報名數不等於到場數，簽到也不代表完整參與，因此每個數字都要寫清楚來源與計算方式。資料缺漏就標成未知，不以估算補成看似完整的成果。

以下是假設例子：原先希望40位居民到場，簽到紀錄有32位，實際到場比例是32÷40＝80%。這只能說明人數目標未達，不能單靠此數字判斷宣傳不足，還要查看報名與取消情形、活動時間及參與者意見。若目標是讓更多人完成體驗，另記完成數，不能拿32位到場直接當成32位完成。最後逐項標記「達成、部分達成、未達或資料不足」，並寫下判斷依據；如此下次才知道該調整目標、活動內容，還是紀錄方式，而不是只留下好或不好的感覺。

哪些環節按時完成？

把活動拆成籌備、進場、開始、轉場、結束、撤場等節點，從原定流程表抄出應完成時間與交接人，再補上實際時間、完成狀態和依據。不要只記「有延誤」；寫出延誤發生在誰等待誰、前一項工作交付了什麼、下一步何時才開始。若原定時間只是估算，註明是預計而非承諾，避免把不合理的排程當成某個人的失誤。

盤點時至少分成依時完成、逾時但未影響後續、逾時且擠壓後續三類。也要留意提前完成是否造成空等，例如器材已定位，主持人卻仍在等場地開放。要看清交接，不只看任務勾選：講者已到不代表投影測試完成，物資送抵不代表清點和擺放結束。若負責人臨時更換，也記錄交接內容有沒有放在團隊找得到的位置，讓下次能知道是流程設計還是資訊傳遞出了問題。

假設流程表寫14:00開始，簽到在13:50完成，開場實際14:08，紀錄可寫「器材測試比原安排多8分鐘，主持人在門口等候；簽到雖已完成，但開場提醒沒有交接」。這個假設例子把表面上的八分鐘連到具體節點，不直接歸因個人。再確認當時是否有備用設備、誰能決定延後開場，以及參與者是否收到通知。整理後挑出可重複出現的交接點，改寫成下一場的檢查項目；準時完成但仍造成等待的工作，也值得檢討，因為完成時間合格不代表整段流程順暢。

哪個等待點可量化？

為了避免把「很多人等」當成原因，選一個等待點記錄起訖、等待人數、等待總量與直接觀察到的情況。可用現場計時、工作人員紀錄或事後對照時間戳；若只記得大約時間，註明是估計以及回憶來源。先觀察一兩個明確時段，確認卡點在哪，再決定下場是否需要增加記錄頻率。同一類等待要用相同口徑記錄，才有辦法比較前後變化。

以下是純假設的簽到案例：三位參與者各等4、6、8分鐘，平均等候為（4＋6＋8）÷3＝6分鐘，等待總量是18人分鐘。平均值不代表每位都等6分鐘，因此保留個別時間與發生時段。若只知道隊伍曾排到門口，就先記下觀察到的隊伍位置，不推算全場平均，也不要把一次觀察當成所有場次的固定狀況。

量化的目的不是追責，而是分辨能透過設計改善的等待與突發干擾。比較不同等待點是否共用同一人、設備或資訊；若排隊因資料不齊，先檢視活動前提醒與現場核對；若因空間狹窄，則查看動線和擺位。完成檢討時寫下本次基準、推測原因與下一次要觀察的指標。原因尚未確認，就保留為假設，安排負責人在下場驗證；不要先把增加人手當成唯一答案。

參與者意見如何分類？

先按議題分類參與者意見，不急著評分好壞。可分成資訊是否清楚、時間與交通安排、活動內容、空間與參與門檻、互動方式、現場支援等，再記錄意見來自表單、口頭談話、現場觀察或工作人員轉述。保留原話所需的脈絡，但只摘取理解問題所需內容，不擴散可辨識個資。把一項意見拆成「發生情境、感受或影響、希望改變的事情」，才能從「不方便」走到可行動的描述；記不清的細節就標示待補，不替對方補完原因。

整理時分開個人感受與重複出現的模式。單一回饋仍值得查看，尤其涉及安全、參與門檻或資訊取得；多位提到相近情境，則可列為流程候選問題，但不能只看提及次數就斷定根因。正面回饋也放進相同分類：哪個安排讓人容易加入、哪段說明清楚，都可以保留成下一場的操作條件，而不是只留一句「大家很滿意」。若兩種意見看起來互相矛盾，先確認參與者的時間、位置或活動經驗是否不同，再決定是否要分情境處理。

例如，以下是假設回饋：有人說報到指示看不懂；另有人晚到後找不到入口。兩者都歸在資訊與動線，情境卻不相同，先核對活動前通知和現場指標，再判斷需改線上說明、入口標示或迎賓安排。若沒有足夠資料分辨原因，就把要確認的問題列出來，例如不同入口是否都能看見指示、通知中是否寫明地點。每項分類最後補上可採取的動作、要查的證據及負責人，讓回饋能進入改善清單，也保留無法立即處理的意見供下次檢視。

下一場先改哪個流程？

改善清單不必一次收進所有意見。排序時先看問題是否碰到活動核心目標、影響哪些參與者、是否重複發生，再看團隊能否透過流程控制。涉及安全、參與門檻或資訊取得的問題，即使只被一人提到，也不應因次數少就排除；反過來說，很多人提到的小不便，若改善成本高又不影響參與，也可先評估，而非立刻全面改版。判斷時把證據強弱一起寫下，避免把最容易改的項目誤當成最值得先改的項目。

接著把候選問題拆成原因、可控環節與依賴條件。像報到慢可能與資料核對、桌位、到場波峰或人員交接有關，先找紀錄並向當事人確認，再挑一個能由團隊改動的因素試做。不要把「加人」當成預設答案；調整活動前提醒、分流方式、資料準備或設備位置，也可能更直接，但必須符合場地和參與者的實際需要。若根因仍不清楚，下一場先安排觀察或小規模試行，不急著把多個環節一起更改，否則結果變好或變差時，都難以知道是哪項改動造成。

假設本次有人因入口資訊不清而遲到，也有人反映裝飾不夠完整；若下一場目標是讓新參與者順利報到，可以先修正入口資訊，並請未參與籌備的人依通知試找入口，再記錄是否仍有疑問。裝飾可先列為待觀察項目。這不是說美感不重要，而是把本場目標、影響和可驗證性作為先後依據。每個暫不處理的項目也簡單記下理由與重新檢視的條件，免得清單只記錄被選中的問題，卻讓其他意見無故消失。最後每次只選少數可完成的改動，讓負責人有時間實際執行並留下結果。

何時確認改善完成？

每項改善都寫成可以驗收的任務：要改哪個流程、由誰負責、何時完成、需要誰配合，以及用什麼證據確認。把「下次注意報到」改成具體動作，例如更新活動前通知、在場地圖標出入口，並安排一位沒有參與撰寫的人照通知走一次。驗收條件要在執行前訂好，包含要檢查的文件、現場步驟或參與者回應，避免活動結束後才把「有做」當成「有效」。若需要場地方或合作團隊配合，也先確認對方何時能提供資料或完成交接。

確認改善時分兩層看：第一層是任務是否完成，第二層是下一場的現場結果是否朝預期改變。文件更新可以查看版本與日期；流程演練可以留檢查紀錄；實際等待則沿用前次相同的計時口徑。若任務按時完成但問題仍發生，表示這次改動未解決原因，需要回到證據重新判斷；若場次條件不同，例如入口更換或人流集中，就把差異寫入紀錄，別直接把結果歸功或歸咎於單一改動。完成與有效是兩個不同判斷，不要合併成一個勾選框。

以下是假設驗收方式：改善卡寫明「活動前確認入口指示，並由未參與籌備者依通知找路」。在約定的檢查日，負責人保存新版通知與試走結果；下次活動再記下參與者是否詢問入口、是否發生找路延誤。若仍有人找不到，便記錄其到場時段和入口位置，繼續查明是通知資訊、現場標示還是動線安排，而不是只把任務標成失敗。每次收尾後把未完成項目更新負責人與下一個檢查時間，完成且有結果的流程則留下作為新版本基準。

現在就拿出活動流程表、簽到紀錄和參與者意見，先為最值得處理的一個卡點建立改善卡，約定誰在下一場觀察、用什麼資料確認。若你也想延伸整理日常反思，可前往善之樹日課 KindTree首頁了解。