Начните с момента, когда участнику нужна помощь
Полезный Discord сервер для криптопроекта начинается с четкой причины для вступления. Запишите, что участники должны иметь возможность найти, спросить или обсудить. Сделайте это до того, как строить список каналов. Эта короткая заметка поможет направлять решения, когда у команды разные представления о том, что должно быть на сервере.
Назовите людей, которых вы ожидаете приветствовать, и вопросы, которые они могут задать. Проекту с работающим продуктом может понадобиться четкий путь поддержки. Сообществу, готовящемуся к запуску, могут понадобиться официальные обновления и пространство для открытого общения. Держите обещание достаточно малым, чтобы ваша команда могла его поддерживать.
Затем установите простую границу: что относится к Discord, а что к другим платформам? Если ваши участники уже используют Telegram, сделайте цель каждого пространства понятной, а не повторяйте каждое сообщение в обоих местах. Наше руководство по настройке Telegram и Discord может помочь вам сравнить роли каждого пространства сообщества. Отдельный план роста сообщества и вовлечения может поддержать то, как вы приветствуете и вовлекаете участников. Начните с опыта, который вы можете обеспечить, затем добавляйте больше, когда возникнет реальная необходимость.
Дайте каждому каналу одну понятную задачу
Карта каналов работает, когда участники могут понять, куда идти, не изучая внутреннюю структуру вашей команды. Начните с малого и добавляйте пространство только тогда, когда у него есть четкая цель, аудитория и ответственный.
Используйте эту последовательность планирования из 3 частей:
- Перечислите задачи участников. Включите поиск официальной информации, получение поддержки и участие в общении.
- Сопоставьте задачи с пространствами. Используйте простые названия и краткое описание, чтобы люди знали, что туда относится.
- Проверьте ответственность. Выберите человека, который сможет поддерживать актуальность руководства и направлять вопросы.
Первая версия может включать зону приветствия, официальные объявления, поддержку участников и общее обсуждение. Добавьте пространство для продукта или разработчиков, когда людям понадобится отдельное место для такого общения. Держите ссылки на проект в четко обозначенной информационной зоне, а официальный путь поддержки сделайте легко заметным.
Представьте, что участник приходит с вопросом о новой функции. Он не должен гадать между несколькими каналами с похожими названиями. Краткое описание и видимый путь поддержки дадут ему полезный следующий шаг. Если канал остается пустым или повторяет задачу другого пространства, объедините его или объясните, почему он остается.
Какие роли Discord должны иметь реальные разрешения?
Роль должна сообщать участникам что-то полезное или давать человеку доступ, необходимый для определенной задачи. Держите названия понятными и избегайте предоставления широких разрешений просто для признания чьей-то ранней поддержки.
Разделите работу и приветствие
Члены команды, публикующие официальные обновления, нуждаются в доступе к соответствующей области публикации. Модерация нуждается в инструментах для направления бесед и реагирования на отчеты. Обычные участники должны иметь доступ, необходимый для участия, без административных прав, которые не служат их роли.
Сделайте каждое назначение легко проверяемым
Для каждой роли запишите ее цель, кто ее назначает и какие разрешения поддерживают ее обязанности. Проверьте, что частные командные зоны видны только тем, кому они нужны. Когда доступ связан с токеном или другой активностью проекта, объясните, что участникам следует ожидать. Сообщите им, куда обращаться за помощью, если доступ выглядит неправильным.
Допустим, проект добавляет языковое сообщество и назначает волонтера для приветствия новых участников. Этому человеку может понадобиться доступ к зоне приветствия, а не разрешение на изменение общесерверных настроек. Короткая заметка о роли помогает команде последовательно проводить это различие. Ведите запись о том, кто может изменять настройки и кто может публиковать официальные сообщения, затем пересматривайте ее при изменении обязанностей.
Сделайте первый визит простым, а не лабиринтом
Представьте руководителя посольской программы, когда добавляется новый рыночный язык. Он присоединяется к серверу как новичок и ищет способ поприветствовать участников на этом языке. Мы бы проверили, что путь приветствия, языковое пространство и инструкции по поддержке легко найти до того, как приглашение будет отправлено.
Используйте ту же проверку свежим взглядом для своего сервера:
- Может ли новый участник найти официальную информацию о проекте?
- Понятны ли правила и следующий шаг после присоединения?
- Есть ли очевидное место, чтобы попросить о помощи?
- Может ли команда получить доступ к пространствам, необходимым для модерации?
Пригласите коллегу, который не видел настройку, присоединиться и найти ключевую информацию. Запишите, что они ожидали, где искали и что их смутило. Исправьте инструкции или карту каналов, затем протестируйте снова после любых изменений доступа. Приветствие из 3 шагов может быть достаточным: прочитайте правила, найдите официальные ссылки и выберите, где задать вопрос.
Подготовьте первый официальный пост и убедитесь, что кто-то готов отвечать на вопросы. Если сервер является частью более широкого запуска, используйте те же подтвержденные ссылки и язык, что и в вашем чек-листе маркетинга запуска токена. Это гарантирует, что участник не увидит одно сообщение в Discord, а другое — в другом месте.
Сделайте безопасность частью рутины
Безопасность исходит из четкого выбора доступа, осторожных привычек работы с аккаунтами и известного пути сообщения о подозрительных сообщениях. Сделайте эти привычки частью регулярного ухода за сервером, а не заметкой, написанной один раз и забытой.
Ограничьте административный доступ теми, кому он нужен для работы. Защитите аккаунты, используемые для управления сервером, с помощью доступных настроек защиты, и договоритесь, как члены команды должны сообщать о предполагаемом взломе. Сделайте официальную информацию проекта легко узнаваемой, размещая проверенные ссылки на видном месте. Сообщите участникам, что поддержка не должна просить их делиться сид-фразами или приватными ключами.
Выберите, кто проверяет отчеты, кто занимается их обработкой и как записываются важные инциденты. Проверка каждые 2 недели может помочь команде заметить устаревшие ссылки и неясные инструкции. Она также может выявить изменения в том, кто владеет каналом. Удалите пути приглашений, которые команда больше не использует, и пересматривайте доступ к ролям при изменении обязанностей.
Discord контролирует свои собственные функции аккаунта и действия платформы, поэтому проект не может исключить каждый риск для аккаунта или сообщения. Мы можем помочь сделать согласованные настройки сервера, руководство и путь отчетности понятными. Решения Discord остаются вне этих выборов, и они не могут предотвратить каждый инцидент. Сосредоточьте проверку на том, что ваша команда может поддерживать.
Откройте дверь с планом того, что будет дальше
Сервер остается полезным, когда кто-то отвечает за его информацию, вопросы участников и передачу модерации. Прежде чем приглашать людей, назначьте ответственного за каждую важную область и договоритесь, на что ваша команда может ответить. Это дает участникам более надежный опыт, чем открытое приглашение без четкого следующего шага.
Подготовьте небольшую рабочую заметку с картой каналов, целями ролей, официальными ссылками и путем отчетности. Храните ее там, где люди, заботящиеся о сервере, могут ее найти. Обсуждайте повторяющиеся вопросы вместе; они могут указывать на руководство, которое трудно найти, или описание канала, требующее более понятного названия. Обновляйте сервер при изменении информации о проекте и отличайте подтвержденные детали от планов, которые могут измениться.
В Brand Community мы проверяем карту каналов, разрешения ролей и путь первого входа вместе. Таким образом, решения проверяются как единый опыт участника, а не как отдельные настройки. Если вы хотите, чтобы кто-то взглянул со стороны, отправьте нам цель вашего проекта, планируемую аудиторию, существующие ссылки на сообщество и любые потребности в доступе. Мы рассмотрим эти элементы вместе с вами и определим следующие шаги по настройке. Для более широкого взгляда на запуск наше руководство по Telegram-сообществу для криптовалют может помочь вам спланировать, как другое пространство сообщества вписывается рядом с Discord.
Как мы работаем
- Сформулируйте цельЗапишите, для кого сервер и что участники должны иметь возможность там делать. Используйте эту заметку, чтобы решить, что относится к Discord.
- Составьте карту каналовСгруппируйте пространства вокруг потребностей участников. Дайте каждому каналу понятное название, четкую задачу и ответственного.
- Настройте ролиЗапишите, что означает каждая роль, кто ее назначает и какие разрешения ей нужны. Ограничьте административный доступ теми, кому он нужен.
- Подготовьте руководствоСделайте правила, официальные ссылки и путь поддержки легко находимыми. Объясните, как участники могут сообщать о подозрительных сообщениях.
- Протестируйте перед приглашениемПопросите новичка присоединиться и найти ключевую информацию без подсказок. Исправьте запутанные инструкции или проблемы с доступом перед отправкой приглашения.
Частые вопросы
Куда должен попасть новый участник после присоединения к нашему серверу?
Дайте новым участникам четкую зону приветствия с правилами, официальными ссылками и очевидным следующим шагом. Простой маршрут из 3 шагов может попросить их прочитать правила, найти информацию о проекте и выбрать правильное место для вопроса. Протестируйте этот маршрут с кем-то, кто не помогал строить сервер.
Может ли один Discord сервер приветствовать людей на разных языках?
Да, если каждое языковое пространство имеет четкое название и кого-то, кто может помочь участникам там. Сделайте выбор языка видимым из зоны приветствия и держите ключевые инструкции по безопасности легко находимыми в каждом пространстве. Когда добавляется новый язык, проверьте, что его приветствие и пути поддержки готовы перед отправкой приглашения.
Кто должен получать права модератора?
Предоставляйте доступ к модерации людям, у которых есть согласованная роль в направлении бесед и обработке отчетов. Запишите, что им нужно делать, затем предоставьте только те разрешения, которые поддерживают эти обязанности. Держите общесерверные настройки за меньшей группой, ответственной за администрирование, и пересматривайте доступ при изменении обязанностей команды.
Должны ли проектные объявления допускать ответы участников?
Используйте отдельное пространство для обсуждения, если участникам нужно место для ответов или уточняющих вопросов. Держите официальную зону объявлений легко просматриваемой и четко указывайте, куда относятся ответы. Например, пост может направить читателей в канал поддержки, когда описывает изменение, которое может вызвать практические вопросы.
Что следует проверить после изменения роли?
Проверьте цель роли, кто может ее назначать и пространства, на которые влияют ее разрешения. Затем подтвердите, что частные командные зоны остаются частными и что предполагаемые задачи участников все еще работают. Краткая заметка об изменении помогает коллегам понять, почему доступ был скорректирован и когда его пересматривать снова.
Что может сделать настройка Discord с подозрительными сообщениями?
Четкий путь отчетности, тщательные разрешения и видимые официальные ссылки могут помочь участникам и модерации реагировать более осознанно. Они не могут устранить каждый риск: Discord контролирует свои функции платформы и действия аккаунтов, в то время как ваша команда контролирует свои собственные настройки сервера и процесс реагирования. Сообщите участникам, куда сообщать о проблемах, и никогда не просите их предоставлять приватные ключи или сид-фразы.
Расскажите о проекте
Ответьте на четыре коротких вопроса — менеджер в течение часа пришлёт план, сроки и вилку бюджета. Всё строго конфиденциально.
Загружаем форму…