Полный план запуска токена: от T-60 до T+30

Что должно быть готово примерно за T-60?

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

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

Используйте этот базовый чеклист:

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

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

Как сформировать историю и план каналов?

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

Сопоставьте каждый канал с целью. Сайт может содержать долгосрочную справочную информацию; X может нести своевременные обновления; Telegram может поддерживать текущее общение сообщества; а создатели или СМИ могут представить проект аудиториям, которым интересна его тема. Это разные задачи, поэтому не копируйте одно сообщение везде без адаптации его формата и контекста.

Для каждого запланированного сообщения запишите:

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

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

Какие задачи по листингу и профилям проектов относятся к предзапусковому периоду?

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

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

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

Что должно быть в чеклисте с T-30 до T-1?

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

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

Используйте краткую проверку готовности:

• Может ли команда объяснить, что подтверждено, что находится в ожидании и где появятся обновления?
• Легко ли найти роли на день запуска и контакт для утверждения?
• Есть ли подготовленный ответ на случай неверных ссылок, изменения сроков или запутанного публичного заявления?
• Может ли кто-то за пределами основной команды следовать официальным ссылкам проекта без посторонней помощи?

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

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

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

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

Сценарий может включать:

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

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

Что должно происходить с T+1 по T+30?

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

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

Практический список последующих действий включает:

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

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

Где решения платформ находятся вне команды запуска?

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

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

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

Цены

Стартовые цены в долларах США. Индивидуальные пакеты и скидки за объём — по запросу. Оплата в USDT, USDC, BTC, ETH, SOL, TON или токеном проекта.

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

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