什么算作FUD？
快速测试： 写下关于您项目的最新负面声明。您能在5分钟内用链接回答吗？
FUD是对项目、代币或决策表达的恐惧、不确定性和怀疑。这个标签描述的是声明的影响，而非声明是否真实，因此应将其视为调查的提示，而非忽视发言者的理由。
首先将收到的信息分为实用类别：
- 问题： 有人需要项目尚未方便提供的信息。
- 批评： 有人不同意某项决策或指出弱点。
- 事实声明： 可对照记录或项目文档核实的特定陈述。
- 安全关切： 涉及潜在损失、账户被盗、误导链接或用户风险的报告。
这种区分很重要。棘手的问题可能需要直接回答；安全关切可能需要立即内部升级。批评可以在团队核实其内容时保持可见。不要假设重复的措辞证明有协调行为，也不要认为安静的渠道意味着没有问题。
对于每个关切，用中立语言记录声明内容、出现位置、发现时间以及能证实或反驳的证据。如果讨论在Telegram中进行，请引导人们前往可独立识别的官方项目渠道。这第一步能让管理员专注于问题本身，而非对语气做出反应。
当谣言出现时，管理员应如何回应？
管理员的第一回应应承认关切，说明正在核实的内容，并指向已回答该问题的官方来源。这为人们提供了有用的下一步，而不会将未经核实的解释当作事实呈现。
使用简短的回应结构：
- 用平实的语言指出具体声明。
- 说明团队已确认的内容，尽可能附上链接或文档。
- 说明仍在审查的内容以及由谁处理。
- 告知社区下一次更新将在何处出现。
例如：“我们看到了关于代币分配的问题。已发布的分配方案在此；我们正在核实人们指出的差异，并在审查完成后更新此频道。”根据您实际掌握的证据调整措辞。如果尚无确认的答案，请如实说明，而不是用安慰性语言填补空白。
保持回应冷静简洁，然后一致地回答重复出现的问题。管理员不应推测技术原因、指责批评者有恶意意图或承诺团队尚未确定的结果。如果问题需要主题专家审查，请承认并转交给合适的人，而不是超出管理员角色进行辩论。
在回答前应核实哪些证据
在重复声明或发布更正前，先核实底层证据。证据应与问题相关、足够新以回答该问题，并且清晰到社区成员可以独立审查。
将声明与其来源匹配。对于代币供应问题，将项目公布的数字与相关公共合约或浏览器记录进行比较，并用人们能理解的术语解释任何差异。对于关于项目公告的声明，请检查原始帖子或文档，而不是依赖缺乏上下文的截图。对于账户或链接关切，通过项目自己发布的材料确认官方渠道和报告路径。
一个有用的内部检查会问：
- 具体声明了什么，什么可以算作证据？
- 团队中谁能直接核实？
- 来源是否公开、当前且安全可分享？
- 一个理性的读者是否可能以另一种方式解释证据？
如果事实仍在核实中，请发布状态，而非结论。如果声明是错误的，请用相关来源更正，并清晰解释更正。关于供应记录和上线资料的更多信息，请参阅如何在CoinGecko上核实供应量和CoinGecko上线指南。
一个谣言，三个平台：Telegram、Discord和X
保持事实在各渠道一致，但根据每个平台的使用方式调整格式。社区成员应能无论最初在Telegram、Discord还是X上看到原始关切，都能找到相同的确认答案。
在Telegram中，使用简洁的管理员回复，并指向包含完整解释的官方帖子或文档。当频道有置顶的事实来源时，在事实变化时更新它；不要让过时的答案像当前一样流传。在Discord中，将讨论保持在相关频道，使审核期望易于找到，并将技术问题转交给指定的团队联系人。在X上，用简洁的更正和更完整来源的链接回应具体的公开声明，而不是依赖缺乏上下文的回复。
在跨渠道发布前，检查措辞是否暗示不同的事实或时间线。指定一人维护核心答案，并要求频道管理员将其作为参考。这不是一个不加判断就粘贴的脚本：管理员应保留问题的含义，并确保回应适合该频道。关于实用的社区设置和审核背景，请参阅发展加密Telegram社区和设置加密Discord服务器。
您的7点FUD回应检查清单
将此清单置顶在管理员可见的地方。它能让第一反应慢2分钟，这通常是冷静回复和激烈回复之间的区别。
- 分类关切：问题、错误、谣言还是攻击。
- 对照社区可打开的来源核实。
- 说明您知道什么以及仍在核实什么。
- 在问题开始的渠道中回复一次。
- 置顶答案并链接到它以供重复提问。
- 如果涉及资金或安全，升级给指定人员。
- 为事后审查写3行笔记。
术语一览
FUD：关于项目的恐惧、不确定性和怀疑，无论真假。
升级（通俗地说：将案件交给团队中的指定人员）。
何时升级
当回答某个问题需要管理员不具备的权限或证据时，升级该问题。提前设定这些边界，这样团队成员就不必在压力下决定某个关切是否超出其职责范围。
当关切涉及可能的安全事件、用户资金、项目公开信息中的重大差异、法律或合规问题，或可能改变用户行为的声明时，将其发送给相应的负责人。向负责人提供确切的声明、渠道和来源、已核实的内容以及已发布的任何回应。避免转发评估问题不需要的个人详细信息。
管理员可以使用批准的文档处理常规问题，应用已发布的社区规则，并引导人们前往官方支持渠道。他们不应做出技术保证、提供财务建议或声称报告已在负责人确认前解决。保持升级路径对审核团队可访问，包括在常规负责人不可用时的替代联系人。
当需要更广泛的沟通回应时，专家可以协助协调公开声明和后续行动。请参阅危机公关以获取超出日常社区审核的支持。
预案无法控制什么
经验法则： 回答一次，置顶答案，并链接到它。不要在每条线程中重复争论。
回应预案可以提高团队沟通的准确性和一致性，但它无法决定平台如何处理每条帖子或对话。Telegram管理员可以管理自己的频道，而X控制其服务如何显示和分发内容；置顶的澄清或更正都不能确保每个读者都能看到。
因此，只承诺您的团队能控制的事情：仔细审查、在其管理的频道中清晰更新以及记录在案的后续路径。如果帖子需要根据平台规则举报，请使用平台的举报流程并保留自己的证据；不要告诉社区移除或更广泛的可见性是有保证的。
从事件中学习
通过记录发生的事情并更新管理员依赖的材料来闭环。在讨论平息后进行简短回顾，可以揭示原始答案是否难以找到、缺少关键事实或对谁将回应不明确。
记录初始声明、核实的来源、批准公开措辞的人、更新出现的位置以及任何未解决的问题。注意哪些回复有助于澄清问题，哪些造成了更多混乱。保持记录客观，并限制对敏感信息的访问；目的是改进决策，而非追责。
然后做出具体改进：在项目文档中添加缺失的解释，修改管理员回应，澄清升级路径，或在下次公告前准备公开来源。MarketingExtra可以审查您当前的渠道指南，并将其转化为实用的回应序列，包含明确的职责和证据检查。请发送您的团队使用的渠道、现有的审核规则以及一个您希望更好处理的关切示例；我们将确定首先需要澄清的内容。
如何操作
- 记录关切记录确切的声明、出现位置以及团队发现的时间。保持措辞中立，以便审查关注问题本身，而非发言者。
- 分类问题判断它是问题、批评、事实声明还是安全关切。使用类别选择合适的审查者和紧急程度。
- 核实证据将声明与当前项目材料或公共记录进行比较，并要求相应的主题负责人核实任何超出管理员知识范围的内容。
- 发布清晰状态说明已确认的内容、仍在审查的内容以及下一次更新将在何处出现。当有助于读者核实事实时，链接到官方来源。
- 跟进并记录在审查完成后更新社区，然后记录团队应在文档或升级路径中改进的内容。
常见问题
管理员应该删除负面评论吗？
不，仅仅因为评论是负面的就不应该删除。保留批评和真实问题以供讨论，同时对你用于垃圾信息、个人信息、有害链接或其他违规行为的相同已发布规则进行应用。如果评论提出了事实关切，请保留相关背景并在回应前核实。
当您还不知道声明是否属实时，您会说什么？
说明团队正在核实，如果合适，指出谁在审查，并告诉人们更新将在何处出现。不要将未经核实的解释当作事实重复，也不要编造解决方案来安抚频道。清晰的状态比自信的猜测更有用。
在严重事件中，谁可以代表项目发言？
在事件发生前指定一位发言人，并为管理员提供清晰的升级联系人。发言人应能访问经过验证的项目信息，并有权批准公开声明。管理员可以确认报告并引导人们前往官方更新，而无需在技术、法律或财务问题上即兴发挥。
如何处理一个谣言出现在三个平台上的情况？
维护一个经过验证的核心解释，然后根据每个渠道调整其长度和格式。指定一人检查每条帖子是否指向相同的当前来源，并且没有引入不同的答案。如果新证据改变了解释，请更新原始参考以及之前版本出现的渠道。
您需要回答每条转发的声明吗？
不需要。在讨论进行的地方做出一个清晰、可访问的回应，然后将重复的问题引导至该来源。当新细节需要澄清或重要受众尚未看到信息时，继续回应。避免通过与个别用户争论或重复未经证实的声明来升级交流。
预案能让平台删除帖子吗？
不能。Telegram和X自行决定内容处理和分发，因此您的团队无法保证删除或每个读者都能看到回应。预案可以帮助您记录问题，在适当时使用平台的举报路径，并在您控制的渠道中发布经过验证的澄清。
告诉我们您的项目
回答四个简单问题，经理会在1小时内为您发送方案、时间表和价格范围。全程保密。
正在加载表单…