Чеклист запуска токена: маркетинг от T-60 до T+30

Что должен контролировать чеклист запуска токена?

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

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

Начните с четырёх направлений:

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

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

T-60 до T-31: заложите основу запуска

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

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

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

Полезные проверки для этого окна:

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

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

T-30 до T-8: сделайте публичную историю удобной для использования

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

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

Создайте небольшой контент-календарь вокруг значимых вех. Включите, кто публикует, кто проверяет ссылки, куда направляются вопросы и что происходит, если базовая информация меняется. Для работы с создателями или KOL используйте письменный бриф, в котором указаны целевая аудитория, необходимый контекст, формат доставки, процесс утверждения и ожидания по раскрытию информации. Руководство по кампании с KOL в крипте может помочь вам структурировать эту работу; используйте руководство по проверке KOL, чтобы спланировать проверку потенциальных партнёров.

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

T-7 до запуска: отрепетируйте передачу, а не хайп

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

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

Практическая финальная проверка спрашивает:

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

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

День запуска: держите один источник истины

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

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

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

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

T+1 до T+30: превратите активность запуска в последующие действия

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

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

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

• Выполнено: утверждённый контент, аутрич или задачи кампании завершены.
• Проверено: ссылки, посты или размещения, которые команда проверила напрямую.
• Открыто: ожидающие утверждения, без ответа вопросы и незавершённые заявки.
• Узнано: повторяющаяся путаница аудитории или информация, требующая разъяснения.
• Далее: ответственный и следующее действие для каждого нерешённого пункта.

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

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

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

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

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

Цены

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

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

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