Що підготувати до демодня, щоб продукт зрозуміли за кілька хвилин

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

Демодень у екосистемі Solana — це формат, де команди показують робочі рішення інвесторам, менторам та іншим білдерам. Час на виступ зазвичай обмежений: від двох до п’яти хвилин. За цей час потрібно не просто продемонструвати інтерфейс, а завантажити в голови слухачів логіку продукту. Нижче — що саме варто підготувати, щоб це спрацювало.

Кому ця можливість підходить найбільше

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

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

Що саме пропонують

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

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

Умови й вимоги

Кожен демодень має власні правила, але є загальні вимоги, які зустрічаються майже скрізь.

• Продукт має працювати на момент подачі. Це не означає продакшн-версію, але контракт має бути задеплоєний, а інтерфейс — функціональним хоча б на тестовій мережі.
• Обмеження за часом. Зазвичай це дві–п’ять хвилин на виступ плюс одна–дві хвилини на питання. Підготовка має враховувати жорсткий час.
• Вимога до стеку. Деякі демодні орієнтовані виключно на Solana-проєкти, інші приймають будь-які Web3-рішення. Це потрібно перевірити в описі.
• Мова подачі. Якщо захід міжнародний — англійська. Якщо локальний — може бути українська. Готуйте матеріали тією мовою, яку оголосили організатори.

Технічні вимоги до презентації теж варто уточнити: формат файлу, кількість слайдів, чи потрібне відео-демо окремо. Залежно від заходу ці обмеження різняться, тому покладатися на минулий досвід не варто.

Дедлайн, статус і офіційне джерело

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

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

Ризики й підготовка заявки

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

Другий ризик — перевантажити виступ технічними деталями. Solana-стек багатий на специфічні терміни: PDA, CPI,_rent-exempt мінімуми. Для технічної аудиторії це доречно, але на загальному демодні кожен такий термін без пояснення забирає секунди, які могли б піти на суть.

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

Що конкретно підготувати до виступу

1. Одне речення про продукт. Не опис, а формула: «Ми робимо [що] для [кого], щоб [який результат]». Якщо не влазить в одне речення — ще не готові.
2. Три скріншоти або коротке відео. Не весь флоу, а саме момент, де видно головну цінність: транзакцію, взаємодію з контрактом, результат дії.
3. Відповідь на питання «чому Solana». Не загальними словами про швидкість, а конкретно: що у вашому продукті вимагає саме цієї пропускної здатності або архітектури.
4. Чіткий наступний крок. Що ви робите після демодня: реліз, залучення перших користувачів, подача на грант. Це показує, що демодень — не кінцева точка.

Що перевірити перед подачею заявки

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

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

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

Редакція солана.укр