首日应对加密社区FUD的地图
头24小时用于组织回应,而非猜测结果。先发一条简短确认。将问题转给能核实的人。让下一次更新易于查找。
| 项目 | 数量或窗口 | 您准备的内容 |
|---|---|---|
| 说法记录 | 每个疑虑1条 | 准确措辞、渠道、公开链接 |
| 证据核查 | 1位指定负责人 | 主要来源和未解决问题 |
| 管理员回复 | 1个批准版本 | 已确认事实和下次更新路径 |
| 渠道审查 | Telegram、Discord、X | 您团队管理的账号和空间 |
| 跟进 | 事实核查后 | 核实结果或未解决点 |
将此表作为工作地图。首次确认保持简短。事实性回答可能需要更多审查。
将当前措辞放在一个共享来源中。引导管理员使用该来源。如果问题涉及项目简介或上线,坚持使用核实细节。请参阅 CoinGecko 上线指南 和 CoinMarketCap 上线指南 了解平台简介工作。
管理员在回答前应做什么?
5个行动将疑虑从捕捉到负责任回复。在事实不清时按顺序使用。不要为了更快回答而跳过证据核查。
- 捕捉准确疑虑。 保存其措辞、渠道和公开链接。记录实际提问,而非简化版本。
- 分类问题。 标记为信息请求、误解、行为问题或需要调查的事项。一条消息可归入多个类别。
- 指定证据负责人。 将供应问题转给能核实供应信息的人。将安全、财务和技术问题交给其负责负责人。
- 确认而不填补空白。 说明已确认的内容和正在核查的内容。指明下次更新将出现在何处。不要将解读当作核实事实。
- 批准并发布回复。 检查来源是否支持每个事实陈述。为管理员提供当前措辞和明确路径以处理他们无法回答的问题。
此流程让社区经理保持有用,而不必成为技术权威。它也将普通问题与需要项目负责人处理的问题分开。
关于更广泛的渠道准备,请参阅 Telegram 社区指南。Discord 设置指南 涵盖服务器准备。
每位管理员需要的3项记录
3项记录为管理员提供可靠的行动基础:疑虑、证据和当前回应。保持每项记录足够简短,以便在繁忙讨论中核查。确保清晰到其他团队成员可以接手。
- 疑虑: 准确问题或指控、出现位置以及链接或保存的消息。
- 证据: 团队核查的主要来源。添加每个来源能证明和不能证明的内容。
- 负责人: 负责确认技术、供应、安全、财务或运营细节的人员。
- 批准回复: 当前公开措辞、其来源以及仍在审查中的任何细节。
- 管理规则: 如果行为越过规定界限,适用的已发布规则。
- 更新说明: 更改内容、批准更改者以及当前版本所在位置。
一份有用的证据文件应保持最新、可归属且无需内部背景即可阅读。包括官方项目链接、相关浏览器记录、已发布的代币或治理信息,以及常用术语的通俗解释。
在材料发生变化时添加审查日期。链上记录可以显示一次移动,但不能证明意图。请相关负责人在任何解读出现在公开回复前确认它。
Telegram、Discord 和 X 如何改变回复?
3个渠道要求一个一致的事实立场。在您团队控制的空间内,管理操作有所不同。保持真相来源稳定。调整格式和渠道操作以适应对话。
- Telegram: 管理员可以在自己的群组中管理讨论,并引导成员查看官方更新。
- Discord: 管理员可以应用服务器的书面规则,并将技术问题转给负责人。
- X: 项目可以从其账号发布清晰更正,并链接到支持信息。
在每个渠道中,保留有用的问题。不要让管理员即兴编造不同的事实。
| 渠道 | 您团队可以做什么 | 准备什么 |
|---|---|---|
| Telegram | 管理项目群组 | 简短回复和官方更新链接 |
| Discord | 应用服务器规则 | 管理员交接和证据来源 |
| X | 从项目账号发布 | 清晰声明和公开参考资料 |
在所有3个渠道中使用相同的批准事实。如果对话需要专家意见,确认并转交。不要试图在公开聊天中解决。
更广泛的社区计划可以将渠道规则与 社区增长和互动 联系起来。
回复上线前的5项检查
5项检查在管理员发布前捕捉无依据的措辞。对照草稿及其来源运行它们。不要只检查团队希望读者得出的结论。
- 说法: 回复是否针对人们实际提出的问题?
- 来源: 读者能否打开证据并看到它支持什么?
- 状态: 已确认事实是否与仍在审查中的项目分开?
- 权威: 负责负责人是否批准了每项技术或财务陈述?
- 路径: 回复是否指明了官方更新位置?
- 管理: 任何行动是否遵循书面规则,而非批评的语气?
将草稿、已核查的公开来源和涉及的渠道发送给我们进行外部审查。包括未解决问题。指明能核实它们的人。DigitalMedia1 可以标记无依据的措辞、未回答的点以及缺失的升级路径。
此审查在紧张交流前有帮助。在管理员需要清晰版本分享时也有帮助。
跟进将回复变成可用记录
1次跟进应说明团队核查了什么、学到了什么以及仍有哪些未解决。发布在社区成员能找到原始回复的地方。更正任何后来证明不完整的早期措辞。
当审查继续时,指明未解决问题及其负责人。不要宣布负责团队未批准的截止日期。如果问题已解决,用通俗语言解释发现。链接到读者可检查的证据。将私人用户详情排除在公开记录之外。
交流后,问3个实际问题。首次回复是否与证据匹配?交接是否到达正确负责人?管理员是否有当前来源可用?当答案显示差距时,更新回应文件。
如果问题需要外部沟通支持,危机公关 是另一条路径。本手册仍是社区回复的日常指南。
如需重点审查,请将草稿回复、说法的公开链接和已核查来源发送给 DigitalMedia1。我们可以返回更清晰的回复和升级路径。发送这3项即可开始。
如何操作
- 1. 捕捉疑虑记录准确措辞、渠道和公开链接。让团队专注于实际提出的问题。
- 2. 指定证据负责人将技术、供应、安全或财务问题转给有权核实的人。管理员不应猜测。
- 3. 确认已知信息将已确认事实与未解决问题分开。说明下次经核实的更新将在何处出现。
- 4. 应用书面规则保留合理问题可见,并对所有人使用相同行为规则。升级不明确的管理决策。
- 5. 发布跟进分享核查结果,更正不完整措辞,并更新团队的回应材料。
常见问题
管理员应该删除批评性评论吗?
1条规则很重要:仅凭批评不是删除评论的理由。保留实质性问题的可见性,并用相关事实回答。仅在内容违反规定规则时限制内容。示例包括威胁、暴露私人信息、冒充或反复干扰。一致应用相同标准。记录重要的管理决策。
谁应该批准关于代币供应的回复?
1位负责负责人应在公开回答前核实底层供应信息。社区经理可以收集问题、分享现有文档并协调交接。他们不应从部分背景推断供应细节。为管理员提供当前负责人名单和联系正确人员的路径。
在说法仍在核查时,我们应该说什么?
1条清晰确认足以开始。说明哪个点正在审查中,以及团队将在何处发布更新。将猜测排除在回复之外。不要将指控重复为既定事实。在证据负责人检查来源后,发布结果或解释仍有哪些未解决。
创始人应该回答关于项目的每篇帖子吗?
1位指定发言人应处理需要高级权威的陈述。这并不意味着创始人必须回答每篇帖子。管理员可以确认常规问题、分享批准事实并转交专业问题。为安全、财务或重大项目变更设置升级规则。员工应知道何时需要高级回复。
我们的团队可以从每个渠道删除帖子的副本吗?
1个项目账号可以发布官方回应。管理员可以管理团队控制的空间。但 Telegram 转发、截图和其他账号上的讨论仍超出该控制。平台审查和分发决策也超出项目控制。让事实更新易于查找。在自有渠道中使用一致管理。
我们应该发送什么进行外部回复审查?
3项输入使审查实用:草稿回复、公开说法或问题,以及团队已核查的来源。添加渠道和任何未解决事实。指明能核实这些点的人。DigitalMedia1 可以使用这些材料标记无依据的措辞并建议清晰升级路径,而无需猜测项目细节。
告诉我们您的项目
回答四个简单问题,经理会在1小时内为您发送方案、时间表和价格范围。全程保密。
正在加载表单…