Web3项目何时需要危机公关?
- 安全事件或漏洞利用: 沟通已确认的信息、用户应采取的行动以及后续更新发布渠道。
- 下架或上线争议: 说明当前状态,避免将推测当作平台决定来呈现。
- FUD恐慌或公开指控: 用证据和指定的信息来源回应可验证的指控。
当项目常规的发帖流程无法及时回应用户、合作伙伴、媒体或团队内部的问题时,危机公关便发挥作用。它不能替代事件响应:工程师负责调查漏洞,法律顾问处理法律建议,高管批准商业决策。我们的职责是将已批准的事实转化为一致的沟通计划,并准备好各方需要使用的措辞。
在启动合作前,请指定一名对外发言人以及一名有权批准公开措辞的人员。收集原始报告、交易或事件参考信息、已知的用户影响范围、当前缓解措施状态以及用户应遵循的任何操作指引。如果细节尚未确认,请将其记录为未决问题。这种区分能让团队发布有用的暂缓声明,而不会暗示调查已经完成。关于社区回应指南,请参阅如何在加密社区处理FUD恐慌。
加密项目的暂缓声明应该包含什么?
一份暂缓声明应承认事件发生,陈述已核实的事实,说明立即采取的行动,并设定下一次更新的预期。它不应使用理论填补信息空白,也不应做出团队尚未核实的声明。
可使用以下工作结构:
| 部分 | 包含内容 | 批准前检查要点 |
|---|---|---|
| 事件确认 | 正在处理的具体事件 | 是否清晰指明了问题? |
| 已知事实 | 已确认的范围和状态 | 团队能否提供信息来源? |
| 用户指引 | 用户应采取的行动(如有) | 相关团队是否已批准? |
| 下次更新 | 更新将发布于何处 | 该渠道是否由项目方控制? |
对于安全事件,请与技术负责人协调声明内容,确保措辞不与调查或缓解工作冲突。对于下架通知,仅引用或总结项目方可核实的信息,并将已发布的决定与预期或传闻区分开。对于指控,应回应具体指控内容,而非重复可能扩大其传播范围的戏剧性措辞。
暂缓声明是首次回应,而非最终的事件报告。我们会准备一个简短版本供立即使用,以及一套更完整的经批准的谈话要点用于后续问题。如果需要正式公告,请与新闻稿分发协调,确保时间与措辞一致。
危机公关回应流程是怎样的?
回应遵循有记录的审批路径:确认事实,起草第一份声明,由正确的决策者批准,然后协调发布与后续跟进。
- 事件接收: 提供事件摘要、原始材料、当前公开帖子以及有权批准文案的人员名单。
- 事实审查: 我们将已确认的信息与假设分开,记录未解决的问题,并标记需要技术或法律审查的措辞。
- 信息准备: 我们以商定的口吻起草暂缓声明、利益相关方消息以及常见问题的回答。
- 批准与发布: 您指定的审批人签字确认;我们将批准的文案准备好,供范围内的渠道使用。
- 后续跟进: 我们追踪您团队提供的新问题和新事实,并通过商定的审查流程修订信息集。
首个交付物将优先满足最紧迫的沟通需求。一份简洁的暂缓声明可能先于更长的解释、媒体材料或内部FAQ发布。为避免版本冲突,请保留一份主版本,指定审批人,并将所有修改通过该人流转。我们采用事件事实核查审查:每句事实陈述都关联到客户来源,或明确标记为待确认。在初步沟通后,AEOTech 会在起草前确认范围、负责人、渠道和审批顺序。
危机公关团队可以准备哪些材料?
交付物是您的团队可以批准并使用的沟通资产,不能替代技术修复或高管决策。根据需要回应的受众以及您的团队能够维护的格式来界定工作范围。
危机公关服务可包括:
- 项目方指定更新渠道的暂缓声明。
- 在事实和技术审查支持下的更详细的事件解释。
- 为创始人、客服人员、社区经理和合作伙伴准备的谈话要点。
- 一份问答文档,区分已批准的答案和待定事项。
- 媒体回应措辞和媒体联系路径(如果媒体沟通在范围内)。
- 一份信息地图,显示哪个版本面向哪个受众,以及谁有权批准修改。
审查应发现材料之间的不一致细节:事件状态、受影响的产品或服务、用户指引、客户提供的日期以及下次更新的位置。保持技术术语的精确性,但用通俗语言解释其实际影响。在负责的项目负责人确认之前,不要发布任何安全声明、恢复说明或用户指引。
对于与事件相关的计划内公告,仅在内容和时机合适时,将危机信息与加密媒体赞助文章协调。如果需求是持续性的而非针对特定事件,请与在线声誉管理进行比较。
危机公关团队在事件中能控制什么?
危机公关团队控制的是商定沟通工作的质量和协调:草稿、信息一致性、审批跟踪以及范围内材料的交付。它无法控制事件本身或第三方的决定。
对于Web3事件,这一区别至关重要。随着新事实的出现,项目可能需要修正用户指引,或在官方通知变更后修订下架声明。请指定一名项目联系人负责确认这些事实;机构不应从公开讨论中推断技术状态。我们会记录变更内容、提供更新的人员以及被替换的已批准文案。
平台审查、上线决策、媒体编辑选择以及外部各方回应的速度,均不在沟通团队的控制范围内。我们可以准备准确的提交材料和经批准的消息,但无法承诺平台会撤销决定或媒体会发布回应。在开始工作前,请确认事件负责人、升级路径、涵盖的渠道以及有权批准紧急修订的人员。这能使范围具体化,同时不暗示沟通可以解决潜在的技术或业务问题。
危机公关如何与更广泛的Web3公关衔接?
当即时回应与项目的常规公关活动共享同一套经过核实的事实时,危机沟通效果最佳。在团队解决完用户和利益相关方的紧急问题之前,应将事件回应与推广信息分开。
使用以下决策规则:
- 如果优先事项是公开更正,请先准备声明和支持证据。
- 如果记者正在寻求评论,指定一名发言人,并通过一个联系人处理所有问询。
- 如果用户需要操作指引,请发布在项目方能保持信息更新的渠道上。
- 如果事件改变了项目的公众叙事,在恢复计划中的推广活动前,先审查现有的媒体材料。
更广泛的公关与媒体计划随后可以涵盖符合事实和时机的新闻稿、采访或媒体投放。不应利用危机回应将产品更新伪装成事件解决,或转移人们对未回答问题的注意力。保留每份已批准消息的副本,并记录其被取代的时间,以便团队成员能给出相同的答案,并引导人们查看当前的最新来源。
要开始合作,请向AEOTech发送事件摘要、来源链接、当前公开措辞、已知的用户指引以及技术负责人和审批人的姓名。我们将审查材料,确认首个交付物,并在准备文案前商定审批路径。
价格
| 服务 | 价格 | 报价 |
|---|---|---|
| 加密社区FUD应对手册 | 询价 |
起价为美元。定制套餐和批量折扣请咨询。支持USDT、USDC、BTC、ETH、SOL、TON或您的项目代币支付。
如何操作
- 分享事件记录提供已知事实、原始材料、当前公开声明以及最紧迫的沟通需求。标记所有尚未确认的信息。
- 指定决策者明确技术联系人、发言人以及有权批准公开措辞的人员。
- 审查与起草我们根据您提供的材料核实事实声明,并准备暂缓声明及相关信息集。
- 批准与协调您的审批人确认文案;我们按受众和渠道整理好商定的材料。
- 根据确认事实更新通过指定的联系人分享新的核实信息,确保修订内容保持一致且可追溯。
常见问题
启动危机公关需要提供哪些信息?
请提供一份简洁的事件摘要、支持已知事实的链接或记录、当前公开措辞、任何用户指引以及下一个决策截止时间。同时请指定技术联系人以及有权批准声明的人员。清晰标记未解决的问题,以免草稿将其视为已确认信息。
在调查完成前,能否准备暂缓声明?
可以。暂缓声明可以承认问题存在,分享已确认的事实,说明团队正在采取的行动,并将读者引导至项目的更新渠道。它应标明未知信息,而非暗示调查已得出结论。技术负责人应核实任何关于影响或用户操作的描述。
能否针对安全事件或下架通知做出回应?
可以。对于安全事件,我们围绕项目技术联系人确认的信息组织沟通。对于下架通知,我们将通知本身与对原因或结果的假设区分开。您提供原始材料并批准最终措辞;相关平台或第三方控制其自身的审查和决策。
危机公关能恢复代币上线或让媒体发布更正吗?
没有任何沟通团队能决定平台的上市审查或媒体的编辑回应。我们可以准备事实性的提交材料、更正请求或经批准的媒体回应,并协调其送达。审查结果以及第三方是否发布或修改材料,仍由该方决定。
第一份声明最快多久能准备好?
在收到事件记录并确定审批人后,第一份声明将优先处理。所需时间取决于已核实信息的多少,以及是否需要技术或法律审查。我们会在接收阶段确认首个交付物和审批顺序,而不是在看到事实前承诺固定的周转时间。
你们只处理公开声明吗?
不。根据商定的范围,工作还可以包括利益相关方消息、发言人谈话要点、问答文档、媒体回应措辞以及版本控制记录。项目团队仍负责技术修复、运营决策和事实确认。
告诉我们您的项目
回答四个简单问题,经理会在1小时内为您发送方案、时间表和价格范围。全程保密。
正在加载表单…