Perfecting Your Hackathon Submission
Perfecting Your Hackathon Submission

Perfecting Your Hackathon Submission

Tags
submission

Хакатон Solana Breakout Hackathon приваблює тисячі учасників з усього світу. Щоб допомогти командам підготувати ефективні заявки, співзасновники Colosseum Нейт Левін, Метті Тейлор та Клей Роббінс провели детальний воркшоп, щоб дати командам рекомендації щодо того, як подати свої проекти, щоб мати найбільші шанси на успіх.

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

Кращі практики створення пітч-відео

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

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

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

Помилки, яких слід уникати:

  • Перевищення 3-х хвилинного ліміту часу
  • Використання надмірно яскравих візуальних ефектів, які не несуть жодної суті
  • Надмірне використання модних слів
  • Нечіткі або занадто технічні описи
  • Відсутність довідкової інформації про команду
  • Неможливість чітко пояснити основну ідею та її вплив

Технічне демонстраційне відео

Технічне демонстраційне відео — це нове доповнення до цьогорічного хакатону.

У той час як пітч-відео пояснює чому, технічна демонстрація розповідає про те, як це зробити.

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

Це 2-3-хвилинне відео дозволяє командам пояснити вибір дизайну та реалізації свого продукту, зокрема, як він використовує Solana. За бажанням ви можете показати кадри ігрового процесу, покрокові інструкції з інтерфейсу або візуальні зображення архітектури.

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

Валідація, відповідність ринку та бізнес-потенціал

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

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

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

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

Очікування після подачі заявки

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

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

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

Типові помилки, яких слід уникати

Під час воркшопу було висвітлено кілька типових помилок:

  • Подання неповних або невідшліфованих відеороликів для пітчингу
  • Неможливість чітко пояснити інтеграцію з Solana
  • Ігнорування необов'язкових полів, які можуть надати важливий контекст
  • Покладання на модні слова замість того, щоб сформулювати чітку гіпотезу продукту
  • Ставлення до хакатону як до завершеної кінцевої точки, а не як до відправної точки
  • Забути надати суддям доступ до google-документів, пітч-відео, репозиторіїв github тощо

Breakout Hackathon — це швидкоплинне змагання, де виділяються сильне виконання, чітка комунікація та справжнє вирішення проблем.

Команди, які підходять до своїх заявок з думкою про створення довгострокових стартапів, мають більше шансів на успіх.

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

Якщо ви розробляєте для Breakout або майбутніх хакатонів Solana, ставлення до процесу подачі заявки так само ретельно, як і до вашого коду, значно підвищить ваші шанси бути поміченим.