Pitch deck — це інструмент, який допомагає за кілька хвилин донести до інвестора суть вашого стартапу та отримати наступну зустріч. Не угоду, не гроші, а можливість продовжити розмову. Усе решта — перебільшення, яке швидше зашкодить, ніж допоможе.
Навіщо pitch deck і кому він потрібен
Pitch deck потрібен насамперед вам самим. Процес його створення змушує стисло сформулювати, чия проблема, хто платить і чому саме зараз. Якщо ви не можете пояснити це на десяти слайдах, ідея ще не дозріла.
Кому він потрібен на практиці:
- Венчурним інвесторам — для первинного скринінгу. Більшість рішень про подальшу співпрацю приймається за перші дві-три хвилини читання.
- Грантовим програмам — зокрема фондам екосистеми Solana, де pitch deck часто є обов'язковою частиною заявки.
- Потенційним співзасновникам та ключовим наймам — як стислий маніфест того, що ви будуєте і чому це варто їхнього часу.
- Партнерам — для швидкого входу в контекст без годинної розмови.
Головне правило: pitch deck не замінює розмову, а готує до неї. Це не документація проєкту і не технічний whitepaper.
Структура pitch deck для Web3-стартапу
Немає єдиної правильної структури, але є перевірена логіка послідовності. Кожен наступний слайд має відповідати на питання, яке виникло після попереднього.
Проблема
Чия проблема і чому вона існує саме зараз. Не описуйте всю галузь — покажіть конкретний біль конкретної людини чи компанії. Інвестор має відчути: так, це реально дратує або коштує грошей.
Рішення
Як ви усуваєте цю проблему. Один-два речення, без технічних деталей. Якщо для пояснення потрібна діаграма архітектури — ви ще не зрозуміли своє рішення достатньо добре.
Ринок
Скільки людей чи компаній мають цю проблему і скільки вони готові платити за рішення. Уникайте «TAM/SAM/SOM» без прив'язки до реальних джерел. Краще покажіть, як ви рахували ринок, ніж напишете велике число без пояснень.
Продукт
Скріншоти, демо-відео або схема користувацького шляху. Покажіть, як людина взаємодіє з продуктом, а не перелічуйте функції. Інвестор купує досвід користувача, не фічі.
Бізнес-модель
Хто платить, скільки, як часто і через які канали. У Web3 це може бути підписка, комісія за транзакцію, відсоток від обігу або модель, де платять не кінцеві користувачі, а B2B-клієнти. Важливо: якщо ваша модель залежить від зростання ціни токена — це не бізнес-модель, це спекуляція, і інвестори це розуміють.
Команда
Чому саме ви. Не біографія кожного, а конкретний зв'язок між вашим досвідом і проблемою, яку ви розв'язуєте. Якщо ви будуєте DeFi-протокол, а раніше працювали лише в маркетингу — поясніть, як компенсуєте брак технічної експертизи.
Traction
Що ви вже зробили і які результати показали. Навіть на найранішому етапі є що показати — про це детально нижче.
Ask
Скільки грошей ви піднімаєте, на що саме підете, на який період і які мети досягнете. Конкретність тут демонструє зрілість: «$300 тис. на 18 місяців, щоб вийти на $10k MRR і 5 тис. активних користувачів» працює краще, ніж «$500 тис. на розвиток».
Специфіка Web3-pitch
Web3-інвестори бачать сотні deckів на тиждень. Більшість з них однакові: красиве слово, токен, нульове підтвердження попиту. Щоб виділитися, треба розуміти, чому вони скептичні, і попередньо відповідати на їхні запитання.
Чому інвестори скептичні до «на блокчейні»
Більшість ідей у Web3 не потребують блокчейну. Інвестори це знають, тому перше, що вони перевіряють — чи є функціональна причина використання Solana, а не мода. Якщо вашу ідею можна реалізувати на звичайному сервері з базою даних — інвестор запитає, навіщо ви ускладнюєте архітектуру.
Чесно дайте відповідь на три питання:
- Що дає Solana, чого не дає централізоване рішення?
- Чи готові ваші користувачі платити ціною складності (гаманці, підписання транзакцій, навчання)?
- Чи не є блокчейн просто маркетинговим інструментом для залучення капіталу?
Якщо відповідь на третє питання «так» — pitch deck не допоможе.
Як пояснити токеноміку без перегрузу
Більшість стартапів роблять одну помилку: показують складну діаграму розподілу токенів на другому слайді, коли інвестор ще не зрозумів, чи є проблема взагалі. Токеноміка — це частина бізнес-моделі, а не окрема історія.
Покажіть токеноміку тоді, коли інвестор уже зрозумів цінність продукту. І зробіть це через призму економіки:
- Яку роль відіграє токен у продукті (доступ, управління, стимули)?
- Хто купує токен і чому — не спекулянти, а реальні користувачі?
- Як створюється та знищується цінність у системі?
Якщо токен не має функціонального навантаження крім «фандрейзингу» — краще не робити його центром презентації. Інвестори у Solana-екосистемі останнім часом чітко відокремлюють продукти від токен-проєктів.
Як показати traction на ранньому етапі
Найчастіше запитання: «У нас ще немає користувачів, що показувати?». Тraction — це не лише MRR або кількість користувачів. Це будь-яке підтвердження, що ви не сидите в вакуумі.
Метрики, які мають значення
- Результати інтерв'ю. Скільки людей з цільової аудиторії ви особисто поговорили і чи підтвердили вони проблему. «50 інтерв'ю з фаундерами DeFi-протоколів, 38 підтвердили біль» — це traction.
- Waitlist. Кількість людей, які залишили email до запуску. Головне — як ви їх збирали: холодні розсилки не рахуються.
- Прототип або MVP. Навіть якщо ним користуються 10 людей — покажіть, як вони взаємодіють із продуктом.
- Пілоти з B2B-клієнтами. Листи про наміри (LOI) або навіть усні домовленості з конкретними компаніями.
- Технічні результати. Для Solana-стартапів це може бути робочий смарт-контракт на devnet, пройдений аудит або підтверджена продуктивність (TPS, вартість транзакції).
- Гранти та програми. Якщо ви вже отримали грант на попередньому етапі — це соціальний proof, що хтось інший вже оцінив ваш потенціал.
Не прикрашайте цифри. Інвестори у Web3 вміють перевіряти on-chain-дані. Якщо ви покажете 10 тис. «користувачів», а аналітика покаже 200 унікальних гаманців — довіра буде втрачена назавжди.
Візуальна подача та дизайн
Дизайн pitch deck має бути службовим, а не декоративним. Його завдання — допомогти інвестору швидко знайти інформацію, а не захопити його візуальною розкішшю.
Читабельність, логіка, кількість слайдів
- 10–14 слайдів. Більше — ви втрачаєте увагу. Менше — навряд чи вистачить для повної картини.
- Один ключовий меседж на слайд. Якщо ви намагаєтеся вмістити на одному слайді проблему, рішення і ринок — інвестор не запам'ятає жодного.
- Шрифт не менше 24 pt. Якщо доводиться збільшувати слайд, щоб прочитати — тексту забагато.
- Мінімум тексту. Слайд — це опора для вашої розмови, не сценарій. Напишіть тезу, решту скажіть голосом.
- Консистентність. Один шрифт, одна палітра, однакові стилістики графіків. Хаос у візуалі підсвідомо транслює хаос у мисленні.
- Немає анімацій. У PDF-форматі, яким deck найчастіше надсилають, анімація не працює. І навіть у презентації вона відволікає.
Відправляйте deck у форматі PDF. Не PowerPoint, не Google Slides з доступом за посиланням. Інвестори читають deck на телефоні в метро — PDF відкриється коректно, слайди — ні.
Типові помилки в pitch deck
Помилки у pitch deck коштують зустрічей. Ось ті, які зустрічаються найчастіше і найбільше дратують інвесторів.
Занадто багато тексту
Слайд, суцільно заповнений текстом, каже інвестору: «Я не навчився стисло думати» або «Я не впевнений у своїй ідеї, тому захищаюся обсягом». Використовуйте правила: якщо можна сказати коротше — скажіть коротше. Якщо слово можна вилучити без втрати сенсу — вилучіть.
Відсутність фокусу
Стартап, який робить «все для всіх у Web3», не отримає інвестицій. Інвестори шукають компанії, які вирішують одну проблему для однієї аудиторії надзвичайно добре. Якщо у вас на слайді «Рішення» п'ять напрямків діяльності — це не амбіція, це розпорошення.
Нереалістичні прогнози
Графік, що йде вгору під кутом 90 градусів з першого місяця, не викликає захоплення. Він викликає підозру. Краще покажіть консервативний сценарій із чесними припущеннями, ніж казкові цифри без пояснення логіки. Інвестори у Web3 бачили занадто багато «ми досягнемо $1 млрд TVL за рік», щоб вірити ще одному такому графіку.
Після завершеного pitch deck наступний логічний крок — підготовка до перевірки, яку проводить інвестор перед прийняттям рішення. Як це працює для Web3-стартапів і чим due diligence відрізняється від традиційного — описано в наступному матеріалі розділу.