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

Що має бути готове до старту маркетингу токена?

До активного просування команда має узгодити факти про проєкт, аудиторії та межі комунікації. Це основа, яка не дає сайту, дописам і публічним виступам описувати різні версії токена.

Почніть із короткого документа для всієї команди. Зафіксуйте призначення токена, ключові функції продукту, мережу, етап запуску, доступні офіційні канали та те, що ще не готове. Відділіть підтверджені факти від планів: не подавайте майбутню інтеграцію як уже доступну функцію.

Перед переходом до кампаній пройдіть цей список:

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

Якщо запуск передбачає IDO, маркетинговий план узгодьте з етапами продажу та правилами конкретного майданчика. Для окремого розбору формату дивіться гайд із маркетингу IDO. Не запускайте анонси, доки команда не може послідовно пояснити, що саме відбувається і де перевірити офіційні дані.

T−60—T−31: як побудувати основу кампанії?

На етапі T−60—T−31 визначте аудиторію, повідомлення та інфраструктуру комунікації. Мета цього періоду — не максимальна кількість публікацій, а готовність команди пояснювати продукт однією зрозумілою мовою.

Розбийте аудиторію на практичні групи: користувачі продукту, учасники спільноти, потенційні партнери й медіа. Для кожної сформулюйте потребу, доречний канал і наступний крок. Якщо проєкт орієнтується на кілька регіонів, перевірте мову, часові пояси, локальні канали та відповідального за відповіді. Не обирайте регіон лише через його розмір: важливі відповідність продукту й можливість підтримувати комунікацію.

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

Для пошуку авторів визначте критерії до контакту з ними: мова аудиторії, тематика, якість обговорення, формат і готовність розкрити комерційне партнерство. Практичний процес описано в гайді з кампаній KOL, а окремі регіональні активності можна зіставити з напрямами KOL за регіонами.

T−30—T−8: що перевірити перед анонсом?

У період T−30—T−8 перетворіть загальний план на погоджений календар із власниками завдань. До публічного анонсу команда має знати, які повідомлення виходять, де вони з’являються та хто швидко виправляє неточності.

Перевірте готовність базових матеріалів: головної сторінки, документації, пояснення токеноміки, профілів у соціальних мережах, графіки й відповідей на поширені питання. Для кожного матеріалу додайте дату перевірки та посилання на джерело факту. Якщо змінюються параметри запуску, визначте, хто оновлює всі копії інформації.

Плануйте формати відповідно до завдання. Коротке відео може показати продукт у дії, розмова з командою — пояснити рішення, а публікація в медіа — дати контекст ширшій аудиторії. Не ставте мету «зробити вірусне відео»: задайте контрольовану мету, наприклад пояснити одну функцію чи привести глядача до демо. Перевірте сценарій, субтитри, права на використані матеріали й кінцеве посилання.

Якщо додаєте платні розміщення, погодьте формат, текст, посилання, строки та звітність до оплати. Для банерів порівняйте аудиторію й розміщення, а не лише назву платформи: банер CoinMarketCap і реклама CoinGecko вирішують різні задачі й потребують окремої оцінки.

T−7—T+1: як провести комунікацію навколо TGE?

Протягом тижня перед TGE та в день запуску команда має діяти за узгодженим розкладом і швидко звіряти кожне повідомлення з актуальними даними. Підготуйте чернетки заздалегідь, але залиште спосіб оперативно оновити їх, якщо час або доступність продукту зміняться.

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

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

Для активації спільноти встановіть добровільні завдання, зрозумілі правила й модерацію. Кожен учасник має поширювати власну думку, а не копіювати нав’язаний текст. Якщо плануєте розміщення в трендах, розглядайте його як окремий канал видимості, не як заміну продуктового пояснення. Порівняйте підготовку до кампанії на X з планом трендингу на CoinMarketCap.

T+2—T+30: що має робити команда після запуску?

Після TGE маркетинг переходить від анонсів до регулярних пояснень, підтримки й аналізу зворотного зв’язку. У перший місяць команда має показувати, що відбувається з продуктом і які наступні кроки справді заплановані.

Підтримуйте календар оновлень: прогрес продукту, відповіді на повторювані питання, записи подій і зміни в документації. Якщо план не виконано або з’явилася затримка, повідомте про це прямо та поясніть, коли буде наступне оновлення. Не замінюйте конкретне пояснення гучним формулюванням про майбутні результати.

Щотижня переглядайте не тільки реакції на публікації, а й якість взаємодії: які питання повторюються, де користувачі губляться, які посилання приводять до продукту та що модератори передають команді. Порівнюйте результати з метою кожного каналу. Для авторських розміщень збережіть погоджений матеріал і підтвердження виходу; для спільноти — теми запитів і статус відповідей.

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

Як перевірити готовність лістингів і платформ?

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

Для подання на CoinGecko або CoinMarketCap перевірте, які матеріали й підтвердження потрібні, та звірте їх із чинними інструкціями платформи. Окремо перевіряйте назву токена, мережу, адресу контракту, сайт, офіційні соціальні профілі й джерела даних. Звіряйте supply з інформацією в досліднику блокчейну й документації; якщо цифри не збігаються, з’ясуйте причину перед поданням. Докладніше: верифікація supply токена, лістинг на CoinGecko та лістинг на CoinMarketCap.

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

Рішення про канали приймайте за відповідністю аудиторії й готовністю команди опрацювати результат. Якщо профіль ще не має повної інформації або команда не може відповідати користувачам, відкладіть залучення трафіку й усуньте цю перешкоду.

Що не можна запланувати наперед у запуску токена?

Команда може відповідати за погоджені матеріали, строки власної роботи й коректність переданих даних, але не за рішення зовнішніх платформ. Перевірка заявки на CoinGecko чи CoinMarketCap, критерії індексації, алгоритмічне ранжування, ротація рекламних місць і доступність функцій змінюються за правилами самих майданчиків. Тому плануйте саме подання, підготовку матеріалів або погоджене розміщення, а не схвалення, позицію в рейтингу чи певний обсяг реакцій.

Щоб зменшити керовані ризики, перевірте:

• Чи відповідає кожне твердження поточному стану продукту.
• Чи має команда резервний канал для важливих оголошень.
• Чи готовий відповідальний оновити помилкову адресу або застарілий текст.
• Чи зафіксовано, хто й коли погоджує зміни в день запуску.

Окремо оцініть залежності: технічна готовність, доступність продукту, рішення партнерів, коректність даних і модерація спільноти. Занесіть відкриті питання до списку ризиків із власником і наступною дією, а не приховуйте їх у презентації.

Якщо з’явилося попередження або неточність у профілі, спершу встановіть її причину, звірте факти та підготуйте запит відповідно до процедури платформи. Відновлення профілю лістингу не замінює виправлення першопричини. Чесний запуск — це контроль за роботою команди й прозоре пояснення зовнішніх залежностей.

Ціни

Стартові ціни в доларах США. Індивідуальні пакети та знижки за обсяг — на запит. Оплата в USDT, USDC, BTC, ETH, SOL, TON або токеном проєкту.

Як ми працюємо

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