Зворотний зв'язок від журі — це єдиний матеріал, за яким ви можете об'єктивно оцінити, чи побачили експерти те саме, що ви хотіли показати, і де саме виник розрив між вашим баченням та їхнім сприйняттям. Нижче — покрокова схема, як цей фідбек знайти, прочитати без емоцій і перетворити на конкретне рішення.
Де та коли з'являється фідбек від журі
Фідбек ніколи не приходить одразу після демо. Типові канали та терміни залежать від формату хакатону, але є стандарти, на які варто орієнтуватися.
- Платформа подачі (Devpost, аналоги). У більшості онлайн-хакатонів журі залишає коментарі безпосередньо на сторінці вашого submission. Зазвичай це стає доступним протягом 3–7 днів після оголошення результатів. Перевірте вкладку «Feedback» або «Judge Comments» — вона може не надходити в сповіщеннях на пошту.
- Закритий канал учасників (Discord, Telegram). Деякі хакатони публікують загальну таблицю з оцінками та короткими коментарями у спеціальному каналі. Якщо такого каналу немає — запитайте організаторів безпосередньо.
- Особиста розмова під час або після Demo Day. На офлайн-подіях або гібридних форматах журі часто підходить після презентації. Це найцінніший формат, але він не гарантирований і залежить від графіка журі.
- Організатори як посередники. Якщо журі не залишає письмових коментарів, організатори іноді передають узагальнений фідбек. Для цього треба написати їм після оголошення результатів із конкретним запитом: «Чи можливо отримати коментарі журі щодо нашого submission?»
Головне правило: якщо фідбек не з'явився протягом 10 днів після оголошення переможців, ви маєте повне право запитати його в організаторів. У більшості випадків його просто не опублікували через завантаженість, а не приховали навмисне.
Як правильно прочитати та інтерпретувати коментарі
Перше читання фідбеку завжди емоційне. Тому працюйте з ним у два етапи.
Етап 1. Фіксація без реакції. Скопіюйте всі коментарі в окремий документ слово в слово. Не редагуйте, не виправляйте і не коментуйте. Мета — мати точний оригінал, оскільки платформові коментарі іноді редагуються або видаляються.
Етап 2. Структурування. Розбийте кожен коментар на три категорії:
- Факти про продукт. «Не зрозуміло, як працює смарт-контракт» — це факт про розрив у комунікації.
- Оцінки ринку та ніші. «Невелика цільова аудиторія» — це судження про масштаб, а не про вашу роботу на хакатоні.
- Технічні зауваження. «Демонстрація не відображає реальну взаємодію з блокчейном» — це конкретний технічний сигнал.
Після розбивки ви побачите патерн. Якщо три з п'яти коментарів стосуються незрозумілого pitch-деку — проблема в презентації, не в продукті. Якщо всі зауваження технічні — проблема в реалізації. Це дозволяє приймати рішення на основі даних, а не відчуттів.
Які запитання поставити журі, якщо є можливість
Особиста розмова з членом журі — це обмежений ресурс. Не витрачайте його на пояснення того, що ви «насправді хотіли сказати». Замість цього поставте три-чотири запитання, які дають нову інформацію.
- «Який момент у демо викликав найбільше сумнівів щодо життєздатності проєкту?» — фокусує на найслабшому місці без виправдань.
- «Якби ви мали лише одну зміну в нашому pitch-деку, що б це було?» — дає пріоритет, а не список побажань.
- «Чи бачите ви реальне застосування цього підходу в екосистемі Solana, навіть якщо не в поточному вигляді?» — перевіряє, чи є сигнал про цінність ідеї, незалежно від виконання.
- «Що ви очікували побачити в демо, чого не вистачило?» — виявляє розрив між вашою демонстрацією та очікуваннями журі.
Уникайте запитань «Чому ви нас не оцінили вище?» або «Що треба було зробити, щоб перемогти?». Вони не дають конструктивної інформації і ставлять співрозмовника в захисну позицію.
Як відрізнити конструктивну критику від загальних зауважень
Не весь фідбек однаково корисний. Ось чіткий критерій розрізнення.
Конструктивна критика містить:
- вказівку на конкретний елемент (слайд, рядок коду, етап демо, формулювання в pitch-деку);
- пояснення, чому цей елемент не спрацював, з позиції журі;
- implicit або explicit напрямок виправлення («замість X краще показати Y»).
Приклад: «На третьому слайді ви пишете про RWA-токенізацію, але в демо показуєте лише переведення SOL між гаманцями. Для мене як для інвестора це розрив між заявленим і показаним.»
Загальне зауваження містить:
- оцінкові судження без прив'язки до елемента («занадто складно», «не переконливо»);
- порівняння з іншими командами без конкретики («інші показали краще»);
- коментарі, які можна скопіювати й вставити до будь-якого submission.
Приклад: «Цікава ідея, але треба більше продумати.»
Працюйте лише з конструктивною частиною. Загальні зауваження фіксуйте, але не аналізуйте — вони не містять даних для дій.
Наступний крок: продовження або закриття
Після структурованого аналізу фідбеку у вас є два напрямки. Вибір залежить не від того, перемогли ви чи ні, а від того, що саме сказало журі.
Продовжувати, якщо:
- журі підтвердило цінність ідеї чи підходу, навіть з критикою виконання;
- конструктивна критика стосується виправних речей — pitch, демо-потік, відсутній юзкейс, незавершений інтерфейс;
- принаймні один член журі виявив готовність далі спілкуватися або дав контакт.
Закривати або ставити на паузу, якщо:
- журі одностайно вказало на фундаментальну проблему — немає ринку, технологія не підходить для завдання, модель не працює;
- всі коментарі загальні, жодного конструктивного сигналу — це означає, що проєкт не зачепив і пояснювати нічого;
- ви самі під час підготовки до хакатону відчували, що ідея не тримає, а фідбек це підтвердив.
Цей крок — не фінальний вердикт про життєздатність проєкту. Це рішення на основі наявних даних: фідбеку журі, ваших ресурсів і об'єктивної оцінки того, чи є у вас енергія виправляти виявлені проблеми. Якщо відповідь позитивна — переходьте до планування наступної ітерації. Якщо ні — фіксуйте висновки та рухайтеся далі.