Призначення шаблону
Шаблон pitch deck призначений для команд, які готують презентацію свого проєкту на екосистемі Solana перед інвесторами, грантовими програмами, хакатонними журі або партнерами. Ресурс дає фіксовану структуру слайдів із підказками щодо змісту кожного блоку, щоб ви не пропустили ключові елементи й не витрачали час на форматування.
Шаблон орієнтований на проєкти, що будуються на Solana: DeFi-протоколи, NFT-платформи, інфраструктурні інструменти, RWA-рішення та інші dApp. Він враховує, що журі та інвестори в цій ніші очікують чіткого пояснення технічної архітектури, вибору Solana як базового ланцюга та взаємодії з його специфічними механізмами — програмами на Rust, Anchor-фреймворком, PDA (Program Derived Addresses), CPI (Cross-Program Invocation).
Структура слайдів
Проблема та рішення
Перший блок фіксує, яку саме проблему вирішує проєкт і чому існуючі рішення не справляються. Формулювання має бути конкретним: не «блокчейн повільний», а «транзакції в L2-рішеннях конкурентів займають від 2 до 8 секунд, що унеможливлює використання в high-frequency trading». Рішення описується одним-двома реченнями з прив'язкою до того, як саме архітектура на Solana усуває виявлене обмеження.
Ринок та розмір можливості
Слайд містить оцінку цільового ринку: TAM, SAM, SOM. Для Solana-проєктів важливо показати не лише загальний ринок ніші, а й частину, яка вже активно використовує або може мігрувати на Solana через швидкість, низькі комісії та екосистемні інтеграції (наприклад, через DeFi-агрегатори або мобільні гаманці). Уникайте завищених цифр без джерел — вкажіть, звідки взято оцінку, і наголосіть, що точні дані треба перевірити самостійно.
Продукт та технічна архітектура
Цей слайд розкриває, як саме працює продукт. Для Solana-проєктів тут обов'язково: вибір між написанням власних програм на Rust із використанням Anchor або інтеграцією з існуючими протоколами; опис взаємодії з RPC-вузлами; пояснення безпеки (аудити, механізми захисту від MEV, якщо застосовно). Схема архітектури має бути читабельною: клієнтська частина — смарт-контракти — зовнішні сервіси — блокчейн Solana.
Команда, traction та запит
Фінальний блок поєднує три елементи. Команда: хто виконує роботу, який релевантний досвід, що вже зроблено в екосистемі Solana. Traction: наявні метрики (кількість транзакцій, активних гаманців, TVL, якщо застосовно) або конкретні етапи, які будуть досягнуті до моменту презентації. Запит: чітко сформульована мета — розмір гранту, обсяг інвестицій, менторство, доступ до інфраструктури.
Порядок заповнення
- Визначте одну головну тезу. Якщо ви не можете сформулювати суть проєкту одним реченням, презентація буде розмитоною. Запишіть тезу окремо й повертайтеся до неї на кожному слайді.
- Заповніть блок «Проблема та рішення» першим. Це фундамент: якщо тут є логічні дірки, решта слайдів їх не виправить.
- Перейдіть до «Продукт та технічна архітектура». Для Solana-проєктів саме тут журі найчастіше задає питання. Переконайтеся, що кожен технічний термін (PDA, CPI, Anchor) використаний за призначенням, а не для створення вигляду складності.
- Заповніть «Ринок та розмір можливості». Підтвердіть кожну цифру посиланням. Якщо джерела немає — прямо вкажіть, що це оцінка команди.
- Завершіть блоком «Команда, traction та запит». Запит має відповідати етапу проєкту: не просите мільйони на ідею без коду.
- Прочитайте всі слайди послідовно. Вилучіть повтори, скоротіть текст до мінімуму, залиште лише ті дані, які неможливо усно додати.
Обмеження шаблону
- Шаблон дає структуру, а не готовий контент. Формулювання, дані та архітектурні рішення має підготувати команда.
- Шаблон не замінює фінансову модель, юридичну перевірку або технічний аудит — це окремі документи.
- Шаблон не адаптований під специфічні вимоги окремих грантових програм чи хакатонів. Перед подачею обов'язково перевірте актуальні критерії оцінювання на сторінці організатора.
- Шаблон не містить дизайну слайдів: фокус на змістовій структурі, візуальне оформлення залишається на розсуд команди.
Версія ресурсу
Ресурс «Шаблон pitch deck»: статична версія 1.0. Сторінка містить готовий текстовий шаблон і готова до практичного використання без очікування окремого інтерактивного інструмента. Остання редакційна перевірка: 2 серпня 2026 року.