Чеклист запуска токена: что делать за 60 дней, в день запуска и через 30 дней

Что нужно сделать на T-60?

Быстрый тест: Посчитайте дни до запуска. Если осталось меньше 30, а ваш лист фактов еще не готов, сначала закончите его.

На T-60 составьте бриф запуска до того, как начнете разрабатывать кампании. Команде нужна общая запись того, что запускается, когда должны быть приняты ключевые решения и кто может утверждать публичные заявления. Это сокращает количество правок в последнюю минуту и дает всем каналам одинаковую отправную точку.

Создайте рабочий документ с:

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

Четко отделяйте планируемые заявления от подтвержденных фактов. Например, помечайте разговор с биржей как обсуждение, пока анонс не утвержден. Если дата, детали токена или обязанности меняются, сначала обновите исходный документ, затем используйте его для обновления черновиков каналов. Для более широкого планирования запуска см. запуск и рост токена и руководство по маркетингу запуска токена (TGE).

Подготовка истории и материалов запуска

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

Создайте папку с материалами и назначьте утверждающего для каждого пункта:

• Краткие и расширенные описания проекта, с формулировками, проверенными на соответствие текущим фактам о продукте.
• Файлы логотипов, утвержденные визуальные элементы бренда и форматы постов для конкретных каналов.
• Веб-сайт проекта, профили в соцсетях, ссылки на сообщество и контактный маршрут.
• Информационный лист токена с подтвержденной сетью, адресом контракта и деталями эмиссии.
• Документ с ответами на предсказуемые вопросы о доступе, полезности, рисках и сроках запуска.

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

Проверки перед подачей заявок на CoinGecko или CoinMarketCap

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

Используйте этот список подготовки:

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

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

Координация сообщества, создателей и контента

Эмпирическое правило: Заморозьте ссылки, логотип и контракт за 7 дней до запуска. Изменения после этого требуют повторного утверждения.

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

Составьте таблицу активности перед тем, как фиксировать даты:

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

День запуска

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

Включите эти контрольные точки по порядку:

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

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

Ваш чеклист из 7 пунктов от T-60 до T+30

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

• T-60: напишите лист фактов и назначьте ответственного за каждый канал.
• T-45: подготовьте логотип, ссылки и закрепленное сообщение.
• T-30: подготовьте заявки на листинг и проверьте данные.
• T-14: проведите бриф для команды сообщества и создателей.
• T-7: заморозьте контракт, ссылки и логотип.
• T-0: следуйте плану дня запуска по часам.
• T+30: проведите обзор, исправьте и напишите закрытие.

Термины одной строкой

T-minus (простыми словами: дни, отсчитываемые до дня запуска, пишется T-60, T-30 и так далее).

Лист фактов означает одну страницу с контрактом, эмиссией, ссылками и командой, которую все используют повторно.

Что находится вне контроля команды?

Ваша команда может контролировать, являются ли заявки полными, согласованы ли публичные описания, работают ли официальные ссылки и точно ли коммуникации запуска отражают подтвержденные факты; она не может определить, как CoinGecko или CoinMarketCap рассматривает заявку, примет ли ее какая-либо из платформ или когда придет ответ. DEXScreener и DEXTools также принимают собственные решения о том, появится ли токен или проект в каком-либо разделе или в трендах, и команда не может устанавливать эти размещения, их продолжительность или то, как они отображаются для каждого посетителя. Стройте чеклист вокруг действий, которые вы можете проверить: сохраняйте отправленные материалы, отслеживайте переписку с платформами, не объявляйте результат до подтверждения и держите наготове готовое к публикации обновление на случай изменения профиля или размещения.

От T+1 до T+30

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

На T+1 проверьте, что официальные ссылки, описания и закрепленные посты по-прежнему отражают актуальные детали проекта. В течение следующих недель просматривайте вопросы сообщества, контент создателей и входящие отзывы с соответствующими ответственными. Исправляйте устаревшие материалы в их источнике, затем обновляйте версии в каналах, чтобы один и тот же ответ не противоречил другому. На T+30 закройте чеклист, отметив выполненные задачи, открытые вопросы, утвержденные следующие шаги и того, кто за каждый отвечает.

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

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

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