从团队需要做出的决策开始
社交聆听在帮助团队决定哪些内容需要核实、回复或持续关注时最为有用。我们首先商定哪些讨论重要，然后追踪X、Telegram和Reddit上的相关提及。
监听计划可以涵盖您的项目名称、产品名称、常见拼写、代码、代币地址以及选定的主题。这些主题可能包括入门问题、产品反馈、代币效用或新公告。我们还会记录您希望纳入的公开账号和讨论区域。
这为社区、产品和沟通团队成员提供了共享视图。它还能帮助管理员发现重复问题，而无需自己浏览每条对话。如果您的团队在监控之外还需要成员回复方面的帮助，我们的社区管理与审核工作可以与监听并行。要更全面地了解各部分如何配合，请参阅社区增长与互动。
在设置之前，请确定谁将使用这些发现。产品负责人可能需要反复出现的功能反馈。社区负责人可能需要新出现的支持问题。我们围绕这些实际决策来定制报告，而不是发送一堆没有明确下一步行动的提及。
分三步构建监听路径
清晰的设置将您关心的术语与团队可审阅的来源连接起来。我们通过三步检查来实现这种连接。
- 选择术语。 从官方项目名称、产品措辞和代码开始。在需要将您的项目与无关讨论区分开时，添加代币地址或其他术语。分享相关和不相关提及的示例；它们有助于我们理解您的语言。
- 选择来源。 列出对您社区重要的公开账号、Telegram空间和Reddit区域。我们检查它们的相关性和可访问性，然后记录纳入的内容。如果您还在建设Telegram空间，Telegram社区增长可以支持这一独立目标。
- 选择交接方式。 指定警报接收人和能够路由问题的人员。商定哪些问题属于产品、支持或沟通范畴，以及团队希望多久收到一次报告。
例如，假设您的代码出现在无关讨论中。我们会使用项目名称和周围上下文来帮助将这些帖子与可能的匹配区分开。这种准备工作使首次审阅更容易跟进。它为团队提供了监控覆盖范围的清晰记录。
什么使一条提及值得关注？
当一条提及的上下文指向一个有用的问题、疑虑或讨论变化时，它就值得关注。我们在分配情绪之前审阅周围的讨论，并在不确定时标注出来，而不是将猜测作为结论呈现。
阅读其周围的对话
一条简短的帖子可能引用他人、使用反讽或提及技术问题。我们会在可能的情况下查看周围的帖子串或讨论。这有助于我们区分产品问题与批评，以及声明与团队已确认的信息。
为主题赋予有用的名称
我们将相关提及分组为主题，例如支持需求、产品反馈、社区问题、正面讨论或潜在FUD。情绪标签是导航辅助工具；它并不证明某个说法是准确的，也不证明每位读者都有相同感受。
将下一步行动留给合适的人
警报可以显示主题、情绪、紧急程度和来源参考。您的团队随后可以决定是公开回复、请产品部门核实细节，还是继续观察。如果下一步是与成员进行计划中的对话，监听可以为社区激活活动提供信息。对于专注于X的活动，请参阅X互动活动。
让每条警报成为一次有用的小交接
一条有用的警报能为其读者提供足够的上下文来决定下一步做什么。它指明主题、指向来源并告知接收者该项目被标记的原因。
想象一个研究团体在发布前三周每周发布笔记。一些读者开始就某个产品细节提出相同问题。我们会将这些提及分组，添加可用的来源参考，并将该模式路由到您团队选择的联系人。
第二个例子：假设Telegram讨论中包含一条未经核实的声明。我们会将其标记为未核实，并转给适当的联系人，而不是将重复视为确认。
报告可以包括：
- 覆盖的时间段和来源。
- 值得注意的主题，附有示例和链接（如可用）。
- 情绪、紧急程度和留给团队的开放问题。
- 基于您分享的路由规则的建议后续行动。
一份有用的报告应便于回溯来源并理解项目出现的原因。我们在监控开始前商定其格式，然后评估它是否为团队提供了足够的行动背景。如果Reddit也需要单独的社区计划，Reddit营销可以补充此监听工作。
让每项发现都与其来源关联
当监听报告的术语、来源和示例清晰时，它更易于使用。我们记录商定的监控计划，并根据可用的来源参考核对报告项目。
X、Telegram和Reddit控制着哪些对话可见和可访问，帖子可能被删除或变得不可用。我们无法保证每条提及都会可见或保留。我们可以保证在定义的来源和术语范围内，执行商定的监控工作、审阅警报和报告。
要判断监听服务的质量，请寻找明确的来源列表、带参考的示例以及对不确定声明的清晰标注。检查报告是否说明了谁接收紧急项目以及团队应如何路由它们。隐藏来源或将情绪视为确定性的报告在实际社区工作流程中更难使用。
将您的项目名称、优先平台以及您希望监听支持的决策发送给Brand Community。我们将与您的团队进行来源检查，确认术语和警报联系人，然后分享监控计划供您批准。
如何操作
- 分享项目术语发送官方名称、产品措辞、代码、代币地址和优先主题。我们确认哪些术语应纳入监听计划。
- 审阅来源我们检查您确定的公开账号和讨论区域的相关性和可访问性，然后记录商定的来源。
- 设置警报路由告知我们谁应接收紧急项目，以及产品、支持和沟通问题应如何路由。
- 审阅与报告我们在上下文中检查相关提及，分组主题，并以商定的格式分享警报和报告。
常见问题
监听开始前我们应该发送什么？
分享您的官方项目和产品名称、代码、代币地址、优先主题以及相关的公开来源。告知我们谁应接收警报，以及谁可以核实技术或沟通问题。两个您团队认为相关的帖子示例有助于在首次审阅前澄清项目语言。
你们能同时追踪项目名称和代码吗？
可以。我们可以同时纳入两者，以及其他商定的术语，如产品措辞或代币地址。我们会在上下文中审阅匹配，因为代码可能出现在无关讨论中。请告知我们哪些术语最重要，并分享显示您团队会纳入或排除的示例。
监听警报附带哪些信息？
警报可以包括主题、情绪、紧急程度和来源参考，以及您指定的路由联系人。例如，重复出现的产品问题可以连同讨论示例发送给产品联系人。我们在监控开始前商定什么算紧急以及您的团队需要哪些细节。
你们能纳入非公开的Telegram空间吗？
我们可以审阅我们可访问且包含在商定计划中的来源。分享您团队希望考虑的Telegram空间，我们将在设置期间检查访问权限。X、Telegram和Reddit控制哪些对话可见。帖子也可能变得不可用。我们报告在商定计划内可访问的已审阅项目。
第一份报告何时能准备好？
我们在商定术语、来源、警报联系人和报告格式后确认时间安排。完整的来源列表和明确的优先级有助于我们进入审阅阶段，而无需等待缺失的设置细节。我们还会在监控开始前与您的团队商定持续的报告节奏。
监听与社区审核有何不同？
监听追踪并组织对话；审核包括管理空间和回复成员。监听报告可能揭示重复出现的问题，而管理员则处理对话本身。如果您的团队两者都需要，社区管理与审核可以与监控计划并行工作。
告诉我们您的项目
回答四个简单问题，经理会在1小时内为您发送方案、时间表和价格范围。全程保密。
正在加载表单…