危机发生时，先确认事实与安全，封堵信息源并保护受影响用户；立即通知内部应急小组并启动预案，指定发言人通过透明、诚恳的口径发布信息，同时记录决策与依据，保持与监管和合作伙伴沟通，尽快实施补救与防范。

一句话说明：危机公关到底是什么

把危机公关想成“快速止血+修复伤口+解释病因”的三步曲。它不是单纯撒个声明了事，而是要在信息混乱时帮公司理清事实、稳定受众情绪、恢复信任，并把未来的风险尽量降到最低。

用费曼法把危机公关拆解成基本部件

1）发现（探测）

任何问题都要先被发现。监测渠道包括新闻媒体、社交平台、客服反馈、内部通报、监管通告和合作伙伴反馈。没有侦测就没有应对的开始。

2）确认（事实核查）

不要先回应再核实。第一时间收集可验证的事实：时间线、涉事系统或人员、已知影响、初步原因。*没有事实的声明会让信誉折损更严重*。

3）决策（是否启动预案）

根据影响范围、监管风险和舆情热度决定是否启动A类/B类应急预案。A类一般是用户安全、数据泄露、重大合规问题；B类可能是产品瑕疵或服务中断。

4）沟通（内部与外部）

沟通分两条线：内部（让团队知道在做什么）与外部（让公众、用户、合作伙伴了解公司在做什么）。统一口径很重要，但也要保证信息透明与时效。

5）补救与修复

技术或运营上的补救、赔付或善后措施必须跟上声明的承诺。否则“说了不做”比没说更糟。

6）复盘与制度化

危机过后，把时间线、决策依据、沟通记录和技术证据整理成材料，变成可执行的改进项和预防机制。

实际操作步骤（可复制的应急清单）

• 0–10 分钟：暂停传播性操作（比如暂停推送、下架相关页面）、锁定相关账号、通知应急负责人。
• 10–60 分钟：收集事实、建立临时群组（包含法务、技术、公关、客服、运营）、评估是否上报高层与监管。
• 1–4 小时：确定发言人和首个对外声明口径，发布初步声明（承认正在调查、说明已采取的紧急措施、承诺后续更新）。
• 4–24 小时：持续更新、处理用户诉求、启动补救操作、准备详细报告给监管与合作方。
• 24 小时后：进入恢复与复盘阶段，优化流程并兑现补偿或修复承诺。

关键沟通要点（说话的艺术）

• 承认而非推诿：承认问题存在比否认更能赢得时间和信任。
• 透明但不过度裸露：公开关键信息，保留敏感证据链以符合法律要求。
• 同情与责任：用词要表达对受影响者的关切，同时明确公司在做什么。
• 统一口径：所有对外声明必须由指定发言人或经核准的文案发布。
• 及时更新：信息真空会被谣言填满，能发就发，哪怕只是“仍在调查中”。

社媒与舆情处置细节

社交媒体是放大器。不要一开始就删除所有负面评论，除非带有违法或人身攻击内容。合理置顶官方说明、用短消息快速回复常见疑问、并在主要平台同步更新进展。对高影响的KOL或媒体，要快速私信或电话沟通，争取平衡报道。

模板：30 字初步回应（社媒）

“我们已注意到该事件，正在紧急调查并采取措施，感谢关注，我们会尽快更新。”

法律与合规注意事项

发生数据泄露或用户人身财产影响时，要及时评估是否触发法定报告义务（监管、用户通知等）。法务需参与每次外部声明审阅，确保不影响后续责任认定与诉讼风险。

组织角色与职责（建议表）

角色	职责
应急负责人（Crisis Lead）	统筹决策、联系高层、最终审批对外声明
技术团队	快速定位问题、实施修复、提供技术证据与恢复计划
公关/传播	撰写口径、发布声明、管理媒体与社媒沟通
法务	合规审查、监管沟通、法律风险评估
客服/运营	处理用户关切、收集一线投诉、执行补偿政策

量化指标：如何知道应对有效

• 舆情声量峰值下降时间（从峰值回落到可控水平的时间）。
• 负面情绪比率变化（情绪分析）。
• 用户负面请求解决率与平均响应时间。
• 监管或合作伙伴的正式反馈（是否满意已采取措施）。

常见误区与禁忌

• 误区：把公关当作“危机终结者”。公关只能管理信息，问题的根源还需技术或运营修复。
• 禁忌：删除所有负评并声称“未发生”。这会被视为掩盖，长期损害信任。
• 误区：一次声明解决所有。公众需要看到持续行动与进展。

案例速览（思路，不是详尽报道）

拿技术故障举例：A 公司某功能下线导致大量用户损失，起初否认，结果舆情放大；而B 公司第一时间承认问题、给出时间线与补偿方案，舆情在短时间内平息。区别就在于“是否及时承认与补救”。

工具与资源推荐（便于落地）

• 舆情监测工具（关键词监控、热度预警）。
• 统一消息模板库（初步声明、致歉信、技术说明、Q&A）。
• 内部事件管理系统（时间线、责任人、状态跟踪）。
• 法律合规检查清单（数据泄露、消费者权益、广告合规等）。

最后给你一张“急救便签”

• 遇事别慌：先封堵、后核实。
• 指定人说话，别人人发声。
• 三件事必须做：保护用户、公开关键信息、记录每一步。
• 复盘不是形式，要把教训写进流程与合同。

写到这里有点像把脑子里的流程往外倒，希望对你应对“helloGPT”这类产品或服务遇到的突发事件有实际帮助：把复杂问题化成一条条可执行的小任务，第一时间止损，接着把修复和信任重建做好，剩下的就是耐心与记录了。