危机爆发时，Web3团队首先应该做什么？
首先确定哪些信息已确认、谁能核实以及谁有权发言。在漏洞或下架事件中，团队往往在技术或商业审查完成之前就被要求做出解释。一份简短、准确的暂缓声明可以承认问题，并说明下一次更新将在何时发布，而不会将未经核实的原因当作事实呈现。
Bitcoin Insider从事实来源审查开始：我们收集事件记录、公开帖子、相关通知以及项目各负责人员提供的当前状态。然后，我们将每一点标记为已确认、审查中或不予发布。这为团队提供了可用于决策的基础，而不是基于零散聊天信息拼凑的草稿。
在公开回应之前，请确定：
- 事件负责人和有权批准声明的人员。
- 现在可以分享的事实，以及仍在调查中的内容。
- 需要首先获得更新的受众，例如用户、合作伙伴或媒体。
- 团队能够切实兑现的下一次更新时间或条件。
如需更广泛的沟通支持，请参阅我们的公关与媒体服务。
在Web3事件中，暂缓声明如何发挥作用？
暂缓声明在团队核实基本事实的同时，为人们提供一份可靠的第一手说明。它应以通俗的语言说明正在发生什么，说明项目正在采取什么行动，并为下一次更新设定预期。它不应推测责任归属，未经核实不得暗示资金或服务安全，也不应承诺团队尚无法支持的解决方案。
我们准备一份核心声明，并根据需要调整其重点以适应不同受众。用户可能需要实用指导；合作伙伴可能需要运营背景；记者可能需要一份简洁的摘要和一位可以回应的联系人。措辞可以不同，但每个版本都应追溯到同一份经批准的事实。我们还准备了对可能出现的后续问题的回答，以便发言人不会在压力下即兴发挥。
一个有用的审批流程很简单：事件负责人检查事实，相关的技术或法律负责人检查其领域，一位指定的发言人批准最终文稿。保留一份已发布内容的注明日期的副本，并记录哪些信息在更新之间发生了变化。如果适合发布正式公告，我们的新闻稿分发服务可以在信息准备就绪后支持一个独立的发布计划。
针对FUD、漏洞和下架，危机公关有何不同？
回应应与事件相匹配，而不是将每种情况都套入相同的公告。FUD需要仔细区分说法与已核实的证据；漏洞需要提供已确认的用户指导和对正在调查内容的清晰说明；下架则需要就受影响的平台以及用户下一步该做什么使用精确的语言。沟通的任务是让已知情况易于理解，而不是让每起事件听起来都已解决。
| 情况 | 首要沟通重点 | 有用的辅助材料 |
|---|---|---|
| FUD或有争议的说法 | 回应可核实的问题，避免放大未经证实的细节 | 证据日志、简明问答、发言人笔记 |
| 漏洞或服务事件 | 分享已确认的用户指导和调查状态 | 事件时间线、经批准的更新渠道、用户说明 |
| 下架通知 | 说明通知涵盖的内容，并引导用户获取已确认的信息 | 平台通知、代币或服务标识符、用户问答 |
针对每种情况，我们将事实映射到受众的即时问题：发生了什么，我应该做什么，下一个经核实的更新将在哪里出现？当持续的社区对话需要专门的回应方法时，加密社区FUD处理提供了相关指导。请将证据和信息放在一起，以便新草稿不会偏离团队能够证实的内容。
危机公关服务包括哪些内容？
危机公关服务将紧急、碎片化的局面转化为经批准的沟通流程。确切范围与团队商定，但工作可包括初步事实审查、暂缓声明、利益相关者信息、发言人准备、预期问题及后续更新。我们专注于沟通交付物和决策支持；项目团队仍负责技术调查和运营决策。
工作文件保持回应的实用性：已确认的事实、未解决的问题、经批准的语言、负责人以及下一个审查点。这为每个参与者提供了一个明确的参考点，以便在发布或回复前进行核对。对于持续的报告，我们记录准备了什么、批准了什么以及发布了哪些公开信息，而不是将一阵活动视为问题解决的证据。
一个典型的流程是：
- 简报： 确定事件、决策者、受众和紧急截止时间。
- 核实： 整理源材料，标记需要确认的说法。
- 起草： 准备暂缓声明和针对特定受众的信息。
- 批准： 将语言提交给指定的事实和沟通负责人。
- 更新： 随着已核实信息的变化修改信息，并记录每个版本。
一位指定的客户负责人与您指定的事件负责人协调草稿和审批。如果情况在即时回应之后还需要赢得媒体报道，加密媒体赞助文章可作为一个独立的、明确标注的沟通选项来考虑。
危机公关团队在事件中能控制什么？
危机公关团队可以组织证据、准备准确的语言并协调商定的沟通工作。它不能决定交易所审查的结果，不能撤销平台的下架决定，不能确定安全调查的结论，也不能要求记者和社交平台以特定方式处理事件。这些决定仍由相关平台、调查人员、编辑或项目领导层做出。
这一区别决定了计划。在平台确认之前，我们不会将上线状态描述为已恢复，也不会在技术审查尚未结束时将漏洞解释视为最终结论。我们还会避免要求团队发布比其证据支持更强烈的声明。交付物是商定的沟通工作，并附有清晰的审批记录和反映已确认信息的更新。
对于在即时事件之外有长期声誉问题的项目，在线声誉管理可能是一项独立的后续服务。危机回应不应被用来掩盖实质性问题；它应帮助团队沟通其所知以及下一步行动。当用户需要实用信息而不仅仅是安慰时，这一点尤其重要。
在联系危机公关团队之前，您应该准备什么？
您不需要一份完美的调查报告才来寻求帮助。一份关于发生了什么、最新确认状态以及下一个决策截止时间的简明说明，就足以开始一次有针对性的审查。请尽可能分享源文件或通知，并确定能够确认技术、法律、运营和沟通细节的人员。
保持初始交接的事实性。包括已经做出的公开声明、问题涌入的渠道、团队已经宣布的任何承诺以及有即时需求的受众。如果某些材料是保密的，请明确标记，并使用您的团队批准的分享方式。这样，我们可以找出对第一份声明至关重要的信息缺口，而不是为了等待一份完整的事后报告而推迟工作。
将事件摘要、可用源材料、您的事件负责人姓名以及最紧急的沟通截止时间发送给Bitcoin Insider。我们将审查交接内容，确定第一批审批决策，并提出一个范围明确的回应流程供您的团队确认。
价格
| 服务 | 价格 | 报价 |
|---|---|---|
| 加密社区FUD应对指南 | 询价 |
起价为美元。定制套餐和批量折扣请咨询。支持USDT、USDC、BTC、ETH、SOL、TON或您的项目代币支付。
如何操作
- 向回应负责人简报分享事件摘要、当前状态、关键受众和即时决策截止时间。指定一名可以协调审批的人员。
- 审查证据我们将源材料整理为已确认的事实、未解决的问题以及尚不应公开陈述的信息。
- 起草首批信息我们准备一份暂缓声明以及商定回应所需的针对特定受众的语言。
- 安排审批指定的项目负责人核实事实，并在发布或直接联系之前批准文稿。
- 更新与记录随着新事实的确认，我们修订商定的信息，并保留清晰的版本和沟通决策记录。
常见问题
你们能多快帮我们准备好一份暂缓声明？
初稿在初步事实审查之后完成，其速度取决于合适的人员能多快确认事件细节并批准语言。在首次简报中，我们确定决策者、可以陈述的事实以及最早有用的更新时间。我们与您的团队商定一个可行的时间表，而不是在看到材料之前就承诺一个固定的周转时间。
进行危机公关，我们应该发送哪些信息？
发送一份简明的事件摘要、最新的确认状态、相关的通知或源文件、已发布声明的链接以及团队面临的下一个截止时间。包括能够核实技术、法律和运营细节的人员姓名或角色。标记保密材料，并告知我们哪些受众需要优先指导。
如果我们无法证明每个说法都是错误的，你们能回应FUD吗？
可以。回应可以区分已被驳斥的说法、仍在核查中的说法以及项目现在可以记录的事实。一份谨慎的声明不需要一次性回答所有指控；它应纠正可核实的不准确之处，避免不必要地重复未经证实的细节，并解释项目将如何提供进一步信息。
你们能在漏洞发生后管理沟通吗？
我们可以支持沟通工作：组织已确认的细节，起草面向用户的指导，准备利益相关者信息，并随着调查进展更新声明。您的技术团队仍负责调查漏洞和确认操作指令。我们根据拥有这些决策权的人员批准的信息开展工作。
危机公关能逆转下架或保证发布文章吗？
不能。平台控制其自身的上线审查和状态，而编辑决定是否以及如何报道事件。我们可以准备一份基于事实的回应，组织支持信息，并交付与您的团队商定的沟通工作，但我们无法强制任何一方做出决定，也无法在结果确认之前进行描述。
我们是否应该在调查完成之前发布声明？
不一定。如果人们需要即时指导，一份暂缓声明可以承认问题，仅分享已核实的信息，并为后续更新设定预期。如果没有已确认的信息或有用的行动需要沟通，请在内部就正在核查的内容以及谁将授权发布下一条信息达成一致。
告诉我们您的项目
回答四个简单问题，经理会在1小时内为您发送方案、时间表和价格范围。全程保密。
正在加载表单…