Работа с FUD в криптосообществе: протокол проверки утверждений

Какие детали должны быть в первой записи об утверждении сообщества?

Запись об утверждении из 5 полей дает команде общую отправную точку. Зафиксируйте точное утверждение, его источник, любые предоставленные доказательства, ответственного за проверку и текущий статус. Сохраняйте нейтральную формулировку. Ярлык вроде FUD не определяет, является ли сообщение точным.

Используйте запись, чтобы сохранить вопрос, а не судить о человеке, который его поднял. Добавьте ссылку на исходный пост или сохраните разрешенную внутреннюю ссылку. Отметьте, когда команда его получила. Если утверждение относится к транзакции, контракту или анонсу проекта, приложите соответствующий публичный источник, а не полагайтесь на краткое изложение.

Классифицируйте проблему в 1 из 4 рабочих групп:

• Можно ответить: существующая публичная информация отвечает на вопрос.
• На проверке: ответственный по теме должен сначала проверить факты.
• Мнение: прогноз или точка зрения не являются проверяемым фактом проекта.
• Конфиденциально: безопасность, юридические вопросы, казначейство или личная информация требуют ограниченного обращения.

Эта классификация помогает модерации направить проблему, не делая преждевременного публичного суждения. По вопросам управления сообществом, выходящим за рамки обработки инцидентов, см. руководство по развитию криптосообщества в Telegram.

Как команда может проверить утверждение до ответа?

Сравнение источника и утверждения показывает, что подтверждают имеющиеся доказательства. Назначьте проверку тому, у кого есть доступ к соответствующим записям. Модератор не должен делать выводы о поведении контракта, решениях казначейства или дорожной карте на основе неполной информации.

Используйте заметку о проверке из 3 частей:

• Утверждение: переформулируйте утверждение простыми нейтральными словами.
• Доказательства: перечислите проверенную публичную запись или документ проекта.
• Результат: отметьте, что подтверждено, не разрешено или опровергнуто.

Затем добавьте следующее действие и ответственного. Для вопроса, связанного с ончейн-данными, опишите точно, что показывает указанная запись. Не рассматривайте одну транзакцию как доказательство более широкого объяснения. Для заявления проекта сравните утверждение с текущей официальной документацией и укажите различия.

Вопросы по листингу требуют отдельной проверки видимого профиля проекта и подтвержденных деталей. Руководство по листингу на CoinGecko и руководство по листингу на CoinMarketCap охватывают эти специфические для платформ задачи. Держите публичный ответ в рамках проверенных доказательств. Если источник не проясняет вопрос, скажите, что остается открытым и кто это проверяет.

Что должен содержать первый публичный ответ?

Ответ из 4 частей признает проблему, сообщает проверенные факты, указывает открытые вопросы и называет следующее действие. Такая структура позволяет команде ответить, не делая вид, что каждая деталь уже урегулирована.

Пишите ответ в таком порядке:

1. Определите проблему, не повторяя провокационных формулировок.
2. Укажите подтвержденную информацию и дайте ссылку на источник.
3. Отметьте деталь, которая все еще требует проверки.
4. Скажите, кто ее проверяет и где появится следующее обновление.

Используйте прямой язык. Избегайте личной критики, расплывчатых заверений и утверждений без источника. Если ответ есть в документе проекта, дайте ссылку на соответствующий отрывок. Если документ вызвал путаницу, исправьте его, а также ответьте в обсуждении.

Первый ответ не должен содержать каждую деталь. Он должен показать, что у проблемы есть ответственный и отслеживаемый путь проверки. Сделайте следующую точку обновления достаточно конкретной, чтобы модерация могла последовательно ее повторять. Когда новые доказательства меняют ответ, опубликуйте исправление в том же месте, где это практично, и обновите связанную ссылку. Это привязывает обсуждение к текущей версии, а не к устаревшему ответу.

Как согласовать ответы в Telegram, Discord и X?

Общая заметка с фактами поддерживает согласованность трех каналов команды. Храните подтвержденные пункты, нерешенные вопросы, ответственного за одобрение и каноническое публичное обновление в одном внутреннем месте. Модерация может адаптировать формулировку к каждому разговору, сохраняя согласованность базовой информации.

Дайте каждому каналу четкое назначение:

• Telegram: отвечайте в активном обсуждении и указывайте на источник.
• Discord: направляйте специализированные вопросы в нужный канал или ответственному.
• X: делайте публичный ответ сфокусированным и давайте ссылку на более полный контекст.

Это практические коммуникационные решения, а не отдельные версии фактов. Сообщите модерации, какие заявления они могут делать напрямую, а какие требуют одобрения. Если объяснение меняется, сначала обновите общую заметку, затем распространите исправленную формулировку среди отвечающих публично.

Полезная внутренняя заметка также определяет каноническое место обновления. Это предотвращает ссылки разных отвечающих на несвязанные или устаревшие материалы. По вопросам ролей сервера и настройки каналов см. рукодство по настройке крипто Discord сервера. Для проблем, требующих более широких публичных коммуникаций, см. Кризисный PR.

Какие проблемы сообщества модерация должна передавать наверх?

Правило маршрутизации с 2 уровнями отделяет обычные ответы от решений, требующих полномочий специалиста. Модерация может отвечать на основе утвержденных материалов. Они должны передавать наверх проблемы, требующие доступа, экспертизы или одобрения, которыми они не обладают.

Направляйте проблему назначенному руководителю, когда она касается безопасности, юридических рисков, действий казначейства или существенного изменения планов проекта. Руководитель должен подтвердить факты и одобрить любое публичное заявление от имени проекта по этим вопросам. Назначьте запасного ответственного на случай, если обычное лицо, принимающее решения, недоступно.

Правила модерации должны описывать наблюдаемое поведение, а не то, поддерживает ли комментарий проект. Критический вопрос сам по себе не является причиной для удаления сообщения. Применяйте опубликованные правила к повторным публикациям, личной информации, выдаче себя за других и другим указанным нарушениям. Записывайте причину вмешательства, чтобы другой модератор мог пересмотреть решение.

До инцидента предоставьте модерации:

• Текущие факты проекта и ссылки на исходные документы.
• Назначенное контактное лицо для технических, юридических и руководящих вопросов.
• Четкие правила относительно личной информации и выдачи себя за других.
• Канал для срочных сообщений и запасной контакт.

Эта подготовка позволяет персоналу сообщества обрабатывать обычные вопросы, направляя более важные проблемы ответственным лицам.

Что должен сохранять файл инцидента после каждого обновления?

Файл инцидента из 6 пунктов делает ответ отслеживаемым. Сохраняйте исходное утверждение, проверенные доказательства, ответственного за проверку, заметки об одобрении, публичный ответ и любые последующие исправления. Эта запись помогает следующему отвечающему понять, что команда знала в каждый момент.

Добавляйте датированную заметку, когда подтвержденный факт меняется. Ограничьте доступ к внутренним материалам, если они содержат конфиденциальную информацию. Публичные ответы не должны раскрывать личные данные. Если доказательства подтверждают исправление, четко укажите неточный пункт и дайте ссылку на новый источник.

Установите частоту обновлений, которую ответственная команда может поддерживать. Если проверка занимает больше времени, чем ожидалось, опубликуйте статусное сообщение, указывающее нерешенный вопрос и место следующего обновления. Не создавайте впечатления, что нерешенная проблема была решена. Сообщите модерации, какая версия ответа актуальна, и замените старые ссылки в справочных материалах, контролируемых проектом.

Просмотрите файл после закрытия инцидента. Проверьте, был ли исходный документ ясным, был ли ответственный доступен и сработал ли путь эскалации. Преобразуйте любой пробел в конкретное изменение плана. Этот обзор упрощает маршрутизацию следующего ответа и снижает вероятность противоречивых публичных заявлений.

Где заканчивается контроль над ответами сообщества?

Проект может контролировать свои доказательства, одобрения и опубликованные формулировки; он не может контролировать, как Telegram, Discord или X отображают, модерируют или распространяют посты. Храните важные объяснения в контролируемом проектом публичном ресурсе и давайте на них ссылки из обновлений сообщества.

Процесс не может сделать неполные доказательства убедительными. Укажите, что показывает публичная запись, затем определите, что она не устанавливает. Это различие дает участникам достаточно контекста для оценки объяснения, не преувеличивая результат.

До инцидента протестируйте план на 3 примерах: обычный вопрос, спорный факт проекта и проблема безопасности. Для каждого проверьте запись утверждения, ответственного, путь одобрения и публичный источник. Затем убедитесь, что модерация знает, где находятся текущие факты и как связаться с запасным лицом, принимающим решения.

Для внешней проверки отправьте GeoMarketing Experts исходное утверждение, соответствующие ссылки, текущую публичную документацию и лиц, уполномоченных одобрить ответ. GeoMarketing Experts может проверить путь доказательств и роли ответственных, а затем вернуть практические правки и рекомендации по эскалации. Начните с одной текущей или типичной проблемы и документов, которые ваша команда уже использует.

Как мы работаем

1. Зафиксируйте утверждениеЗапишите его точную формулировку, источник, время и предоставленные доказательства. Сохраняйте нейтральное описание.
2. Направьте проверку фактовНазначьте человека, который может проверить соответствующую публичную запись, решение проекта или техническую деталь.
3. Одобрите формулировкуПоделитесь подтвержденными фактами, укажите открытые вопросы и запросите одобрение у соответствующего руководителя.
4. Опубликуйте с источникомОтветьте в соответствующем обсуждении и дайте ссылку на полный публичный источник, где это полезно.
5. Запишите и обновитеСохраните ответ и пересмотрите его, если подтвержденные факты изменятся. Сообщите модерации, какая версия актуальна.