Гайдтар
Как сделать питч проекта на хакатоне, который запомнят
Структура трёхминутного выступления, почему демо важнее слайдов и типичные ошибки, из-за которых сильные проекты проигрывают.
Жюри не видит, сколько ночей вы не спали и какой красивый у вас код. Оно видит три минуты выступления и по ним решает. Это несправедливо, но так устроен любой хакатон, и это работает в вашу пользу, если готовить питч всерьёз, а не за пять минут до выхода. Сильный проект со слабой подачей регулярно проигрывает среднему проекту с хорошей.
Соберите питч под критерии
Прежде чем писать выступление, откройте страницу хакатона и перечитайте критерии оценки. Жюри судит именно по ним, поэтому питч, который прямо отвечает на каждый критерий, всегда сильнее красивого, но мимо. На Stavleak критерии видны заранее на странице события, а если формулировка непонятна, спросите на доске вопросов, ответ увидят все команды.
Структура трёх минут
За три минуты нельзя рассказать всё, поэтому не пытайтесь. Работает простая цепочка.
- Проблема. Одна конкретная боль, которую вы решаете, на живом примере.
- Решение. Что вы сделали, одним понятным предложением.
- Демо. Показ работающего продукта, а не рассказ о нём.
- Как устроено. Коротко про технологию, если есть чем удивить.
- Что дальше. Куда проект может вырасти.
Больше половины времени должно уходить на проблему и демо. Про архитектуру говорите в конце и коротко, если жюри инженерное.
Демо важнее слайдов
Работающий продукт на экране убеждает сильнее, чем десять слайдов с описанием. Показывайте вживую то, что действительно работает, и не показывайте то, что сломано. Если что-то не готово, обойдите это, а не извиняйтесь на сцене. «Вот тут пока не доделали» это фраза, после которой жюри мысленно снижает балл.
Если в проекте есть ИИ
Жюри в этом сезоне посмотрело сотню обёрток над чат-моделью, и ещё одна его не удивит. Не продавайте сам факт «мы прикрутили ИИ», продавайте задачу, которую он решает. И помните, что живое ИИ-демо капризно: модель отвечает медленно, иногда выдаёт чушь именно на сцене, а интернет на площадке слабый. Заготовьте запись удачного прогона и заранее продуманный пример, на котором всё работает стабильно, чтобы не ловить галлюцинацию перед жюри. Как отличить проект от обёртки, разобрали отдельно.
Ошибки, которые топят сильные проекты
- Начинать с состава команды и стека вместо проблемы. Жюри ещё не поняло, зачем это, а вы уже про технологии.
- Показывать код на проекторе. Никто не читает код за три минуты.
- Говорить всей командой по очереди. Пусть выступает один, максимум двое.
- Перебор времени. Вас остановят на середине демо, и это худший момент для остановки.
- Извинения и оговорки. Они бесплатно снижают ценность того, что вы сделали.
Как отрепетировать
Проговорите питч вслух хотя бы дважды и засеките время. То, что в голове звучит на две минуты, вслух растягивается на четыре. Решите заранее, кто говорит и кто кликает демо. Договоритесь, что делать, если жюри задаёт вопрос, на который вы не знаете ответа: честное «мы это не успели, но вот как планировали» звучит лучше, чем попытка выкрутиться.
Результаты и награды, кстати, появятся на той же странице события сразу после оценки, так что долго ждать вердикта не придётся. А выбрать, где применить всё это, проще всего в каталоге хакатонов.