Чеклист запуска токена: маркетинговый план для всей команды

Одна запись о запуске может объединить движущиеся части

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

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

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

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

Для более широкого обзора связанных работ по запуску обзор запуска и роста токена может помочь вам сопоставить связанные задачи.

С чего начать команде, если ее сообщество охватывает несколько часовых поясов?

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

Определите задачи каналов

Используйте свой веб-сайт как стабильное место для описания проекта и официальных ссылок. X может нести своевременные обновления, а Telegram — поддерживать прямое общение с сообществом. Это варианты, а не требование открывать каждый канал. Выбирайте только те, которые ваша команда может поддерживать.

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

Сделайте каждое сообщение легким для проверки

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

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

Переходите от ранних решений к первому месяцу последующих действий

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

1. Примерно за T-60, составьте рабочий план. Запишите вероятное окно запуска, аудиторию, описание проекта, детали токена, официальные ссылки и путь утверждения. Назначьте ответственного за каждый активный канал и четко отметьте нерешенные решения.
2. С T-60 до T-31, согласуйте сообщение. Подтвердите, что продукт делает сегодня, для кого он предназначен и какие ограничения требуют простого языка. Решите, кто утверждает публичные заявления и кто обрабатывает вопросы по продукту, токену и поддержке.
3. С T-30 до T-8, подготовьте материалы. Соберите утвержденные описания, логотипы, детали команды (где уместно), изображения продукта и информацию о токене. Проверьте официальные ссылки, доступ к социальным аккаунтам и текущие требования для каждой заявки на листинг.
4. С T-7 до T+30, публикуйте и продолжайте слушать. Назначьте одного человека для записи объявлений и изменений, а другого — для ответов на вопросы сообщества. В течение первого месяца просматривайте открытые вопросы и последующие действия на платформах, затем назначайте следующие шаги.

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

Держите заявки на листинг четкими и понятными

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

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

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

Размещения в Discovery требуют своей собственной записи и ответственного. Для контекста, специфичного для платформы, смотрите наши руководства по видимости на DEXScreener и трендам на CoinGecko.

Некоторые решения платформ остаются за платформой

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

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

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

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

Используйте T+30, чтобы выбрать следующую полезную работу

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

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

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

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

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

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