哪种危机公关响应适合您的Web3事件？
1条事件记录为我们提供起点。它显示发生了什么、哪些已确认以及谁可以批准响应。危机公关将这些输入转化为面向需要它们的人群的清晰信息。首要选择是消息格式，而非宽泛的公开解释。
| 格式 | 适用场景 | 时间窗口 | 您需提供的内容 |
|---|---|---|---|
| 暂缓声明 | 事实尚待查明的积极审查阶段 | 首次公开回应 | 已确认事实及下次更新的渠道 |
| 受众谈话要点 | 用户或合作伙伴反复提出的问题 | 事实逐步明朗期间 | 受影响群体及已知关切点 |
| 后续公告 | 问题已解决或更新已确认 | 审批通过后 | 经核实的调查结果和官方来源 |
如果人们需要立即确认，请选择暂缓声明。在调查尚未完成时使用它。如果支持团队和社区团队已收到不同问题，请选择谈话要点。一旦技术或运营负责人确认了变化，后续公告便适用。
针对特定社区的FUD处理，可将此项工作与加密社区FUD应对指南配合使用。如需更广泛的媒体计划，请参阅公关与媒体。我们保持第一条消息的聚焦性。只有当您的证据支持更多细节时，我们才会扩展它。
暂缓声明：审批前的3项检查
1份暂缓声明应确认问题、说明已知情况并告知读者下次更新的时间。它为核实争取时间，避免用假设填补空白。确保每项声明都关联到您的团队可以指明的来源。
- 确认事件： 使用团队可获取的确切漏洞报告、上线通知或其他来源。
- 标记已知信息： 将已确认的影响与仍在审查中的细节分开。
- 指明下次更新： 为读者提供获取进一步确认信息的真实渠道或联系点。
- 核实技术声明： 请负责的技术或运营负责人检查每个事件的具体细节。
- 批准一个版本： 指定有权发布的人员。然后将批准的文案分享给渠道负责人。
对于报告的漏洞，声明可以确认收到报告。将原因和影响留待审查。对于下架，引用已确认的状态。避免猜测平台的动机。对于FUD爆发，回答具体、可核实的声明。不要重复每一项指控。
我们的审查会标记那些在发布前需要确认的声明。您的技术负责人提供该确认。您的审批负责人拥有最终措辞的决策权。如果事实澄清后需要更全面的公告，新闻稿投放可以支持后续沟通。
推动危机公关的5项输入
5项输入帮助我们起草文案，而无需将未知信息转化为公开声明。发送您掌握的内容，并清晰标注缺口。确定谁可以填补这些缺口。完整的证据包很有用，但一份简短准确的记录胜过未经核实的解释。
事件摘要：发生了什么、团队何时得知以及哪些仍不清楚。
原始材料：与事件相关的技术说明、官方通知、公开帖子或通信记录。
受影响受众：需要更新的用户、代币持有者、合作伙伴、员工或记者。
审批负责人：有权批准措辞并授权发布的人员。
主题专家联系人：能够核实事件声明的技术或运营负责人。
添加紧急沟通截止时间。
指明可能发布更新的渠道。
对于上线问题，发送确切通知，而非转述。
对于漏洞，包含您的技术负责人认为权威的材料。
对于FUD，将我们指向您希望审查的具体声明。
不要将无关讨论当作证据转发。
这种信息收集方式使初稿更易于审查。它使审批路径保持清晰。如果您在事件后还需要持续的公开记录工作，请参阅在线声誉管理。
危机公关的时间窗口和报告节点有哪些？
4个检查点向您展示接下来的步骤：报价、工作启动、实时更新和最终记录。事件、证据和审批路径决定了消息集。这些是工作默认值。当事件需要不同的审查路径时，我们会进行调整。
| 检查点 | 时间窗口 | 您将收到 |
|---|---|---|
| 书面报价 | 付款前 | 确认的消息格式和工作计划 |
| 工作启动 | 确认付款后24小时内 | 信息收集审查和分配的后续行动 |
| 积极响应 | 工作期间每24小时 | 包含待办检查和已批准更新的状态说明 |
| 最终记录 | 响应窗口结束后2个工作日内 | 已发布材料的链接和截图 |
- 指定的客户负责人将请求、版本和审批集中在一处。
- 我们在缺失证据成为草稿声明之前进行标记。
- 然后将文案发送给您的授权审阅人。
- 您的团队保留发布权限和最终审批权。
- 报告记录已批准和已发布的内容。
- 它还列出未解决的问题。
如需后续的创始人解释，请考虑创始人访谈与专题报道。需要不同的媒体格式？公关与媒体服务列表展示了相邻选项。
平台决策由平台决定
2项检查可降低可避免的沟通风险：核实来源，然后核实谁可以批准该声明。平台控制其自身的上线审查和决策。媒体机构控制是否发布。我们无法设定这些结果。我们可以交付商定的声明、协调一致的文案和报告。
未解决的技术问题：在负责人核实前标记为未确认。
下架解释：使用确切通知。不要将推测的原因当作既定事实呈现。
冲突的公开版本：在审批负责人选定事实来源之前暂停新措辞。
当公开帖子可能超过团队证据时，这些检查最为重要。
为技术审阅人提供直接联系起草消息人员的途径。
保留一份已批准的版本，供处理媒体、社区和合作伙伴问题的人员使用。
这创建了一份可用的记录，而不声称响应可以控制外部决策。
如果事件正在进行中，请发送确切的通知或事件摘要。包括目标渠道和您的审批负责人姓名。我们将在2个工作日内审查这3项输入，识别缺失的检查项，并返回一份书面报价。
如何操作
- 1. 发送事件记录分享当前的事件描述、原始材料、受影响受众和紧急截止时间。
- 2. 指定审阅人确定审批负责人以及能够核实声明的技术或运营负责人。
- 3. 审查事实并起草我们将已确认的细节与待解问题分开。然后准备商定的消息格式。
- 4. 审批与协调您的授权负责人在渠道负责人使用文案前进行检查。
- 5. 记录更新我们记录已批准的消息、已发布的链接、未解决的问题以及下一步沟通决策。
常见问题
危机公关应该先发送什么？
1份事件摘要足以启动审查。添加确切的通知或原始材料。包括受影响受众和紧急截止时间。指定您的审批负责人。如果某个细节未知，请标记为待定。技术联系人有助于我们在公开文案发布前检查事件相关的声明。
在漏洞调查期间，你们能撰写暂缓声明吗？
1份暂缓声明可以确认收到报告。它可以说明团队已确认的内容，并引导读者前往下次更新的渠道。它不应声称原因或影响仍在审查中。您的技术负责人检查事件细节。您的审批负责人在发布前签字确认。
我们应如何回应下架通知？
1份确切通知是首次回应的来源。我们将已确认的上线状态与任何尚未确定的解释区分开来。然后为用户、合作伙伴或媒体调整已批准的措辞。您的授权代表在最终消息发出前进行审查。
我们应该公开回应每一个FUD指控吗？
1个具体、可核实的声明胜过一连串无关的帖子。我们帮助确定项目能够证实的内容。然后为合适的受众起草一份克制的回应。FUD应对指南涵盖了超出事件消息范围的社区决策。
危机公关能协调Telegram、X和媒体的更新吗？
3种渠道类型可以使用相同的已批准核心消息。我们为每个受众进行调整。我们准备渠道就绪的措辞，并记录其审批和发布状态。您的团队保留发布权限和最终审批权。当Telegram、X和媒体属于商定计划的一部分时，我们可以将其纳入。
危机公关能逆转平台下架吗？
1个平台控制其自身的上线审查和决策。沟通工作无法逆转该决策。我们可以使用确切通知来准备准确的消息、组织审批并记录更新。商定的工作涵盖这些沟通和报告，而非平台结果。
告诉我们您的项目
回答四个简单问题，经理会在1小时内为您发送方案、时间表和价格范围。全程保密。
正在加载表单…