前言¶
公司出現負面輿情時，常見的問題是沒有流程：不知道該誰發聲、說什麼話、先處理哪個渠道。各部門各說各話，反而放大了事態。也有團隊提前做了監控，但沒有分級標準和話術儲備，等真出問題時還是臨時現編。
下面介紹一個面向這類場景的 Skill：輿情危機處理全流程。它把輿情應對拆成固定的五步，並配套了話術和模板，目標是讓團隊在壓力下按流程執行，而不是憑感覺應對。
這是什麼¶
一句話定位：一套覆蓋「監控 → 分級 → 分型處理 → 跨渠道應對 → 復盤預防」的輿情危機處理流程 Skill。
基本信息如下，均來自 SkillHub 頁面資料：
| 項目 | 內容 |
|---|---|
| 座標 | @user_d2d3bcb9/b2b-crisis-management |
| 版本 | 1.0.0 |
| 來源 | community |
| 分類 | professional |
| 發佈者 | user_d2d3bcb9 |
| 評分 | 100000，下載 1038，安裝 0 |
| 標籤 | requires_api_key=false |
解決的問題：負面內容在百度、知乎、脈脈擴散時沒有應對流程；各部門口徑混亂；想提前建立監控和應急機制但沒有模板。
核心功能¶
五步閉環¶
Skill 將危機處理固定爲五步：
- 日常監控
- 三級分級響應
- 四類輿情分型處理（人事 / 產品服務 / 業績 / 媒體）
- 跨渠道應對
- 復盤預防 + SEO 正面壓制
前四步是應急處理，第五步把成果固化下來，防止同類問題再發生。
四類輿情分型¶
不是所有負面都一樣。Skill 按誘因把輿情分成四類：
- 人事類：員工、招聘、勞動關係相關
- 產品服務類：產品質量、售後、體驗問題
- 業績類：財務、經營數據引發的質疑
- 媒體類：媒體報道、轉載引發的傳播
分型的意義在於話術和整改責任不同。資料中給出的處理原則是「誰惹的誰整改」，避免公關團隊獨自兜底。
四個配套模板¶
- 監控臺賬
- 應急話術
- 聯絡表
- SEO 執行表
每個模板對應一個環節：臺賬用於日常監控記錄，話術用於分級響應時直接取用，聯絡表用於跨渠道協調，SEO 執行表用於復盤階段的正面壓制。
SEO 正面壓制¶
資料中給出的明確標準：將負面內容壓制到百度第 5 頁之後。這是可量化驗收的指標，而不是籠統的「加強正面宣傳」。
安裝與啓用¶
已抓取資料中沒有提供具體的安裝命令、目錄結構或配置項，也沒有 Cursor / Codex CLI / Claude Code 的差異說明。該 Skill 來源於 community，requires_api_key=false 表示不需要 API Key，但啓用方式請以 SkillHub 頁面爲準。
典型用法¶
按五步閉環組織的可復現流程如下，均來自資料中的 F 描述。
第一步，日常監控。用監控臺賬記錄各渠道出現的內容，發現負面跡象時啓動流程。
第二步，三級分級響應。按嚴重程度定級，對應不同響應級別。
第三步，分型處理。判斷屬於人事、產品服務、業績還是媒體類，按對應話術處理。資料強調每種輿情都有可直接使用的話術，不必臨時現編，並明確整改責任人。
第四步，跨渠道應對。用聯絡表協調各渠道的響應，統一口徑，避免各部門說法不一致。
第五步，復盤預防。輸出復盤結論，用 SEO 執行表推進正面內容建設，目標是把負面內容壓制到百度第 5 頁之後。
適用場景與注意¶
適合：已出現負面輿情但沒有應對流程的公司；各部門口徑混亂、需要統一發聲機制的團隊；想提前建立監控和應急機制的組織；負面內容在百度、知乎、脈脈等渠道擴散的場景。
注意：
- 資料中的評分和下載數據爲 SkillHub 頁面數值（評分 100000，下載 1038，安裝 0），安裝量爲 0，說明實際使用反饋尚少，可靠性需要自行驗證。
- 該 Skill 來源爲 community，不是官方出品，使用前建議覈對話術內容是否符合自身業務語境。
- SEO 壓制效果取決於搜索引擎實際情況，「第 5 頁之後」是資料中的目標標準，不是保證結果。
- 未提供 API Key 要求，但具體調用方式需以 SkillHub 頁面說明爲準。
結尾¶
這個 Skill 的價值在於把輿情應對從「臨時發揮」變成「有流程、有話術、有分工、可復盤」的固定動作，並通過 SEO 壓制把預防固化爲長期機制。
官方地址：https://www.skillhub.cn/skills/user_d2d3bcb9/b2b-crisis-management
