stakeholder-map
作者 phurynstakeholder-map 可協助你建立 Power × Interest 利害關係人地圖，並為上市發表、變革專案與跨部門專案制定實用的溝通計畫。它能辨識出哪些人需要密切管理、哪些人要維持滿意、哪些人要持續告知、哪些人只需監控，讓利害關係人經營更清楚，也更具可執行性。
這項技能獲得 71/100，表示它很適合推薦給想要直接可用的利害關係人地圖工作流程的使用者；但也要預期套件本身相對精簡，周邊工具較少。這個 repository 提供了足夠具體的操作指引，已可安裝並實際使用，但在 scripts、參考資料或延伸說明方面支援不算深入。
- 觸發情境與使用場景明確：描述清楚指出它適合用在上市發表、跨部門對齊與利害關係人溝通。
- 工作流程很具操作性：會引導 agent 辨識利害關係人、評估 power/interest，並將其放入溝通矩陣。
- 輸出目標務實：它要求產出客製化的溝通策略與溝通計畫，讓 agent 的價值不只停留在泛用腦力激盪。
- repository 支援偏薄：沒有 scripts、參考資料、資源或 install command，因此採用與否幾乎完全取決於 SKILL.md 的說明。
- 漸進式揭露有限：這份檔案看起來主要依賴單一路徑式敘事流程，約束條件與例外規則較少，實作時可能會有一些不夠明確之處。
stakeholder-map 技能概覽
stakeholder-map 是一個實用的規劃技能，能把零散混亂的專案整理成清楚的 Power × Interest 利害關係人地圖與溝通計畫。當你在發佈、變更推動、跨部門上線，或任何利害關係人密集的專案中，需要決定哪些人應該被告知、諮詢、密切管理，或只需持續觀察時，就適合使用 stakeholder-map 技能。
stakeholder-map 的用途
它真正要解決的，不只是把利害關係人點名出來，而是降低協作風險。這個技能能幫你及早找出決策者、阻力來源、影響者，以及下游使用者，讓你能為每一群人設定合適的溝通頻率、語氣與管道。
哪些人最能從中受益
這個技能很適合專案經理、產品負責人、計畫經理、PMO 團隊，以及任何在複雜專案前要先做利害關係人溝通規劃的人。當專案橫跨多個職能，而且你需要的是可稽核的溝通計畫，而不只是腦力激盪出的名單時，stakeholder-map 對 Project Management 特別有用。
這個技能的亮點
stakeholder-map 技能輕量，但很強調決策導向：它先聚焦在矩陣本身，再把地圖轉成行動，把每個象限對應到具體溝通策略。當你需要可重複使用的流程，而且不想在「該聯絡誰、怎麼聯絡」這件事上反覆猜測時，它會比一般的 prompt 實用得多。
如何使用 stakeholder-map 技能
安裝並找到技能檔案
先透過你的 skills manager 走 stakeholder-map 的安裝流程，然後先打開技能檔案。在這個 repo 裡，主要入口是 pm-execution/skills/stakeholder-map/SKILL.md，不需要再另外追查支援腳本或參考資料夾。
提供這個技能可用的專案背景
stakeholder-map 的使用效果最好是在你提供簡短專案簡報、目標、時程、組織圖、已知風險，以及任何已知利害關係人的情況下。如果你只說「幫我做 stakeholder map」，輸出通常會很泛；如果你補上計畫範圍、地理區域、相依關係範圍與決策負責人，地圖品質會明顯提升。
把粗略需求改寫成更好的 prompt
一個好的 prompt 應該要告訴技能：正在改變什麼、誰會受影響、以及你想要哪種輸出。像這樣就很有效：「請為我們 Q3 的 CRM migration 建立 stakeholder-map。請包含高階主管、sales ops、support、security，以及各區域經理。我需要一份 power/interest grid，外加包含更新頻率、負責人與管道的溝通計畫。」
按正確順序使用工作流程
先輸入來源資料，再一次要求它做利害關係人辨識、象限歸位，以及溝通計畫。如果你已經知道受眾組合，請它分別優先處理外部夥伴、執行贊助人與營運團隊，這樣計畫才不會把高權力與高關注群組混在一起。
stakeholder-map 技能 FAQ
stakeholder-map 只適用於 Project Management 嗎？
不是。stakeholder-map 技能在 Project Management 最常被看見，但它也很適合產品上市、流程變更、內部溝通規劃，以及跨部門營運變革。只要工作牽涉到多個利害關係人，而且各自的動機不同，它就派得上用場。
使用它一定要有非常完整的來源資料嗎？
不一定，但資料越好，結果通常越準。如果你有組織圖、專案簡報或團隊名單，就一併提供；如果沒有，至少要給它精簡的計畫說明、可能受影響的團隊，以及已知的決策者，讓技能能推斷其餘資訊。
這和一般的 prompt 有什麼不同？
一般 prompt 常常只停在列出利害關係人。stakeholder-map 則會把結果推向可直接使用的交付物：一份 Power × Interest grid，加上依象限分類的溝通行動。這就是腦力激盪清單，和真正能拿來執行利害關係人管理的內容之間的差別。
什麼情況下不適合使用 stakeholder-map？
如果任務太小，不值得做利害關係人分群，就可以跳過；或者你只需要對單一受眾發一則簡單狀態更新，也不必用它。當你完全沒有專案背景，甚至無法判斷誰可能受影響時，它也不太適合。
如何提升 stakeholder-map 技能
提供更精準的輸入，而不是只加長文字
最大的品質提升來自於明確指出專案範圍、決策點，以及已經參與的人員或職能。把發佈日期、法規敏感度、相依性、已知阻力點這些資訊也加進去；這些細節能幫 stakeholder-map 技能把人放進正確象限，而不是靠猜測。
指定你真正能拿來使用的輸出格式
告訴它你需要表格、敘述式計畫，或兩者都要。例如，可以要求輸出 stakeholder name、power、interest、likely concerns、recommended cadence、owner。這樣結果會更容易直接貼進簡報、追蹤表或工作文件，不必再重寫。
針對弱點再迭代
如果第一版太過寬泛，可以要求第二版把內部與外部利害關係人拆開，或只擴寫高權力群組。如果溝通計畫太籠統，就要求更細的管道層級資訊，例如 1:1、steering updates、demo 或 email summaries，然後再依照你的專案節奏調整頻率。