前言¶
公司出现负面舆情时，常见的问题是没有流程：不知道该谁发声、说什么话、先处理哪个渠道。各部门各说各话，反而放大了事态。也有团队提前做了监控，但没有分级标准和话术储备，等真出问题时还是临时现编。
下面介绍一个面向这类场景的 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
