从消息背后的人开始
想象一位社区经理在Telegram群组开放的第一天覆盖三个时区。一位成员询问某个较早帖子中的代币细节是否仍然有效。经理保存了问题,查明了谁拥有该信息,并告知成员确认后的答案将在何处发布。
这比判断一条消息是否应被贴上FUD标签是一个更好的起点。标签无法告诉您一个关切是否准确或有用。仔细阅读消息,并明确指出它实际在问什么。是在寻求解释、指向一个可核实的事实、分享观点,还是报告一个可能的事件?
这种区分能为您的团队提供一个实用的第一步。关于某个功能的问题可能需要产品负责人。关于用户访问的关切可能需要技术负责人。一个观点可能根本不需要纠正。在每种情况下,保留原始上下文,以便您的团队能回应真正的关切,而非一个简化的转述。
允许管理员在找到正确负责人时先确认收到消息。他们不需要自己解决所有问题。在第一次对话中给予稳定的欢迎,有助于成员理解问题已被听到,即使答案尚未准备好。
您的团队在回答前应核实什么?
向能够确定事实的人或记录核实该说法。然后只说出该证据支持的内容。快速回答在准确时才有用。否则,一条清晰的保留消息比猜测更能给成员提供更好的下一步。
假设一位成员质疑一个已发布的代币供应量数字。管理员可以请代币负责人将该说法与项目的公开信息和相关的链上记录进行对比。如果来源存在缺口,回复应说明仍在核实什么,而不是掩盖不确定性。
找到正确的来源
首先,用一句话重述确切的说法。确定核实它的最佳来源。这可能是一份已发布的项目文档、产品状态更新,或负责团队可以确认的记录。询问该负责人当前情况如何,以及哪些可以公开分享。将意图与已完成的操作分开。
保持答案有据可依
将来源和批准的措辞保存在管理员可以找到的地方。这为下一个人提供了一个可靠的起点。他们无需凭记忆重复答案。如果关切涉及产品、代币或社区渠道,有用的上下文也可能存在于您的加密社区增长计划中。正确的细节取决于被核实的问题,而非一个通用的回复模板。
围绕四个有用部分构建公开回复
一个清晰的公开回复应识别关切、分享核实后的事实、指向证据并说明下一步。牢记这四个部分有助于您的团队直截了当地回答。它也能避免将社区讨论变成争论。
- 识别关切。 用中立、具体的语言说出问题。不要嘲笑对方,也不要比需要更广泛地重复某个说法。
- 分享已确认的内容。 使用日常语言,避免提出负责负责人尚未核实的说法。
- 指向证据。 在可用时链接到相关的项目文档、官方更新或记录。
- 给出下一步。 说明谁在跟进,以及成员可以在何处找到进一步的更新(如果需要)。
对于常规问题,一个简短的回复可能就足够了。对于复杂问题,先回答直接要点,然后准备更全面的解释并链接到它。保持第一条消息在手机上可读。如果团队仍需核实某些内容,直接说明,并告知成员确认后的更新将在何处出现。
我们建议在发布前与掌握事实的人核对措辞。然后管理员可以保持讨论活跃且有用。负责人可以确认信息。这有助于防止一个有用的回复变成未经支持的承诺。
为每个渠道提供相同的经核实的故事
Telegram、Discord和X可以使用不同的格式,但经核实的事实应保持一致。首先选择项目权威的更新,然后针对每个社区空间调整其长度和呈现方式。
| 渠道 | 一种有用的格式 | 管理员的下一步行动 |
|---|---|---|
| Telegram | 一个简洁且易于查找的更新 | 引导成员查看已确认的消息 |
| Discord | 一个允许后续讨论的频道帖子 | 将问题引导回共享的事实 |
| X | 一条链接到更详细信息的简短公开说明 | 保持回复与项目更新一致 |
在关切跨渠道扩散之前,确定谁可以发布主要更新。同时确定谁可以确认产品、技术、代币或法律细节。还要决定未解答的问题将在何处记录。管理员应知道如何引导成员找到当前答案,而不用个人猜测填补空白。
例如,假设一条X帖子提出了一个已在Discord中讨论的问题。处理X的人可以链接到项目已确认的解释,而Discord管理员则将后续讨论集中在一个地方。如果您的团队也在规划社区空间,我们的设置加密Discord服务器指南可以帮助明确频道角色。对于更广泛的公开更新,请在您的X沟通计划中使用相同的经核实的事实。
将回应集中在您的团队能控制的范围内
您的团队可以检查自己的信息、选择如何管理,并通过其控制的账户发布更新。Telegram、Discord和X制定自己的内容规则,并自行决定审查、限制和可见性。您的计划无法确保平台删除某个帖子或向所有成员显示您的更正。
这个边界是保持良好记录的理由,而不是停止沟通的理由。将消息、源材料、批准的回复以及任何后续内容一起保存。如果平台限制了某个帖子,请使用该平台的审查途径。通过您的团队控制的其他渠道分享经核实的更新。
管理员的任务更适度但更有用:保留上下文、路由问题并分享经确认的信息。避免告诉成员外部审查会得出特定结果。如果关切需要超出社区范围的协调公开回应,危机公关计划可以帮助将合适的人带入对话。
让操作手册在忙碌的日子里易于使用
一份有用的操作手册为管理员提供当前事实、明确的负责人以及从问题到后续的简单路径。保持简短以便快速查找。在项目细节、访问权限或团队职责发生变化时进行审查。
包括官方渠道和可以批准更新的人员。添加常见问题的当前来源,以及技术、产品、代币、法律和媒体关切的联系人。为管理员提供一种简单的方式来记录原始消息、负责人、经核实的答案以及任何未完成的后续事项。一个小清单通常比一文件夹精心打磨的回复更容易使用。
在您的团队需要之前,用一个现实的例子测试该计划。请一位管理员为有争议的公开细节找到正确的负责人。然后让他们使用源材料起草答案。注意他们犹豫的地方:可能是缺少联系人,或者更新渠道不明确。在大家有时间就下一步达成一致时修复这个缺口。
在Brand Community,我们首先根据您的团队控制的源材料检查公开说法。然后我们绘制出谁可以核实和批准每种类型的回应。将您当前的渠道、公开材料和升级联系人发送给我们。我们可以帮助将它们转化为您的管理员可以实际使用的回应计划。
如何操作
- 保存确切消息保留原始措辞和足够的上下文以理解问题。注明它是问题、可核实的说法、观点还是可能的事件。
- 找到信息负责人将关切转给负责相关产品、技术、代币、法律或通信细节的人员。
- 核实来源确认已知内容以及仍待解决的问题。询问哪些证据可以公开分享,并在草稿中排除假设。
- 发布清晰答案识别关切,分享经核实的信息,指向证据,并为成员提供有用的下一步。
- 记录后续保存批准的措辞及其来源。在负责人确认更多信息后,返回处理任何未解决的问题。
常见问题
每条批评性消息都需要我们的管理员回复吗?
不需要。首先判断消息是提出问题、可核实的说法还是观点。有用的问题可能值得直接回答,而观点可能不需要纠正。对于事实性说法,保留其上下文,并在回复前请负责该信息的人员进行核实。
在答案仍在核实时,管理员可以说什么?
管理员可以确认收到关切,并说明哪个团队成员正在核实。如果团队知道确认后的更新将在何处出现,请引导成员前往。例如,管理员可以说代币负责人正在审查一个已发布的数字,而不暗示审查结果会是什么。
我们应如何核实关于代币供应量的问题?
请代币或财务负责人将该说法与项目的公开信息和相关的链上记录进行对比。分享支持答案的来源,并坦率说明是否仍有不清楚之处。如果项目文档已过时,在后续工作中包含更新它,而不仅仅依赖聊天回复。
创始人需要回复每个社区关切吗?
不需要。管理员可以使用经核实的信息和明确的路径找到正确负责人来处理常规问题。当问题需要高管决策、敏感披露或权威项目立场时,再请创始人或指定发言人介入。确保交接清晰,以免成员收到相互矛盾的解释。
我们如何确保Telegram和Discord上的答案一致?
选择一个经确认的项目更新作为两个对话的来源。管理员可以缩短或重新格式化以适应每个渠道,但应保持事实、证据和下一步不变。例如,一条简洁的Telegram消息可以指向更详细的Discord解释,而不改变团队已确认的内容。
我们可以要求平台删除一个提出说法的帖子吗?
您可以使用平台的举报流程并提供其要求的信息,但平台自行决定如何审查帖子。保留您的举报记录,并通过您的团队控制的渠道分享经核实的项目回应。不要告诉成员平台会删除内容或显示您的更正。
在群组开放前,我们应该准备什么?
准备当前的公开事实、其来源链接、渠道访问详情以及可以批准答案的人员联系方式。包括技术、产品、代币、法律和媒体问题的简单交接流程。请一位管理员使用一个示例关切遵循该流程,然后更新任何难以找到的步骤。
告诉我们您的项目
回答四个简单问题,经理会在1小时内为您发送方案、时间表和价格范围。全程保密。
正在加载表单…