利害關係人鑑別怎麼做？從名單、訪談到溝通矩陣

利害關係人名單若只保留部門分類和聯絡窗口，隔一段時間後，團隊往往記得列過哪些對象，卻說不清為何納入、資訊從哪裡來、涵蓋哪些人，或下一步誰要處理。可用的名單需要把候選群體、已知資料、資料限制、互動紀錄和待辦連在同一條工作線上，讓接手者能沿著來源追查，而不是把猜測當成對方說過的話。本文聚焦利害關係人鑑別中的名單、訪談安排和溝通矩陣，提供可直接設定的欄位與交接方式；它不代替組織決定重大主題，也不把任何分類寫成普遍適用的排序。從一列資料開始即可：先回答納入理由，再標明目前證據能支持到哪裡，最後安排負責人與檢視日期。

先界定鑑別任務與組織邊界

開始前先新增「本次目的」「組織邊界」「活動範圍」「盤點期間」「資料負責人」「待決事項」等欄位。目的要寫成這份名單支援什麼決策，例如年度永續工作規劃、某項營運調整的溝通，或報告資料準備；不要只填「ESG需要」。邊界記下法人、地點、營運活動，以及本次是否看供應鏈或服務使用環節。以一致句型寫明涵蓋期程和截止日，例如「本次整理截至某年月；新活動另列待確認」，並指派誰核對未定範圍。接著說明盤點會考慮直接往來、可能受活動影響、能影響決策的關係；一個群體可同時落在多種關係，不必先選唯一標籤。若範圍更動，記下更動日期、覆核人和原因，使後續讀者能解釋名單增減。這是本次盤點的設定值，應按活動與組織調整。

從影響關係蒐集候選群體

蒐集候選群體時，從實際活動與現有記錄雙向找資料，不從部門名稱直接推名單。可檢視客戶往來和服務紀錄、員工與承攬關係、採購及供應商資料、申訴分類、社區會議紀錄、合作備忘或營運變更通知。對每份線索新增「來源名稱」「負責部門」「資料日期」「涉及活動」「可識別群體」「涵蓋範圍」「限制」等欄位，再把候選名稱接回它所關聯的活動。逐筆問資料涵蓋目前的法人或地點嗎、只記錄提出問題者還是更廣泛對象、是否已過期？若客訴表記載幾宗交通詢問，來源只能說明收到這幾項詢問，不應替所有鄰近居民表態。遇到來源只支援局部判斷，保留為候選線索並標為待核對，不要用「重要」代替證據或理由。

在同一列中，宜把「群體名稱」「活動關聯」「關係類型」「納入狀態」「判斷理由」分開記錄。關係類型可複選：直接往來者、可能受到影響者、可能影響組織決策者，並不互相排斥；活動關聯則寫明是哪項營運、產品、採購或場域讓關係成立。狀態可用「已確認候選」「待補資料」「暫不納入」，並替每種狀態訂明團隊內部定義，避免不同填表人用自己的理解標記。若資料由一個部門提出、另一個部門認為範圍不同，把兩邊來源與日期都保留，再指定一位覆核者決定補查或先列待辦。暫不納入也要記錄理由、適用期間與重新檢查的觸發條件；否則下次盤點只能重新猜一次。這樣名單呈現的是可追溯的判斷路徑，也能指出訪談要分辨的是影響、互動經驗或資訊需求。

區分已知關注、待確認資訊與互動方式

假設情境｜以下只示範如何記錄，不代表 Remore 或任何企業的實際案例。某組織準備調整一處營運據點的作業時段，過去會議紀錄曾寫附近居民詢問交通安排，但紀錄沒有列出完整與會範圍，也沒有近期訪談。承辦人先把「附近居民」列為候選群體，活動關聯填「據點作業時段調整」，線索填「既有會議紀錄及日期」，狀態標「待補資料」。限制欄註明紀錄只涵蓋當時與會者，不能代表全部居民；待確認欄列出受影響時段、希望採用的資訊管道等問題，責任欄指派專人確認窗口並安排詢問。完成訪談前，不能寫居民支持或反對調整；收到回應後，也只記錄該次接觸所涵蓋的對象與內容，再決定是否擴大了解。

把候選名單轉成訪談安排，可依序完成六項工作。第一，從待確認清單選定受訪對象或代表窗口，記下選取原因、所屬群體、活動關聯；安排目的是了解經驗、可能影響或希望接收的資訊，不以證明預設結論為目標。第二，先檢查對象是否只覆蓋單一部門、地點或角色，若需要不同角度，另列待聯絡對象，不把一位受訪者當全體代表。第三，準備簡短中性問題，例如「這項活動可能帶來哪些改變？」「目前哪些資訊最需要說明？」「您偏好的回覆管道和時間點是什麼？」先問開放問題，再針對時間、地點或流程追問事實，避免把可能答案塞進問題。第四，邀約時說明訪談目的、預估時間、紀錄方式、誰會閱覽摘要、是否會具名引用，以及如何使用後續資料；對方有不願回答的項目，記錄為未確認即可。第五，訪談後按「受訪角色、日期、管道、問題、回答摘要、直接引述或整理、涵蓋範圍、限制、待辦」整理紀錄，將受訪者實際表達和整理者的分析分欄。第六，把回答對應矩陣中的議題、互動方式、回覆窗口和追蹤日期；若摘要仍有歧義，先向受訪者核對或保留待確認狀態。

以溝通矩陣安排下一步

溝通矩陣要將判斷轉成安排，不能只以高、中、低排序作為結論。可以用一個矩陣列一個「群體 × 議題或活動」，因為同一群體對不同活動的關係、資料完整度和回覆需求可能不同。建議欄位包括「可能影響／關注」「判斷依據」「互動目的」「方式與時點」「負責人」「回覆或追蹤日期」「目前狀態」。內部若需優先順序，可先寫清採用的判準，例如影響範圍、急迫時點、既有互動缺口或是否已有窗口，再逐案記錄理由，而不是套用未經說明的分數。資料不足時，矩陣可以安排核對資料、找窗口、進行訪談或提供後續回覆；若已收集到的意見涉及不同角色，拆列不同議題，避免把多種需求平均成一個群體立場。覆核時逐列查「誰做、何時做、根據哪項紀錄」，未指定責任人或日期的格子就不是可執行的溝通安排。

留存來源、責任人與版本變動

為了讓名單可交接，記錄「資料來源」「蒐集日期」「填表人」「覆核人」「最後更新日」「版本」「變更摘要」和「後續負責人」。在一般維護中可設定固定檢視週期，另列會觸發提前檢視的事件，例如新據點、新活動、合作關係變動、重大申訴或原窗口失效。更新時不覆寫掉舊依據：新增群體要記下加入理由，移除或暫停互動要記下判斷依據，互動方式改變要記錄由誰決定及生效日期。若檢視後維持原狀，仍留下檢視日期、核對資料及「確認仍有效」的原因；空白狀態無法分辨是已檢視還是沒人處理。把下一步寫成負責人、期限或觸發條件、完成證據三欄，可降低交接時重複搜尋舊郵件的成本。不同時間取得的回應需保留各自日期和來源，避免摘要混成一個沒有時點的結論。

常見問題

利害關係人名單要包含哪些對象？

沒有任何一份名單能不看情境就套到所有組織。可先從員工、客戶、供應商、投資人、政府往來、社區和服務使用者等候選類別開始，逐項檢查它與本次活動的關係、資料日期和聯絡管道，再按組織邊界增刪。也要問直接承攬者、受服務影響但沒有固定聯絡窗口的人，是否可能被既有名冊漏掉。每一類都加上活動、納入或暫不納入理由、來源與涵蓋限制；同一類別若因地點或活動不同而有不同關係，可拆成多列，避免一個名稱遮住實際差異。列入清單代表值得盤點或確認，不代表已聽取該群體意見，也不代表每一類都要使用同一種互動方式。沿用過去名單時，先核對窗口、組織範圍和資料日期，並標明本次重新檢視的結果。

如何處理尚未直接互動的群體？

尚未直接互動的群體可以列為候選，但要把「推測的影響」與「對方已表達的關注」用不同欄位呈現。先寫可能受影響的活動、推論來自哪項資料、資料涵蓋哪些人、哪些人未涵蓋；接著明確記下待確認問題、查找窗口的責任人與預定回看日。若找不到適合窗口，不要把空白補成訪談結果，先由負責人盤點現有的公開聯絡方式、既有互動管道或合適的中介，再判斷是否可合理接觸。邀約時讓對方知道為何聯絡及資料如何使用，未能取得回覆也要記錄接觸日期與狀態。後續取得回應時新增來源、日期、對象範圍和摘要，保留早期推論並標出哪些已被確認、修正或仍未知；這樣讀者能看見理解怎麼更新，而不會把沉默解讀成同意。

名單多久需要重新檢視？

重新檢視的頻率由組織依活動變動和工作資源設定，固定週期之外再配合事件觸發；不必把沒有普遍標準的間隔硬套成一致天數。先指定名單負責人、覆核角色和日曆提醒，再為事件定義何時啟動檢視，例如據點或產品活動改變、重要合作關係停止、發生需回覆的重大溝通事項。每次檢視依序核對組織邊界、既有來源是否仍有效、候選名單是否有遺漏、訪談與回覆待辦是否關閉，最後記錄保留或修改的理由。若只更新聯絡人，不必將整筆群體刪除重建；保留版本差異並把失效窗口列為待辦。檢視結束時，狀態至少要能區分「已核對且維持」「需要更新」「等待外部回覆」「尚未檢查」，讓管理者看出工作在哪裡停下。

下一步：先完成一列可追溯紀錄

第一輪盤點可按「目的與邊界、候選群體、來源與限制、訪談、矩陣安排、版本交接」六步建立，再挑一列試填，檢查另一位同事是否能回答為何納入、知道什麼、還缺什麼、由誰接手。完成一列後，再沿用欄位逐步擴展；名單應保留未知狀態，讓補充資料與溝通安排都有落點。若要延伸到報告書啟動和範疇界定，可參考永續報告書撰寫實務指南的相關頁面；外部報導框架可查閱GRI 通用準則官方資源，作為理解框架的延伸閱讀，本文矩陣本身不代表 GRI 正式方法。若需要共同釐清利害關係人和重大主題，可參閱 Remore 官網的企業內部永續檢診服務說明，按自身組織需求評估諮詢。現在先為一項活動填入來源、範圍、待確認問題和負責人，讓下一次溝通從可查的紀錄開始。