Web3项目何时需要危机公关?
当不完整或有争议的信息开始影响项目信任度,而团队需要快速、一致地解释已知情况时,就需要危机公关。它适用于应对FUD、漏洞利用、产品暂停、退市或其他引起用户、合作伙伴和媒体质疑的事件。
从简单的解决方案开始:如果团队仍在核实情况,不要用自信的声明代替核实。记录哪些信息已确认、由谁确认以及哪些仍未知。对于初步沟通,这通常足以表明项目已了解情况并正在核实。
在寻求支持之前,请收集:
- 简要的事件时间线和原始发布链接;
- 已知的对用户和产品的影响;
- 技术和法律专家的评论;
- 项目渠道和可以发布信息的人员名单;
- 用户、合作伙伴和记者已经提出的问题。
如果讨论集中在社区,最好提前指定一名负责人收集问题,并准备统一的措辞。有关处理此类情况的实用建议,请参阅关于如何应对加密社区中的FUD的指南。对于更广泛的沟通任务,请参阅PR和媒体方向。
如何准备初步声明和回复
初步声明应告知项目已知悉情况、正在采取哪些行动以及在哪里可以找到经过验证的更新。不要用假设填补空白:如果原因或后果仍在确定中,请直接说明,并指出谁负责核实。
Holding statement是一份简短的、经过协调的文本,用于在尚未掌握全貌时使用。它不能替代最终的澄清;其目的是在收集事实期间,为团队提供一个安全的参考措辞。为此,请提前确定:
- 事件已确认的措辞,不带任何评价或猜测;
- 已知的对用户的影响以及当前的核实状态;
- 可以确认的团队行动;
- 将发布更新的渠道;
- 负责进一步问题的联系人或负责人。
另外,为Telegram、X、合作伙伴和编辑部门准备回复:事实核心应保持一致,但长度和格式可以不同。如果问题需要技术结论,请将其转交给专业技术人员,而不是以项目名义即兴发挥。在与媒体合作时,可以接入新闻稿的准备和分发;如果需要带有额外背景的发布格式,请考虑加密媒体中的赞助文章。
如何选择沟通方案和渠道
危机沟通方案取决于具体发生了什么、谁受到影响以及哪些信息已确认。不要一开始就到处发送相同的文本:首先确定主要受众和人们真正需要获取更新的渠道。
在可能发生漏洞利用时,与技术专家协调公开措辞。不要描述仍在核实的细节,也不要在负责团队确认之前称问题已解决。在收到退市消息时,核实消息的状态和来源,然后向用户解释项目已知悉情况以及后续信息将在哪里发布。在应对FUD时,将可验证的说法与观点分开,并针对实质内容进行回复,不要在标题中重复未经证实的谣言。
实用的选择方案如下:
- 对于用户:在项目主要渠道发布简短更新;
- 对于合作伙伴:发送包含事实和联系人的直接消息;
- 对于媒体:提供立场并允许请求评论;
- 对于团队:准备包含协调回复和任务负责人的内部文档。
指定一个统一的当前立场来源,并标注每次更新的时间。如果问题涉及长期声誉,PR计划可以补充在线声誉管理,并为创始人访谈准备单独的要点,通过访谈和评论格式。
危机公关服务包含什么
该服务包括围绕危机事件的沟通工作:分析现有信息、制定立场以及为协调渠道准备材料。工作范围在简短简报后确定,以避免在了解事实和受众之前创建不必要的文本。
根据情况,工作可能包括:
- 事件、问题和关键受众的地图;
- 用于初步回复的holding statement;
- 事实核实后的扩展公开声明;
- 包含用户和编辑部门预期问题答案的Q&A;
- 为创始人或项目代表准备的要点;
- 关于发布顺序和内部协调的建议;
- 协助准备评论或向专业媒体发表讲话。
在开始工作之前,请协调好谁批准事实、谁做出法律决定以及谁有权发布最终文本。PR团队可以结构化信息并使消息清晰,但技术结论必须由项目专家确认。如果在制定立场后需要单独的编辑部门覆盖,可以讨论在专业加密媒体中的发布或PR和媒体部分中的其他格式。
根据团队准备一致回应的能力来评估结果:材料已协调,负责人已指定,受众已了解更新渠道。
工作和协调如何进行
工作从初步评估情况开始,到协调消息和后续澄清结束。时间取决于项目确认事实和召集所需审批人员的速度;团队在确定范围后制定精确计划。
通常我们按以下步骤进行:
- 获取背景信息。 明确发生了什么、哪些消息已发布以及谁做决定。
- 核对事实。 将已确认的信息与版本区分开来,向项目团队请求必要的说明。
- 收集立场。 确定核心信息、允许的措辞以及尚不能得出结论的主题。
- 准备材料。 编写holding statement、Q&A以及针对选定渠道的改编版本。
- 协调和跟进。 将材料交给负责人,考虑修改意见,并帮助构建后续更新。
为了加快协调,请提前指定一名项目协调员,并提供确认关键事实的文件或链接。最好将多个参与者的评论收集在一个文档中,注明哪些修改是关键性的以及谁批准它们。在危机高峰期后,保留发布记录、受众问题和团队决策会很有用:这些记录有助于改进未来的内部方案。
需要考虑哪些限制
危机公关有助于使沟通清晰一致,但无法控制事件本身或外部平台的决定。社交媒体算法、审核、平台关于上线或退市的决定以及发布要求均不在PR团队的控制范围内。无法保证代币价格、消息的病毒式传播或有机讨论量;只能承诺协调一致的沟通工作量和准备的材料。
在发布前检查风险:
- 在负责专家确认之前,不要称事件已解决。
- 未经许可,不要披露个人数据、用户信息或核实细节。
- 不要以未批准措辞的专家名义回复。
- 不要自动删除不便的问题:首先确定它们是否包含有用的请求或违反社区规则。
- 不要在官方渠道发布不同版本的立场。
如果情况发生变化,请更新消息并注明哪些信息已明确。区分沟通支持和技术响应很重要:PR有助于解释团队已确认的行动,但不能替代调查、漏洞修复或法律咨询。必要时,在发布结论之前聘请专业专家。
价格
| 服务 | 价格 | 报价 |
|---|---|---|
| FUD应对 | 询价 |
起价为美元。定制套餐和批量折扣请咨询。支持USDT、USDC、BTC、ETH、SOL、TON或您的项目代币支付。
如何操作
- 提供背景信息描述事件,附上发布链接,并说明哪些信息已确认。
- 指定负责人明确谁核实事实、协调文本以及以项目名义发布消息。
- 协调立场记录核心信息、未解决的问题和允许的措辞。
- 准备材料收集holding statement、问题答案以及针对选定渠道的版本。
- 根据核实情况更新通过统一渠道发布新信息,并保留决策记录。
常见问题
项目在收到漏洞利用消息后的最初几个小时应该做什么?
收集已确认的信息,指定技术负责人,并协调简短的初步消息。说明团队正在核实情况、更新将在哪里发布以及哪些信息尚不清楚。在专业专家确认之前,不要声称问题已解决。
什么是holding statement,何时需要?
这是一份简短、预先协调的立场声明,用于项目需要立即回应但情况核实仍在进行的情况。它说明团队已知悉什么、正在采取哪些行动以及更新将在哪里发布。这样的文本有助于一致回应,避免将假设当作事实。
准备危机沟通需要多长时间?
时间取决于已确认事实的可用性、审批人员的数量以及材料的范围。简短的核心立场和完整的回复集是不同的任务:后者可能需要技术评论、法律审查和管理层批准。在收到背景信息后确定计划和工作顺序。
需要向PR团队提供什么才能开始工作?
提供时间线、原始发布链接、项目当前的声明以及已经收到的问题列表。同时,指定负责技术事实、法律协调和发布的人员。如果部分信息是机密的,请提前说明访问限制和传递顺序。
危机公关能否保证文章消失?
不能。外部平台自行决定审核、展示、发布和上线,PR团队无法控制其算法或编辑决策。我们准备协调的消息并执行约定的沟通工作,但无法保证文章被删除、价格变化或有机覆盖。
可以只订购声明或社区回复吗?
可以。工作范围可以限于特定任务:例如,准备holding statement、Q&A或社区渠道的统一措辞。为了精确简报,请说明事件、受众、发布渠道以及批准文本的人员。如果情况发展,可以单独协调后续支持。
告诉我们您的项目
回答四个简单问题,经理会在1小时内为您发送方案、时间表和价格范围。全程保密。
正在加载表单…