Codenrock проводит масштабные ИТ-соревнования для бизнеса под ключ: от постановки задачи и привлечения участников до финала и подбора талантов. В этом FAQ мы собрали ответы на самые частые вопросы компаний, которые рассматривают хакатон как инструмент найма, продвижения бренда и поиска продуктовых решений.

Материал будет полезен HR- и employer-brand-командам, продуктовым и инновационным подразделениям, DevRel- и маркетинг-специалистам, а также руководителям, которые решают, стоит ли вкладываться в собственное ИТ-соревнование.

Зачем бизнесу хакатон

Зачем компании проводить хакатон?

Хакатон решает сразу несколько бизнес-задач: помогает нанимать разработчиков, укрепляет HR-бренд и приносит готовые прототипы под реальные проблемы компании. За 2–3 дня вы видите десятки решений своей задачи и вживую оцениваете сотни специалистов в деле, а не по резюме.

Компании тратят деньги на хакатоны не ради благотворительности, а ради конкретного результата: воронки найма, лояльной ИТ-аудитории и продуктовых гипотез, проверенных на практике. Ниже разбираем каждую цель отдельно.

Какие задачи бизнеса решает хакатон?

Основных задач четыре: наём и оценка кандидатов, продвижение HR-бренда, генерация продуктовых идей и привлечение разработчиков к вашим технологиям (API, облаку, SDK). Один и тот же формат может закрывать несколько целей одновременно.

• Наём и кадровый резерв — вы видите кандидатов в работе под давлением сроков и зовёте лучших на стажировку или в штат.
• HR-бренд и узнаваемость — сотни ИТ-специалистов несколько дней работают с вашими продуктами и рассказывают об этом в своих соцсетях.
• Продуктовые решения — команды приносят прототипы под ваш реальный кейс, часть из которых можно доработать до продукта.
• Продвижение технологий — участники осваивают ваш API или облако и остаются с ним работать после соревнования.

Хакатон для найма разработчиков — это работает?

Да, хакатон — один из самых эффективных каналов найма в ИТ, потому что вы оцениваете кандидата по реальной работе, а не по собеседованию. За несколько дней видно, как человек пишет код, работает в команде и держит дедлайн, — то, что резюме и интервью почти не показывают.

На практике компании закрывают вакансии и формируют кадровый резерв прямо с площадки: HR приглашают сильных участников на стажировки и офферы ещё до объявления победителей. Это короче и дешевле классической воронки найма на редких специалистов.

Как хакатон помогает HR-бренду и employer-брендингу?

Хакатон погружает сотни ИТ-специалистов в вашу компанию на несколько дней и превращает их в амбассадоров бренда. Участники работают с вашими задачами и технологиями, общаются с вашими экспертами и делятся впечатлениями в профессиональных сообществах и соцсетях — это охват, который сложно купить рекламой.

Для employer-бренда важно, что аудитория именно целевая: разработчики, аналитики и дизайнеры, которых вы хотите нанимать. После соревнования компания получает лояльное сообщество, а не разовый рекламный контакт.

Можно ли на хакатоне получить идеи и решения для продукта?

Да. Вы формулируете реальную задачу компании, а десятки команд за пару дней предлагают разные подходы к её решению — по сути, это быстрый и недорогой R&D-спринт. На выходе вы получаете набор рабочих прототипов и свежих гипотез вместо одного варианта от внутренней команды.

Важно понимать: хакатонное решение — это MVP, а не готовый к продакшену продукт. Ценность в скорости проверки гипотез и в неожиданных подходах, которые ваша команда могла упустить. Лучшие прототипы затем можно доработать силами авторов или собственных разработчиков.

Чем хакатон отличается от кейс-чемпионата и ML-соревнования для бизнеса?

Разница — в задаче и в том, кого вы привлекаете. Хакатон даёт рабочий прототип и подходит для найма разработчиков и проверки продуктовых гипотез. Кейс-чемпионат даёт стратегические презентации без кода и привлекает аналитиков, продактов и маркетологов. ML-соревнование решает конкретную data-задачу и собирает специалистов по машинному обучению.

Выбирайте формат под цель: нужен продукт и разработчики — хакатон; нужны бизнес-решения и не-ИТ-таланты — кейс-чемпионат; нужно улучшить метрику модели на своих данных — ML-соревнование. Мы помогаем подобрать формат под вашу задачу на старте.

Что такое внутренний (корпоративный) хакатон и чем он отличается от внешнего?

Внутренний хакатон проводится для сотрудников компании, внешний — для открытого рынка специалистов. Первый решает задачи инноваций, тимбилдинга и вовлечённости команд, второй — задачи найма, HR-бренда и привлечения новых талантов.

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

Стоимость и сроки

Сколько стоит организовать хакатон?

Стоимость зависит от масштаба и обычно складывается из призового фонда, работы организатора, платформы, привлечения участников и продакшена. Единой цифры нет: небольшой онлайн-хакатон и масштабное офлайн-событие на несколько сотен человек отличаются по бюджету в разы.

Чтобы получить точную оценку, имеет смысл сразу отталкиваться от цели и числа участников. Мы рассчитываем смету под конкретную задачу.

От чего зависит стоимость хакатона?

Главные драйверы бюджета — масштаб, формат и призовой фонд. Чем больше участников и чем сложнее продакшен, тем выше затраты.

• Число участников и трек-система — сколько людей привлекаем и сколько параллельных задач ведём.
• Формат — онлайн дешевле, офлайн добавляет площадку, кейтеринг и логистику.
• Призовой фонд — размер и число номинаций.
• Привлечение участников — охват рекламных и PR-каналов для нужной аудитории.
• Экспертиза и жюри — привлечение отраслевых экспертов и менторов.
• Продакшн — дизайн, съёмка, трансляция, лендинг и платформа.

Сколько времени нужно на подготовку хакатона?

В среднем на подготовку хакатона закладывают от 4 до 8 недель. Этого хватает, чтобы упаковать задачу, собрать лендинг и платформу, запустить привлечение участников и подготовить экспертов и жюри.

Сроки зависят от масштаба: небольшой онлайн-формат можно запустить быстрее, а крупное офлайн-событие с несколькими треками требует больше времени на площадку, партнёров и продвижение. Чем раньше стартует привлечение участников, тем сильнее итоговый пул команд.

Онлайн или офлайн хакатон — что выбрать компании?

Онлайн-хакатон дешевле, даёт географию по всей стране и больше участников; офлайн — сильнее по вовлечённости, нетворкингу и медийному эффекту. Выбор зависит от цели.

Берите онлайн, если приоритет — массовый охват и наём из регионов при ограниченном бюджете. Берите офлайн (или гибрид), если важны глубокий контакт с кандидатами, живой HR-нетворкинг и яркая картинка для employer-бренда. Гибрид совмещает охват онлайна с эффектом финала вживую.

Как всё устроено и что получает компания

Как проходит организация хакатона под ключ?

Организация под ключ проходит в четыре этапа: постановка задачи, запуск и привлечение участников, само соревнование с чекпоинтами и финал с защитой проектов. Заказчику остаётся определить цель и предоставить кейс — остальное берёт на себя организатор.

Кратко по шагам: сначала мы вместе формулируем бизнес-задачу и критерии оценки, затем готовим платформу, лендинг и продвижение, во время соревнования сопровождаем команды и проводим чекпоинты, а в финале организуем защиту перед жюри и подводим итоги. Взгляд на процесс изнутри — в статье «Как организовать хакатон: пошаговое руководство с реальными кейсами 2026».

Что входит в организацию хакатона под ключ?

В работу «под ключ» обычно входит всё, кроме постановки бизнес-цели: методология, платформа, привлечение участников, экспертиза, продакшн и аналитика результатов. Заказчик отвечает за задачу и участие своих экспертов, подрядчик — за то, чтобы событие состоялось и дало результат.

Типовой состав работ:

• Методология и трек-система — упаковка задачи в понятный участникам кейс и критерии оценки.
• Платформа и лендинг — регистрация, загрузка решений, автоматическая проверка, страница события.
• Привлечение участников — реклама и PR в целевых ИТ-сообществах.
• Сопровождение — чаты, поддержка, чекпоинты с экспертами.
• Финал и жюри — организация защиты, судейство, награждение.
• Результаты — отчёт, база участников, прототипы и медиаматериалы.

Нужна ли своя платформа для проведения хакатона?

Отдельно разрабатывать платформу не нужно — соревнование проводится на готовой платформе организатора. Она уже включает регистрацию, формирование команд, загрузку решений, автоматическую проверку и лидерборд, поэтому вам не приходится вкладываться в разработку с нуля.

Готовая платформа экономит недели работы и деньги, а также снимает технические риски в день соревнования. Заказчику остаётся предоставить задачу и брендинг, а не строить инфраструктуру.

Какие результаты компания получает после хакатона?

После хакатона компания получает три группы результатов: людей (база и контакты участников для найма), продукты (прототипы и гипотезы под свою задачу) и медиа (охваты, контент и укрепление HR-бренда). Всё это фиксируется в итоговом отчёте.

Конкретно на руках у заказчика остаются: база проверенных в деле специалистов с контактами, набор работающих MVP и презентаций, аналитика по вовлечённости и охватам, а также фото- и видеоматериалы события. Эти активы работают на наём и бренд ещё долго после финала.

Сколько участников можно привлечь на хакатон?

Число участников зависит от темы, призового фонда, формата и охвата продвижения — от нескольких десятков команд на нишевом онлайн-хакатоне до нескольких сотен и тысяч участников на крупном событии с сильным брендом. Точный прогноз мы даём под конкретную задачу и бюджет.

Ключевой фактор — насколько рано и широко запущено привлечение и насколько привлекательна задача для целевой аудитории. Чем понятнее кейс и ощутимее призы, тем больше сильных команд соберётся.

Как привлечь участников на хакатон?

Участников привлекают через целевые ИТ-сообщества, рекламу, партнёров и понятный оффер — интересную задачу и ощутимые призы. Массовый набор «всех подряд» работает хуже точечного продвижения там, где сидит нужная аудитория.

На практике это связка каналов: тематические Telegram-каналы и чаты, вузы и студенческие сообщества, реклама у профильных площадок, PR и анонсы партнёров. Хорошо упакованная задача сама по себе становится магнитом: разработчики идут туда, где интересный кейс и современный стек.

Как составить задачу (кейс) для хакатона?

Хорошая задача — это реальная проблема бизнеса, сформулированная конкретно, но оставляющая простор для разных решений. Слишком узкая формулировка убивает креатив, слишком общая — приводит к нерелевантным прототипам.

Рабочий кейс включает: понятный контекст (зачем это компании), чёткий ожидаемый результат, доступ к данным или API и критерии, по которым вы будете оценивать решения. Мы помогаем превратить внутреннюю задачу в кейс, который одновременно интересен участникам и полезен бизнесу.

Каким должен быть призовой фонд хакатона?

Призовой фонд должен быть заметным для целевой аудитории и соответствовать масштабу — он напрямую влияет на число и силу команд. Слишком маленький фонд снижает поток участников, чрезмерный — не всегда окупается результатом.

Помимо основного фонда хорошо работают спецноминации от компании и партнёров: они дают дополнительные инфоповоды и позволяют отметить решения по разным критериям. Мы подбираем структуру призов под цель — наём, охват или продуктовый результат.

Юридические и организационные вопросы

Кому принадлежат права на код и решения, созданные на хакатоне?

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

Если для вас важно получить права на разработки (например, чтобы доработать прототип до продукта), это фиксируется в положении отдельным пунктом. Мы помогаем составить правила, а финальную формулировку рекомендуем согласовать с вашей юридической службой — это не юридическая консультация, а описание типовой практики.

Как оценивать проекты и выбирать победителей?

Проекты оценивают по заранее объявленным критериям: бизнес-ценность, техническая реализация, дизайн, соответствие задаче и качество презентации. Прозрачные критерии, известные участникам с самого начала, — залог честного и не оспариваемого результата.

Оценку проводит жюри из технических и бизнес-экспертов, часто с баллами по каждому критерию и весами под приоритеты компании. Мы помогаем собрать судейскую матрицу так, чтобы победители соответствовали именно вашей цели — найму, продукту или охвату.

Как измерить эффективность (ROI) хакатона?

Эффективность измеряют по целям, ради которых проводили событие: число и качество нанятых кандидатов, стоимость привлечённого контакта, охваты и упоминания бренда, количество жизнеспособных прототипов. Метрики нужно зафиксировать до старта, чтобы потом было с чем сравнивать.

Для найма считают воронку (участники → собеседования → офферы) и стоимость найма против классических каналов. Для HR-бренда — охваты, вовлечённость и прирост целевой аудитории. Для продукта — число гипотез и прототипов, взятых в дальнейшую работу. Итоговый отчёт мы готовим в разрезе этих показателей.

Нужно ли жюри и где брать экспертов?

Да, жюри необходимо — оно обеспечивает честную оценку и статус события. В состав обычно входят технические эксперты и бизнес-представители со стороны компании, а также приглашённые отраслевые эксперты и партнёры.

Часть жюри — это ваши сотрудники (им полезно вживую увидеть кандидатов и решения), часть привлекает организатор. Мы помогаем собрать экспертов и менторов, а также подготовить их к чекпоинтам и финалу, чтобы обратная связь командам была предметной.

Кейсы и старт

Какие компании проводят хакатоны и зачем?

Хакатоны проводят банки, ритейл, ИТ-гиганты, промышленность и госкомпании — ради найма, продвижения технологий и поиска решений под свои задачи. Для одних это канал привлечения разработчиков, для других — способ протестировать продуктовые гипотезы или раскрутить свой API и облако.

Показательный пример того, как соревнование решает бизнес-задачу для не-ИТ-аудитории, — в разборе «Кейс чемпионата „Яндекс.Концепты“: итоги соревнования для не ИТ-специалистов». Больше клиентских кейсов — в блоге Codenrock.

С чего начать, если мы хотим провести хакатон?

Начните с цели: определите, что для вас в приоритете — наём, HR-бренд или продуктовый результат, — от этого зависит формат, задача и метрики. Дальше достаточно оставить заявку, и мы поможем упаковать всё остальное.

На первом шаге мы вместе формулируем задачу, подбираем формат и масштаб под бюджет и рассчитываем смету. Оставить заявку и обсудить ваш хакатон можно здесь.

18 июня 2026 года команда IT_ONE совместно с Codenrock провела IT_ONE Analyst Meetup для системных и бизнес-аналитиков уровня Middle и Senior. Спикеры разобрали три темы: проектирование доверия в цифровых системах, поиск и учет интересов стейкхолдеров, а также настройка базы знаний в Obsidian. 

В этом кейсе разбираемся, какая работа была проделана для того, чтобы привлечь более 300 зрителей и подготовить для них два часа концентрированного практического контента. 

• Цель. Собрать вовлеченную аудиторию системных и бизнес-аналитиков вокруг докладов от экспертов IT_ONE. 
• Формат. Интерактивный онлайн-митап с трансляцией в VK, параллельными «кулуарами» в Zoom и  раздачей полезных материалов. 
• Что сделали. Разработали визуальный стиль, подготовили прогревающий контент, настроили регистрации на платформе Codenrock и срежиссировали эфир с четким планом «Б» на случай форс-мажоров. 
• Результат. 497 регистраций при плане 250 — 199% плана, 310 уникальных зрителей на трансляции и 62% доходимости от регистрации до эфира.

Креативное продвижение 

Работа началась с визуального стиля. Дизайнер Codenrock создал единый Key Visual (KV) и адаптировал баннеры под все этапы кампании: от первых анонсов до последних писем с напоминанием о конце регистрации. Главной фишкой лендинга стал анимированный главный баннер. Он двигался, цеплял взгляд и выгодно выделялся на фоне стандартных ИТ-креативов.

Мы знали, что системные и бизнес-аналитики уровня Middle+ не заинтересуются простыми маркетинговыми обещаниями. Поэтому вместе со спикерами мы подготовили блиц-интервью. Эксперты кратко, емко и по делу ответили на самые острые и актуальные вопросы из сферы ИТ-анализа, благодаря чему удалось легко и ненавязчиво донести до аудитории главную мысль: на митапе будет только необходимый минимум теории, а спикеры — это практики, которые поделятся интересными кейсами из своего опыта.

Дополнительно была проведена точечная работа с лояльной аудиторией: мы подготовили специальные приглашения для участников недавнего хакатона IT_ONE Code&Analyst, напомнив командам о новой интересной активности от уже известного и любимого бренда.

Откуда пришли участники

Мы сосредоточились на двух каналах с высокой концентрацией целевой аудитории:

• Внешние посевы: сделали посты в профильных сообществах аналитиков и добавили анонсы на бесплатные ИТ-агрегаторы.
• Ресурсы Codenrock: запустили посты, опубликовали интервью в блоге и отправили email-рассылки по нашей теплой базе аналитиков.

Цифровая экосистема для митапа

Подготовка к проведению митапа напоминала хакатон. Пока эксперты дорабатывали свои кейсы, команда организаторов настроила инфраструктуру, чтобы спикеры могли выступить, а участники — прослушать доклады и вовремя забрать полезные материалы.  

Провести трансляцию без сбоев и удержать внимание зрителей до самого конца — хорошо знакомая задача для специалистов Codenrock. Мы регулярно проводим митапы и онлайн-эфиры в рамках ИТ-соревнований, поэтому точно знаем, как превратить хаос подготовки в четкую систему. Всю рутину взяла на себя платформа:

1. Регистрация и сбор аудитории. Команда подготовила страницу мероприятия на платформе Codenrock, на которой была собрана вся ключевая информация: программа, спикеры и детали докладов. Чтобы попасть на эфир, участникам нужно было лишь заполнить короткую анкету. Главное — указать актуальный email, а дальше в дело вступала автоматика.
2. Коммуникация как инструмент вовлечения. Команда выстроила общение с аудиторией через точечные рассылки с напоминаниями об эфире. Интерес участников подогревался новостями о том, что после докладов можно будет пообщаться с экспертами в неформальной обстановке, а зрители получат призы и бонусы. 
3. Автоматическая рассылка полезных материалов. Все участники получили доступ к папке с записями докладов, презентациями спикеров, схемами декомпозиции и пошаговым планом по настройке базы знаний в Obsidian. 

Но идеальная работа технической базы — это лишь половина успеха. Команда Codenrock задействовала весь свой опыт, чтобы запустить трансляцию, которая будет удерживать внимание от первой до последней минуты: 

• Умная схема эфира. Спикеры выступали в Zoom, откуда картинка транслировалась в VK. А для интерактивной части эфира создали отдельные «комнаты» — туда эксперты переходили сразу после выступления, чтобы пообщаться со зрителями.
• Четкий контроль за кулисами. За трансляцией следила команда: технический специалист отвечал за картинку и запись, координаторы следили за таймингом, а модератор собирал лучшие вопросы из чата VK. Прогон и проверку связи мы начинали ровно за час до старта, чтобы избежать неприятных сюрпризов. 
• Никаких неловких пауз. Чтобы в эфире не повисала тишина, мы заранее подготовили список вопросов. Если зрители стеснялись писать в чат, ведущий сам расспрашивал спикера — например, о типичных ошибках аналитиков.
• План «Б» на любой случай. Сценарий учитывал возможные форс-мажоры. Если спикер затянул выступление на 5 минут, сокращаем время на вопросы. Если пропал звук, ведущий перехватывает эфир, а у техподдержки есть ровно 3 минуты, чтобы вернуть спикера или поменять доклады местами. Хоть мероприятие и прошло без неожиданностей, наличие готового плана придавало уверенности и спикерам, и техническим специалистам. 

Как прошел IT_ONE Analyst Meetup

18 июня ровно в 18:00 на экранах участников появилась заставка. Мы постарались сделать так, чтобы трансляция не была похожа на скучную лекцию, а смотрелась живо и воспринималась легко. Вот как сценарий отработал на практике.

Только практика

Ведущий сразу задал темп: зрителей ждали три кейса от ведущих аналитиков IT_ONE:

• 18:10-18:50 — «Этика в фундаменте: как системный аналитик проектирует системы, которым можно доверять». Ольга Беспалова рассказала, как закладывать доверие в цифровые продукты на самых ранних этапах. 
• 18:50-19:30 — «St(e)akeHolder: где и как искать?» Екатерина Машьянова объяснила, как находить стейкхолдеров и учитывать их интересы. 
• 19:30-20:10 — «Аналитик без хаоса: база знаний в Obsidian». Александр Орешкин закрыл митап с темой о том, как навести порядок в заметках и знаниях. 

Чтобы зрители активнее включались в обсуждение, мы добавили приятный бонус. Ведущий в самом начале объявил, что авторы лучших вопросов получат от IT_ONE юбилейные футболки. Победителей выбирали сами спикеры. Лучшими вопросами трансляции стали:

1. «Как этичность коррелирует с понятием user experience?»
2. «Есть ли в вашей практике приоритизированный порядок работы со стейкхолдерами? С каких групп начинаете и какими заканчиваете?»
3. «Насколько Obsidian может заменить специализированные инструменты системного аналитика? Где проходит граница, где без профильных инструментов не обойтись?»

Но самой уникальной особенностью митапа стал формат общения. Обычно спикер отвечает на пару вопросов и отключается. Мы поступили иначе: после пятиминутных ответов на вопросы в основной трансляции спикер переходил в отдельную Zoom-комнату. Модератор сразу скидывал ссылку на нее в чат VK. 

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

Два часа пролетели незаметно. Зрители постоянно были вовлечены в активности: общались в чате, уходили общаться в Zoom-кулуары и возвращались в эфир за новой порцией полезной информации. Благодаря динамичной смене ракурсов в кадре и работе команды за кулисами эфир прошел на одном дыхании от первой до последней минуты.

После эфира: запись и материалы

Наша работа не закончилась после остановки трансляции. Техническая команда оперативно взяла в работу основную запись эфира: убрала технические паузы и аккуратно нарезала многочасовой стрим на отдельные доклады. В итоге мы собрали полезный набор материалов и вовремя отправили его участникам.

Результаты в цифрах

При плановом KPI в 250 регистраций мы собрали 497 заявок — 199% плана. На прямой трансляции присутствовали 310 уникальных зрителей: до эфира дошли 62% зарегистрировавшихся — против 40–50% в среднем по рынку онлайн-вебинаров. 67% пользователей после митапа заявили, что примут участие в следующем мероприятии от IT_ONE. 

Главный вывод: стильный дизайн, экспертный контент и точечный таргетинг в узких сообществах позволили охватить целевую аудиторию и донести до нее важность и ценность докладов спикеров митапа. Мы, помимо перевыполнения плана, привели на митап вовлеченную и заинтересованную аудиторию.

Отзывы участников

Отзыв организаторов 

Работа с Codenrock показала отличный результат: мы не просто выполнили план по регистрациям, а перевыполнили его почти в два раза. Команда грамотно подобрала каналы продвижения. Отдельно хочется отметить яркие визуальные креативы и очень быструю подготовку текстов. Сам процесс прошел максимально комфортно, все наши пожелания вносились быстро. 

Чек-лист по подготовке и запуску онлайн-митапа

Этап 1. Контент и анонсы

1. Выберите темы вокруг реальных рабочих кейсов без банальной теории. 
2. Подготовьте короткие блиц-интервью с экспертами для анонсов — это докажет пользу докладов опытной аудитории. 
3. Разработайте единый стиль и анимированный баннер для лендинга, чтобы выделить ивент на фоне стандартных IT-креативов. 
4. Размещайте анонсы в Telegram-каналах, IT-агрегаторах и не забудьте про персональные приглашения для участников ваших прошлых мероприятий. 

Этап 2. Техническая база и сценарий

• Оставьте на лендинге минимальную анкету, главное — получить корректный email. 
• Заранее соберите материалы (шаблоны, схемы, презентации) для автоматической рассылки участникам. 
• Настройте триггерные письма, которые напомнят о расписании и активностях во время прямого эфира.  
• Пропишите точный тайминг, заготовьте наводящие вопросы для ведущего и регламент на случай технических сбоев. 

Этап 3. Проведение и пост-продакшн

• Проверьте звук, видео, презентации и ключи трансляции перед выходом в эфир. 
• Четко распределите роли: технический специалист отвечает за картинку и запись, координатор — за тайминг, модератор собирает вопросы в чате и передает ведущему. 
• После коротких ответов в эфире переводите спикера в отдельную комнату для общения со зрителями, не останавливая основной стрим. 
• Оперативно нарежьте запись на отдельные доклады с таймкодами. 
• Автоматически отправьте участникам запись с пакетом материалов и запустите короткий опрос для сбора оценок и тем для будущих ивентов. 

Хотите так же?

Хотите провести онлайн-митап, который досмотрят до конца? Расскажите о задаче — подберём формат, найдём экспертов, подготовим платформу, продвижение и режиссуру эфира под вашу аудиторию.

Реклама. ООО «Цукер Студия». ИНН 7751071015

Часто задаваемые вопросы (FAQ)

За плечами команды Codenrock — годы организации масштабных ИТ-соревнований. Весь этот опыт мы собрали в FAQ по хакатонам: концентрат практики в формате ответов на самые частые вопросы новичков. Здесь разобран полный цикл участия — от того, что такое хакатон и как найти команду, до выбора стека и защиты проекта в финале.

Сохраняйте, если хотите учиться на чужих ошибках, впечатлять экспертов и превращать хакатоны как минимум в мощный кейс для портфолио, а как максимум — в стартап или карьерный оффер.

Основы: что такое хакатон и зачем в нём участвовать

Что такое хакатон простыми словами?

Хакатон — это соревнование, на котором команды за ограниченное время создают рабочий прототип ИТ-продукта под конкретную задачу. Проще говоря: вам дают проблему, вы собираетесь с командой, разрабатываете решение, а в конце показываете жюри готовое приложение.

Ключевое отличие от учёбы в том, что здесь нет времени бесконечно изучать теорию — нужно сразу делать продукт. За одно соревнование участник проходит весь цикл разработки: от идеи и архитектуры до фикса багов за 5 минут до сдачи.

Ещё подробнее об этом формате рассказываем в статье «Хакатоны: зачем нужны, как подготовиться и календарь хакатонов и ИТ-соревнований».

Зачем участвовать в хакатоне новичку?

Хакатон — лучший способ быстро получить реальный опыт разработки и строчку в резюме, которую ценят работодатели. Можно месяцами учить синтаксис по видеоурокам и так и не понять, как создаются настоящие проекты, — на хакатоне вы делаете их за пару дней.

Кроме кода вы прокачиваете навыки, важные любому ИТ-специалисту: работу в команде под давлением времени, распределение задач и умение презентовать продукт. Не бойтесь показаться «неопытным» — сюда как раз и приходят учиться.

Сколько длится хакатон?

Чаще всего хакатон длится от 24 до 48 часов. Онлайн-форматы бывают длиннее — от нескольких дней до одной-двух недель, потому что участники работают удалённо и в своём ритме.

Точный тайминг всегда указан в правилах конкретного соревнования, поэтому уточняйте длительность и дедлайн сдачи заранее — от этого зависит весь план работы команды.

Хакатоны проходят онлайн или офлайн?

Бывают оба формата, а также смешанный (гибридный). Офлайн-хакатоны проходят на площадке организатора, где команды работают вживую несколько дней подряд, а онлайн-хакатоны — полностью удалённо, с созвонами, чатами и загрузкой решения на платформу.

Для новичка офлайн удобнее живым общением с экспертами и командой, а онлайн — тем, что можно участвовать из любого города. Формат всегда указан в анонсе соревнования.

Сколько стоит участие в хакатоне?

В подавляющем большинстве случаев участие в хакатоне бесплатное. Соревнования финансируют компании-организаторы и спонсоры, которым интересны решения и таланты, поэтому регистрация для участников ничего не стоит.

На офлайн-хакатонах организаторы обычно берут на себя ещё и еду, напитки и рабочее место. Ваши единственные вложения — время и собственный ноутбук.

Есть ли смысл участвовать в хакатоне, если не победил?

Да, и очень большой. Для начинающего специалиста главная проблема — пустой профиль на GitHub и резюме без опыта, а проект с хакатона (даже без призового места) закрывает её сразу. Работодатели любят такие строчки: это маркер активного человека, который умеет работать в команде и владеет современным стеком.

Плюс на соревнованиях всегда есть эксперты из крупных компаний, у которых можно просить советы, а HR-специалисты организатора нередко зовут талантливых новичков на стажировки прямо со сцены. Как выжать из этого максимум, разобрано в статье «Как получить максимум пользы от хакатонов для карьеры и резюме».

Виды ИТ-соревнований: чем хакатон отличается от других форматов

Какие бывают ИТ-соревнования, кроме хакатонов?

Кроме классических хакатонов есть CTF, геймджемы, кейс-чемпионаты, спортивное программирование и ML-соревнования. Они отличаются задачей: где-то нужно взломать систему, где-то — сделать игру, а где-то вообще не нужно писать код. Ниже — короткое описание каждого формата.

Что такое CTF?

CTF — это соревнования по информационной безопасности, где команды ищут уязвимости в системах и забирают «флаг» (строку уникального кода, подтверждающую выполнение задания). Формат отлично подходит будущим специалистам по кибербезопасности и системным администраторам.

CTF бывает двух видов: Task-based (решение отдельных задач на криптографию, веб-уязвимости и реверс-инжиниринг) и Attack-Defense (команды одновременно защищают свои серверы и атакуют чужие). Подробнее — в статье «IT-соревнования по безопасности: как побеждать на киберполигонах, CTF и хакатонах».

Что такое геймджем?

Геймджем — это тот же хакатон, но строго про создание видеоигр. Организаторы дают тему, а участники за ограниченное время пишут код, рисуют арт, делают 3D-модели и музыку для своей игры.

Формат подходит разработчикам на Unity/Unreal, геймдизайнерам, 3D-художникам, саунд-дизайнерам и аниматорам. На выходе — готовый прототип игры в портфолио, в который можно сразу поиграть, а при желании доработать и выпустить в Steam.

Что такое кейс-чемпионат?

Кейс-чемпионат — это соревнование, где код обычно писать не нужно. Крупные компании приносят реальную бизнес-проблему (кейс), а команды проводят аналитику, строят финансовую модель и предлагают стратегическое решение в виде детальной презентации.

Формат подходит системным и бизнес-аналитикам, продуктовым менеджерам и маркетологам. Участники учатся смотреть на технологии глазами бизнеса и оценивать окупаемость идей.

Что такое спортивное программирование?

Спортивное программирование — это соревнование на скорость и точность решения сложных алгоритмических задач. Командной работы над продуктом здесь нет: каждый сам ищет математически идеальное решение за минимальное время.

Это лучший способ подготовиться к жёстким техническим секциям собеседований в FAANG и бигтех. Больше деталей — в статье «IT-олимпиады: зачем участвовать и как подготовиться».

Что такое ML-соревнования?

ML-соревнования (по Machine Learning и Data Science) — это контесты, где участники обучают модели ИИ решать конкретную задачу. Организатор (банк, ритейлер или ИТ-гигант) даёт задачу и датасет, а участники пишут алгоритм, который делает максимально точный прогноз.

Все решения загружаются на платформу, которая автоматически проверяет точность модели и выставляет баллы. Участники видят себя в лидерборде в реальном времени и решают: рисковать и дообучать модель ради долей процента или сосредоточиться на стабильном результате.

Нужно ли хорошо программировать, чтобы участвовать в ML-соревнованиях?

Нет, продвинутым разработчиком быть не обязательно. В отличие от классической разработки, код в Data Science часто компактный: вам не нужно верстать сайты или настраивать серверы. Важнее логика, базовая математика и понимание структуры данных.

Если вы знаете Python на базовом уровне и умеете гуглить, уже можно регистрироваться на хакатоны по Data Science. Как подготовиться, разобрано в статье «Как подготовиться к ML-соревнованию и занять первое место».

Чем хакатон отличается от геймджема и кейс-чемпионата?

Разница — в результате, который вы сдаёте жюри. На хакатоне вы делаете рабочий прототип ИТ-продукта под бизнес-задачу, на геймджеме — готовую мини-игру, а на кейс-чемпионате — презентацию со стратегическим решением без обязательного кода.

Выбирайте формат под свою роль и цель: хочется разработать продукт от идеи до защиты — хакатон, тянет в геймдев — геймджем, сильны в аналитике и бизнесе — кейс-чемпионат.

Команда: где найти и как распределить роли

Можно ли участвовать в хакатоне, если не умеешь программировать?

Да. Хакатон — это создание жизнеспособного продукта, а для этого нужна полноценная команда, где программисты лишь часть механизма. Есть ключевые роли, для которых код вообще не нужен:

• Менеджер проекта — направляет команду и решает, что именно и зачем нужно писать.
• UI/UX-дизайнер — рисует понятный и удобный интерфейс. Продукт с идеальным кодом, но ужасным дизайном не побеждает.
• Бизнес-аналитик — отвечает на вопрос «как продукт будет зарабатывать и сколько стоит внедрение?», который так любит жюри.
• Спикер — за 5 минут финальной защиты «продаёт» продукт жюри.

А с помощью No-Code инструментов, вайб-кодинга с ИИ и агентной инженерии даже без навыков программирования можно поддержать разработку и решать простые задачи самому. Как делегировать код нейросетям — в руководстве «Агентная инженерия: практическое руководство по AI-разработке».

Как найти команду на хакатон, если идёшь один?

Проще всего — через официальные каналы организатора. После регистрации вам присылают ссылку на закрытый чат участников, где за 1–2 недели до старта начинается активный поиск тиммейтов. Организаторы знают, что многие приходят поодиночке, и создают для этого все условия.

Где ещё искать команду:

• Платформа регистрации — ищите разделы «Участники» или «Команды» с функцией поиска.
• ИТ-сообщества — тематические Telegram-каналы, чаты и студенческие сообщества, где можно найти единомышленников ещё до регистрации.

Пример сообщения для поиска команды: «Всем привет! Ищу команду на хакатон. Моя роль — аналитик. Что умею: структурирую информацию, работаю в Obsidian, сделаю классную документацию. Заряжен на работу все выходные, хочу крутой кейс в портфолио. Пишите в ЛС».

Три золотых правила новичка: не бойтесь писать «слишком крутым» командам (сильным разработчикам часто не хватает того, кто оформит идеи в презентацию), выбирайте команду по атмосфере и будьте активны — на хакатонах ценят смелость. Больше советов — в статье «Как собрать команду, которая займёт первое место на хакатоне».

Сколько человек должно быть в команде на хакатоне?

Оптимальный размер команды — от 3 до 5 человек. Этого хватает, чтобы закрыть основные роли и при этом не тратить время на согласования внутри слишком большой группы.

Один человек может совмещать роли, либо к базовому составу добавляется узкий специалист — например, ML-инженер. Важнее числа то, умеет ли команда коммуницировать: это решает исход чаще, чем глубина знаний в технологиях.

Какие роли нужны в команде на хакатоне?

Для победы в команде должны быть закрыты четыре роли — баланс между теми, кто придумывает и упаковывает, и теми, кто это реализует:

• Капитан — мотор команды и её «лицо» перед жюри. Отвечает на вопросы «зачем мы это делаем», «кто наш пользователь» и «как проект заработает». Без него команда сделает технически сложную, но бесполезную штуку и завалится на первом же вопросе про бизнес.
• Дизайнер — отвечает за эстетику, удобство и визуализацию. Без него приложение будет выглядеть по заветам 2005 года, и судьи не поймут, как им пользоваться.
• Бэкенд-разработчик — строит «мозг» и архитектуру приложения. Без него жюри увидит красивый макет, где кнопки никуда не ведут, а данные не сохраняются.
• Фронтенд-разработчик — связывает внешний вид приложения с его «мозгом». Без него эксперты увидят только чёрный экран консоли.

Больше о командной работе — в статье «Как создать проект для хакатона, который победит».

Зачем на хакатоне менеджеры, продакты и маркетологи?

Затем, что хакатон — это конкурс по созданию бизнес-продуктов, а не только по написанию кода. Компании-организаторы ищут решение своих проблем, и гениальная архитектура, которая не приносит денег, займёт последнее место. Вот где помогают не-разработчики:

• Менеджер проекта приземляет команду: делит работу на спринты и вовремя говорит «мы не успеваем личный кабинет — вырезаем его и фокусируемся на главной функции».
• Продакт-менеджер знает, нужна ли функция пользователю вообще. Он исследует проблему, формулирует гипотезы и ставит разработчикам чёткие задачи.
• Маркетолог считает Unit-экономику и умеет доказать со сцены: «приложение сократит издержки банка на 15% и окупится за 4 месяца».

Разработчики создают базу прототипа, а продакты и маркетологи дают ему смысл и коммерческую ценность — именно этот симбиоз приносит победу. Пример — в статье «Кейс чемпионата „Яндекс.Концепты“: итоги соревнования для не ИТ-специалистов».

Как распределить задачи в команде, чтобы всё успеть?

Начните с проектирования MVP и работайте параллельно, а не последовательно. В первые 2–3 часа всей командой пропишите, что станет ядром продукта, без которого он бессмысленен, — и сразу расходитесь по задачам, не дожидаясь, пока дизайнер нарисует идеальный макет.

Дальше держитесь простых правил:

• Делите время на контрольные точки. Например: день 1 — архитектура, дизайн-макет и аналитика готовы; день 2 — бэк и фронт соединены, продукт «ожил»; день 3 — только тестирование, фикс критических багов и репетиция.
• Назначьте лидера с решающим голосом. Договоритесь заранее: спорим и предлагаем идеи, но если за 15 минут не пришли к согласию — решает капитан.
• Разделяйте «хочу» и «успею». В конфликте главный аргумент — дедлайн. За красивые, но неработающие идеи баллы не ставят.

Подготовка и технический стек

Как подготовиться к хакатону новичку?

Подготовка сводится к трём вещам: собрать команду, настроить рабочее окружение заранее и изучить технологии организатора до старта. Всё, что можно сделать до соревнования, экономит вам драгоценные часы на самом хакатоне.

Ниже разобраны конкретные шаги: что взять с собой, какой стек выбрать, какие заготовки использовать и что настроить на ноутбуке. Начните с них за 2–3 дня до старта.

Что нужно взять с собой на хакатон?

Для офлайн-хакатона возьмите ноутбук с зарядкой, а также то, что поможет продержаться несколько дней подряд. Организатор обычно обеспечивает еду, напитки и рабочее место, но комфорт стоит взять на себя.

Базовый набор: ноутбук и блок питания, удлинитель или тройник (розеток на всех обычно не хватает), наушники, повербанк и переходники, а для многодневных офлайн-форматов — сменная одежда, средства гигиены и лёгкие перекусы. Для онлайн-хакатона достаточно стабильного интернета, гарнитуры и тихого места для созвонов.

Какой стек технологий выбрать для хакатона?

Берите знакомые, проверенные инструменты — те, что вы можете развернуть с закрытыми глазами даже в 3 часа ночи. Хакатон — не исследовательская лаборатория: на нём нет времени читать документацию и гуглить базовые ошибки конфигурации, поэтому 90% стека должны быть «старыми и надёжными».

Незнакомое можно брать в трёх случаях:

• Новая технология — требование или бонус организаторов. За её использование часто дают отдельные номинации или баллы, тогда берите обязательно.
• Одна маленькая некритичная фича. Весь бэкенд пишете на привычном Python, но микросервис для уведомлений делаете на новом для вас Go — так можно.
• Инструмент ускоряет разработку (No-Code или ИИ-генерация). Такое тестировать на хакатоне — отличная идея: экономит рутину и даёт время на логику.

Какие шаблоны кода и UI-киты можно использовать на хакатоне?

Главное правило: нельзя приносить готовый продукт, но можно и нужно использовать готовые строительные блоки. Библиотеки, фреймворки и дизайн-системы — это стандарт индустрии, и организаторы понимают, что написать авторизацию и дизайн с нуля за пару дней невозможно.

Дизайн-системы и UI-киты:

• Ant Design / Material UI (MUI) — сотни готовых профессиональных компонентов: от таблиц с фильтрацией до сложных форм.
• Tailwind UI / DaisyUI — готовые классы для кнопок, модальных окон и карточек.
• Chakra UI / Mantine — лёгкие библиотеки с отличной документацией, легко адаптируются под цвета команды.
• NativeBase / React Native Paper — для быстрой сборки интерфейсов на React Native.

Бойлерплейт (шаблон-заготовка) — это проект, где уже настроена базовая архитектура. Легально иметь в заготовке: конфигурацию окружения (Docker, package.json, requirements.txt), шаблон авторизации (регистрация, вход, JWT-токены), подключение к БД (ORM вроде SQLAlchemy, Prisma, Sequelize) и скелет API с настроенной CORS-политикой.

Отдельно про AI-генераторы: в 2026 году не использовать нейросети для генерации базовой структуры — странно. Жюри относится к этому нормально, если финальная бизнес-логика написана вами. Примеры разбора задач — в бесплатных курсах «Подготовка к хакатонам на Codenrock: 40 минут — и ты победитель».

Зачем изучать API и технологии организаторов до старта?

Затем, что это экономит до 30% времени на самом хакатоне и напрямую влияет на оценку жюри. За 2–3 дня до старта вы получаете API-ключи, скачиваете SDK и проверяете базовые запросы, а ещё можете придумать уникальную фичу «от инструмента», зная его возможности.

Использование технологий партнёров влияет на баллы напрямую. Почти каждый крупный спонсор привозит спецноминацию («Лучшее решение с Yandex Cloud», «Самая инновационная интеграция API ВКонтакте») с отдельным призом, а в критериях оценки всегда есть пункт «сложность и технологичность решения».

Важно: не делайте интеграцию «ради галочки» — жюри легко раскусит искусственно добавленный API. Внедрение должно решать реальную задачу продукта. Как выжать максимум из встречи с экспертами до старта — в статье «Митап перед хакатоном: почему встреча с экспертами — это первый шаг к победе».

Где взять моковые (тестовые) данные для проекта?

Моковые (фейковые) данные проще всего сгенерировать нейросетями или специальными сервисами. Эксперты в финале хотят видеть заполненные графики и реалистичные профили, поэтому пустой интерфейс — плохая идея.

Быстрые способы под разные задачи:

• AI-генераторы — идеальны для небольших и средних датасетов сложной структуры под конкретное ТЗ.
• Веб-сервисы — Mockaroo (таблицы любой сложности с сотнями типов данных) и Faker (библиотека для JS/Python, генерирует данные прямо в коде).
• Картинки и иконки — UI Faces или Dicebear Profiles для аватарок, Unsplash Source или Pexels API для фонов и изображений.

Что должно быть настроено на ноутбуке перед хакатоном?

Всё, что можно установить и обновить заранее, — тратить первые 3–4 часа на скачивание обновлений и починку зависимостей нельзя. Технический чек-лист Must-Have:

• Доступы и контроль версий — настроенные и проверенные SSH-ключи для GitHub или GitLab, чтобы пушить и пуллить без ввода паролей.
• IDE и расширения — обновлённая среда (VS Code, WebStorm, PyCharm) до последней стабильной версии.
• Виртуализация и БД — установленные Docker и Docker Compose, заранее скачанные тяжёлые образы баз данных.
• Среда выполнения — нужные версии языков через менеджеры версий (NVM для Node.js, Pyenv для Python), загруженные глобальные пакеты и популярные библиотеки.
• Дебаг и API — установленные Postman или Swagger для тестирования и документирования API.
• Ключи и бойлерплейты — сгенерированы ключи ко всем внешним сервисам, склонированы базовые заготовки.

Совет для офлайна: скачайте офлайн-документацию по стеку (через Zeal или Dash) — если на площадке пропадёт интернет, вы всё равно сможете работать. Подобрать стек поможет разбор «Примеры задач на хакатоне и ИТ-соревнованиях: чего ждать и к чему готовиться».

Как проходит хакатон: этапы, чекпоинты, тайм-менеджмент

Как проходит хакатон: основные этапы?

Стандартный хакатон состоит из пяти этапов, и победа на 80% зависит от тайм-менеджмента, а не от скорости написания кода. Вот таймлайн, под который нужно адаптировать работу:

1. Открытие задач и старт. Организаторы презентуют кейсы и публикуют ТЗ. Команды определяются с треком и получают доступы к API и экспертам.
2. Работа над решением и чекпоинты. Команда проектирует MVP, рисует дизайн, пишет код и связывает бэкенд с фронтендом. Важная часть — встречи с экспертами, которые дают обратную связь.
3. Сдача проектов и технический отбор. Команды загружают на платформу ссылку на прототип или репозиторий, видеодемонстрацию и презентацию. Эксперты отсеивают неработающие решения и формируют шорт-лист.
4. Защита проектов. Команды выступают перед главным жюри (топ-менеджеры, инвесторы). Стандартный формат — 5 минут на питч плюс 5 минут на вопросы.
5. Награждение и финал. Жюри подсчитывает баллы, объявляет победителей и распределяет призовой фонд по трекам и спецноминациям.

Взгляд на этапы глазами организаторов — в статье «Как организовать хакатон: пошаговое руководство с реальными кейсами 2026».

Что такое MVP на хакатоне?

MVP (minimum viable product) — это минимальная работающая версия продукта, в которой есть только главная функция, без которой он бессмысленен. Именно MVP вы показываете жюри, а не полностью готовое приложение со всеми возможностями.

На хакатоне важно спроектировать MVP в первые часы и безжалостно отрезать всё лишнее: личный кабинет, второстепенные экраны и «фичи на будущее» можно вырезать ради того, чтобы главная функция работала стабильно.

Что такое чекпоинт на хакатоне?

Чекпоинт (или менторская сессия) — это промежуточная демонстрация проекта, на которой команда встречается с техническими и бизнес-экспертами организатора. Обычно за хакатон проходит 2–3 таких встречи по 5–10 минут.

Многие новички зря относятся к чекпоинтам как к экзамену и пытаются скрыть проблемы. На самом деле эксперты — ваше главное оружие: они знают правильные ответы, потому что сами разрабатывали треки, и их цель — направлять вас. По смыслу чекпоинты делятся так: первый — проверка, правильно ли вы поняли задачу; второй (в середине) — проверка макетов и архитектуры; третий (у дедлайна) — обкатка презентации.

Как общаться с экспертами и менторами на чекпоинте?

Приходите с конкретными вопросами и не спорьте с обратной связью. Расплывчатое «мы делаем приложение для курьеров, что думаете?» эксперт проигнорирует, а вот развилка сработает: «Мы выбираем между автоназначением заказов и ручным выбором — какая модель принята у вас в компании?».

Структурируйте мини-выступление: за минуту скажите, какую задачу решаете, какую концепцию выбрали, что уже сделано и в чём главная проблема. И не защищайтесь: если эксперт говорит «геймификация тут не сработает», он транслирует позицию заказчика — вашего будущего судьи. Вместо спора спросите: «Понял. А если заменим её на систему быстрых подсказок — так лучше?». Подробнее — в статье «Три встречи, которые решают всё: зачем нужны чекпоинты на хакатоне».

Когда прекращать разработку и начинать готовить защиту?

Прекращайте писать новые функции за 4 часа до дедлайна — это правило «минус 4 часа». Если срок сдачи в 23:00, то ровно с 19:00 программистам запрещено писать новый код: все ветки сливаются в главную, и проект разворачивается в том виде, в каком есть.

Оставшиеся 4 часа распределите так:

• 1 час — тестирование (QA). Вся команда кликает по проекту и ищет критические баги, из-за которых приложение падает.
• 1 час — запись видеодемонстрации. Сделайте 3–4 дубля со звуком, выберите лучший и смонтируйте.
• 2 часа — подготовка презентации. Питчер проговаривает текст с секундомером минимум 5–7 раз, чтобы уложиться в тайминг.

Если оставить на защиту меньше двух часов, вы будете судорожно загружать файлы в последние секунды и рискуете результатом. Больше про тайм-менеджмент — в статье «Секреты успешного тайм-менеджмента на хакатоне: как успеть всё и даже больше».

Защита проекта: питч, жюри и что делать после

Что такое питч на хакатоне?

Питч — это короткая презентация проекта перед жюри, обычно не длиннее 5 минут. За это время нужно показать продукт с трёх сторон: бизнеса, дизайна и технологий, и «продать» решение, а не рассказать, как весело прошли выходные.

От качества питча зависит значительная часть баллов: сильную техническую работу легко провалить на слабой презентации, и наоборот — уверенная защита вытягивает даже средний проект.

Как сделать презентацию (питч) для жюри?

Соберите 7–8 слайдов по принципу «один слайд — одна мысль» и репетируйте до автоматизма. Помните главное правило: вы продаёте бизнес-решение. Оптимальная структура:

1. Обложка и интрига — название команды и проекта, логотип организаторов, яркий слоган.
2. Проблема и её цена — кому актуально и сколько денег или времени теряет компания.
3. Решение — суть одной фразой, понятной обывателю.
4. Демонстрация продукта — вместо скриншотов вставьте ускоренное видео (скринкаст) на 30–40 секунд.
5. Стек и архитектура — схема, используемые решения и API, возможности масштабирования.
6. Бизнес-ценность — что получит компания после внедрения, с конкретными цифрами.
7. Планы развития — что бы вы доработали за 1–3 месяца.
8. Команда и контакты — жюри может вернуться к презентации позже.

Пять правил питчинга: один слайд — одна мысль; репетируйте с секундомером (при регламенте 5 минут речь должна занимать 4:45); готовьтесь к вопросам-«киллерам», ответов на которые нет в слайдах; говорите громко, чётко и не читайте с бумажки. Больше — в статье «Презентация на миллион: как подготовиться к питчу на хакатоне».

Сколько слайдов должно быть в презентации на хакатоне?

Оптимально 7–8 слайдов. Этого хватает, чтобы раскрыть проблему, решение, демонстрацию, стек, бизнес-ценность и команду, и при этом уложиться в 5 минут выступления.

Не перегружайте слайды текстом: жюри не успеет его прочитать. Используйте крупные заголовки, короткие тезисы и качественные скриншоты, а подробные схемы и расчёты выносите на скрытые слайды для ответов на вопросы.

Как отвечать на вопросы жюри на защите?

Отвечать должен один человек — обычно капитан или питчер, — а на слабые места проекта заранее подготовьте скрытые слайды. В процессе разработки вы точно нащупаете уязвимые места, и жюри надавит именно туда. Сделайте 3–5 дополнительных слайдов со схемами, расчётами Unit-экономики или анализом конкурентов и поместите их после финального слайда.

Работает так: на вопрос «как вы будете конкурировать с Яндексом?» питчер спокойно говорит «отличный вопрос, переключите на следующий слайд» и выводит готовую таблицу сравнения. Если вопрос технический, капитан передаёт слово: «По архитектуре БД лучше ответит наш бэкенд-инженер».

Чего нельзя: перебивать друг друга и спорить на сцене — для жюри это знак хаоса в команде. Не ведитесь на провокации (иногда судьи специально задают жёсткие вопросы, проверяя стрессоустойчивость) и отвечайте с опорой на данные, а не на эмоции. Если не знаете ответа — не выдумывайте, а переводите в плоскость сделанного: «сейчас функционал на мок-данных, но бэкенд готов к интеграции за 3 дня».

Какие призы бывают на хакатонах?

Чаще всего это денежный призовой фонд, который делится между победителями по трекам, плюс отдельные призы за спецноминации от спонсоров. Кроме денег разыгрывают гранты на развитие проекта, стажировки и офферы, а иногда — гаджеты и мерч.

Отдельная ценность — спецноминации спонсоров («Лучшее решение с Yandex Cloud» и подобные): их можно забрать, даже не заняв первое общее место, просто за лучшую интеграцию конкретного инструмента. Поэтому изучение технологий организатора часто окупается напрямую.

Что делать с проектом после хакатона?

Не забрасывайте код после финала — даже без призового места готовый MVP это мощный актив. Его можно использовать в трёх направлениях:

• Портфолио. Базовый сценарий для поиска первой работы: почистите проект, оформите красивый README.md на GitHub и добавьте ссылку на работающий проект в резюме.
• Развитие в стартап. Если жюри высоко оценило бизнес-модель, подайте заявку с прототипом в ИТ-акселераторы и инкубаторы (например, ФРИИ) — они дают экспертизу, гранты и первых клиентов.
• Вклад в Open Source. Откройте исходный код и напишите статью на Хабр или Medium о том, как решали нестандартную задачу, — это большой плюс на технических собеседованиях в BigTech.

В первые 48 часов после финала команда обычно испытывает откат и усталость, поэтому договоритесь созвониться через неделю и на свежую голову решить: забрасываете проект, пилите стартап или оформляете для портфолио. Подробнее о грантах и инвестициях — в статье «От хакатона к стартапу: как найти гранты и инвестиции».

Компания МТС Web Services (MWS) провела самый масштабный хакатон из серии МТС True Tech Hack с призовым фондом 3 000 000 рублей. Суть проста: участники создавали умных ИИ-агентов, автоматизировали генерацию кода и проектировали веб-приложения на базе языковых моделей для ИТ-продуктов компании. 

24 апреля, площадка на Болотной набережной. В одной зоне идёт битва мини-роботов, в другой уставшие, но радостные финалисты делятся эмоциями от только что прошедших питчингов, а жюри оценивает решения по-настоящему нетривиальных задач: тут и рабочие ИИ-пространства, и модули для вики-системы, а самые смелые команды попробовали создать собственную агентскую систему для генерации Lua-кода. Пройдёт всего час, и все узнают, кто же справился с заданиями лучше всех и уедет домой с призами. 

True Tech Hack 2026 красиво завершается офлайн-вечеринкой, но главная битва этого хакатона развернулась ещё за несколько недель до финала. 

Привлечь на проект 3455 разработчиков, специалистов по данным и аналитиков — задача не менее амбициозная, чем те, над которыми работали участники. В этом кейсе мы покажем всё закулисье хакатона и инструменты, которые помогли получить на выходе 648 готовых решений и пригласить лучших участников на стажировку.

Никакого чуда — только системная работа всех команд, благодаря которым такое мероприятие стало возможно:

• Цель. Собрать сильную техническую аудиторию вокруг практических задач по разработке ИИ-решений для облачных продуктов MWS GPT, MWS Octapi, MWS Tables и MWS Data. 
• Формат. Онлайн-хакатон с разделением на два независимых трека и  офлайн-финалом в Москве для сильнейших команд. 
• Что сделали. Подготовили платформу и задачи, усилили рекламную кампанию, выстроили бесшовную коммуникацию и техническую поддержку через кураторов и чат-ботов, обеспечили менторское сопровождение на чекпоинтах. 
• Результат: 3455 регистрации, 1011 сформированных команд, 648 созданных ИИ-решений и 12 команд-победителей в общем зачете и спецноминациях. 

Концепция соревнования 

Для MWS хакатоны — это инструмент продуктовой разработки и поиска новых идей. Соревнование проходит третий раз, и в компании уже выстроен процесс доведения лучших концептов до готовых решений. 

Яркое тому подтверждение — история команды «И тут ITAM» с прошлого хакатона 2025 года: проект участников оказался настолько зрелым, что стал основой дорожной карты продукта Softora. Участники понимают, что пишут код не ради баллов, а организаторы со своей стороны делают всё, чтобы код победителей было легко применять в реальной работе. 

В этом году хакатон подтвердил статус эффективного карьерного лифта для начинающих специалистов: по итогам защиты проектов трое участников  получили приглашения на стажировку в команду MWS.

Начало подготовки: проработка задач

Для запуска хакатона недостаточно опубликовать ТЗ на разработку проекта и запустить таймер. Жизнеспособность будущих прототипов от участников закладывается задолго до старта — на этапе адаптации задач под соревновательный формат. Именно здесь подключаются эксперты Codenrock. Их цель — на основе реальной бизнес-проблемы создать задание с прозрачными условиями и требованиями, которые будут помогать, а не мешать командам создавать креативные решения. 

На МТС True Tech Hack 2026 команда в составе методолога и приглашенного эксперта работала в тесной связке с авторами идей. На старте эксперты MWS принесли свои идеи и видение. Каждый из них заполнил подробный бриф по своему продукту. Команда Codenrock получила на руки огромный массив информации: 

• Проблематику бизнеса. Например, MWS Tables был нужен новый модуль для корпоративной базы знаний, потому что простого текста с минимальным форматированием без возможности встраивать живые таблицы компании уже не хватало.
• Пожелания по стеку технологий. Заказчик сразу очертил жёсткие рамки: где-то был строгий запрет на использование сторонних AI-вендоров вроде OpenAI и Anthropic и требование использовать исключительно open-source LLM, а где-то — связка React + Java и интеграция через API. 
• Описания ИТ-продуктов. Эксперты Codenrock получили данные об архитектуре сервисов, их целевой аудитории, а также ссылки на внутреннюю документацию. 

Изучив всю информацию, команда Codenrock адаптировала материалы под формат хакатона. Методолог и эксперт постоянно сверяли курс с клиентом, удерживая баланс между глобальными бизнес-целями МТС и реальностью ИТ-соревнования: каждое из заданий должно быть выполнимо чуть менее чем за неделю, но при этом подстёгивать участников искать интересные и необычные решения.

Параллельно эксперты Codenrock прорабатывали прозрачную систему оценки, распределяя баллы по приоритетам. Чтобы более 3 000 участников не засыпали поддержку одинаковыми вопросами, эксперты сформировали для них исчерпывающие пакеты материалов: шаблоны обязательных и дополнительных фич, инструкции по получению доступов к API через чат-ботов, макеты презентаций и требования к Docker-контейнерам для запуска решений. 

Результат — идеальное ТЗ для сильных прототипов.

На выходе получились глубокие и детализированные задания, аучастники получили подробную дорожную карту. Эксперты Codenrock полностью спроектировали фундамент задач, поэтому команды чётко понимали правила игры, менторы на чекпоинтах говорили с ними на одном языке, а жюри в финале выбирало победителей среди по-настоящему сильных и готовых к интеграции ИИ-решений.

Подготовка платформы: как автоматизировать хакатон

Задания готовы, но для управления тысячами участников нужна надежная инфраструктура. Соревнование развернулось на True Tech Arena — платформе для ИТ-соревнований, хакатонов и митапов под брендом МТС. 

Участникам было важно сфокусироваться на разработке решений, а организаторам — на оценке и поиске лучших прототипов для MWS, поэтому вся рутинная часть задач была автоматизирована на True Tech Arena.

Витрина соревнования: всё по полочкам

Для хакатона такого масштаба необходим полноценный информационный портал, на котором участник получит исчерпывающую информацию о соревновании и ответы на все вопросы. Мы создали раздельные посадочные страницы: одну под трек для внешних команд, вторую — для сотрудников МТС. Описание задач, календарь мероприятий, профили экспертов, FAQ, условия участия и призы — всё было собрано в одном месте.

Под капотом True Tech Arena — полноценная инфраструктура для проведения ИТ-соревнований любого масштаба и формата:

• Рабочая среда. После старта каждая из 1011 сформированных команд получила собственный репозиторий. Именно там хранились все данные о проекте, код и документация. 
• Удобные чекпоинты. Участники могли в пару кликов выбрать свободный слот и записаться на встречу с экспертами MWS прямо через платформу.
• Прозрачная оценка. Специалисты Codenrock заранее настроили систему критериев. Члены жюри получали решения со всеми сопроводительными файлами в удобном интерфейсе. Экспертам оставалось только изучить проект и проставить баллы, из которых платформа автоматически формировала список финалистов.
• Динамический лидерборд. Рейтинг команд сформировался автоматически после оценки решений, подогревая соревновательный дух.

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

Кнопка «Отправить решение» работала безотказно благодаря силе  инженерии.

Геймификация и коммуникация

Команда Codenrock также настроила все необходимые инструменты для коммуникации с участниками. Чтобы разработчики не теряли мотивацию и чувствовали азарт, мы задействовали механики платформы:

• Точечные рассылки. Платформа позволяет, например, отправить напоминание только капитанам с неполным составом команд или разослать приглашения исключительно финалистам.
• Конструктор наград. Сертификаты для участников можно создавать во встроенном редакторе и автоматически рассылать нужным сегментам пользователей. Для любителей хакатонов это сильная мотивация — их вклад будет гарантированно отмечен дипломом, который можно приложить к резюме или показать на собеседовании.
• Глобальный рейтинг. На True Tech Arena действует единый лидерборд. Решая задачи и участвуя в соревнованиях, ИТ-специалисты копят баллы и прокачивают свой профиль на будущее. Это дает участникам понятную мотивацию возвращаться на платформу, формируя сильное комьюнити.

Благодаря слаженной работе инфраструктуры и команды Codenrock платформа выдержала нагрузку и помогла провести отбор 648 созданных ИИ-решений, сохранив прозрачность процессов, драйв и настоящий соревновательный дух. 

Маркетинг и коммуникации: как конвертировать команду в решение

На МТС True Tech Hack 2026 мы работали в тесной связке с рекламным агентством со стороны клиента Stream. Коллеги взяли на себя масштабную задачу по подбору каналов продвижения и закупке трафика. Наша же команда сосредоточилась на том, чтобы создать цепляющий контент, разработать дизайн и выстроить коммуникацию, которая проведет участника от первого клика по баннеру до отправки готового решения. 

Такое разделение зон ответственности сработало прекрасно: мы смогли применить наработанный за 8 лет проведения хакатонов опыт для вовлечения и удержания аудитории.

Упаковка смыслов

Всё началось с визуала. Дизайнер Codenrock разработал Key Visual (KV) для внешнего и внутреннего треков. Важно было не только создать привлекательный и узнаваемый стиль мероприятия, но и внести разнообразие, чтобы участникам не казалось, что они каждый год участвуют в одном и том же хакатоне. Поэтому у соревнования 2026 года появился маскот-робот, сопровождающий все коммуникации, а также его анимированная версия.

Мы закрыли пул задач по графическому сопровождению: сверстали лендинг, подготовили десятки адаптивных баннеров для Яндекс.Директ, VK.Ads, Habr и других медиаплощадок, нарисовали листовки для студентов и даже продумали иконки для локальных чатов. 

Параллельно создавался массив текстового контента для всех каналов продвижения:

• детальные CJM, которые подобно карте сопровождали участников на всём пути хакатона; 
• рекламные тексты для посевов и таргета, а также информирования студентов; 
• прогревающие email-рассылки; 
• подробные Q&A-выжимки по итогам чекпоинтов и других встреч с экспертами. 

Коммуникация как инструмент выполнения KPI

Мало привлечь разработчика на хакатон. Важно не потерять его на этапе регистрации, формирования команд, ожидания начала и сдачи решений. Здесь помогла наша отлаженная за многие годы система сопровождения.

Мы запустили чат-бота для быстрой связи участников с экспертами и организаторами, проводили Q&A-сессии на чекпоинтах и оперативно публиковали текстовые разъяснения для тех, кто пропустил онлайн-встречи. Кураторы Codenrock заранее объясняли командам логику процессов, например, правила допуска или форматы оценки. Такая забота буквально о каждом участнике позволила довести 2469 участников внешнего трека до этапа формирования команд. Это 80,55% от общего числа зарегистрированных — невероятно сильный показатель конверсии для ИТ-соревнований.

Хотя основная рекламная кампания была на стороне партнера, мы активно и очень результативно подключили собственные ресурсы Codenrock: email-рассылки и дайджесты по нашей базе, напоминания для участников прошлых хакатонов, размещение хакатона в календаре на платформе. Чтобы аудитория не выгорала, мы разбавили серьезный контент фаном: провели конкурс ИТ-мемов (собрали 32 работы и 181 реакцию), играли в ИИ-бинго и решали загадки. 

Дополнительная активность для участников, неравнодушных к видеоиграм — розыгрыш бесплатных часов в сервисе облачного гейминга МТС Fog Play. Среди зарегистрировавшихся участников мы выбрали 10 счастливчиков, которые получили 20 часов доступа, а 2 самых везучих смогли выиграть игровую приставку, оптимизированную под запуск игр в облаке. 

Настоящим хитом стала реферальная программа.

Мы предложили участникам приглашать коллег и знакомых, чтобы побороться за крутой мерч: стильные рюкзаки, чехлы для ноутбуков и фирменные футболки. Этот инструмент решил сразу две глобальные задачи:

1. Он обеспечил вирусный прирост аудитории: участники привели 499 рефералов, 389 из которых выполнили все условия. 
2. Механика программы изящно решила проблему «отложенного старта» — реферал засчитывался только при условии нахождения в уже сформированной и промодерированной команде. 

Вместе обе причины стали мощным стимулом не тянуть со сбором тиммейтов. Участники объединились в 1011 команд и создали 648 инновационных ИИ-решений — прекрасная демонстрация того, что качественный маркетинг и выверенная коммуникация способны превратить хакатон в масштабный ИТ-проект. 

Задачи хакатона 

Чтобы сделать соревнование честным и максимально релевантным опыту участников, МТС True Tech Hack 2026 разделили на два направления: 

• Внешний трек был открыт для независимых ИТ-специалистов со всей страны. Им достались задачи по созданию модуля живых таблиц (WikiLive) и разработке локальной агентской системы для написания Lua-кода (LocalScript). 
• Внутренний трек стал площадкой для сотрудников МТС. Погруженные в специфику закрытой инфраструктуры компании, они работали над сложной полуавтоматической ИИ-миграцией микросервисов (Java2Go) и проектировали умных агентов для продукта по работе с данными (DataScenarios). 

Задача, посвященная разработке единого рабочего ИИ-пространства (GPTHub), была одинаковой для всех, позволив собрать и идеи от разработчиков МТС, и свежий взгляд независимых команд.

WikiLive: живые таблицы в тексте (MWS Tables, внешний трек)

Проблема. Корпоративные знания часто разрознены: таблицы ведутся в одном месте, а текстовые страницы базы знаний — в другом. Текущие редакторы предлагают лишь примитивное форматирование, поэтому сотрудникам приходится постоянно переключаться между вкладками, вручную поддерживая актуальность данных. MWS Tables не хватало единого рабочего пространства, в котором страницы, таблицы и связи между ними стали бы неразрывной и удобной экосистемой.

Задача для участников. Командам предстояло спроектировать и разработать полноценный модуль вики-редактора для MWS Tables, превратив изолированные документы в рабочие узлы знаний. Участникам нужно было реализовать надежную функциональную базу: in-line автосохранение с локальным кэшированием, быстрое slash-меню с поддержкой горячих клавиш, систему обратных ссылок (backlinks) и возможность совместного редактирования документов в реальном времени.

В чем интерес. Решение требовало глубокой и бесшовной интеграции. Вставленная в текст таблица не должна была превращаться в статичную картинку или простую внешнюю ссылку — она обязана была оставаться «живым» рабочим объектом, постоянно синхронизированным с бэкендом MWS Tables через API. Разработчикам (рекомендуемый стек — React + Java) нужно было сделать так, чтобы модуль визуально казался родной частью продукта, строго соблюдая предоставленный Design Kit. Дополнительный драйв задаче придавала возможность архитектурного креатива: команды могли внедрять графы связей, версионирование или ИИ-подсказки, чтобы усилить пользовательский опыт.

LocalScript: локальная агентская система для генерации Lua-кода (MWS Octapi, внешний трек)

Проблема. В закрытых интеграционных контурах строго запрещено использовать внешние AI-сервисы вроде OpenAI или Anthropic — это прямая угроза утечки чувствительных данных и риск жесткой привязки к вендору. При этом разворачивать тяжеловесные LLM на собственной инфраструктуре слишком дорого. Продукту MWS Octapi требовался легковесный и умный помощник, который умеет переводить запросы с естественного языка в рабочий Lua-код, но при этом работает локально внутри компании.

Задача для участников. Командам предстояло разработать агентскую систему на базе легкой open-source LLM. От участников ждали ИИ-агента, который на входе получает задачу, пишет первоначальную версию Lua-кода, а затем самостоятельно валидирует его (с помощью синтаксических проверок или тестов), предлагает улучшения и задает пользователю уточняющие вопросы для итеративной доработки результата.

В чем интерес. Команды работали в конкретных инфраструктурных ограничениях. Систему нужно было «уместить» всего в 8 ГБ видеопамяти (VRAM), запуская модель локально через Ollama полностью на GPU без права выгрузки на процессор. Жюри замеряло пиковое потребление памяти буквально до мегабайта. Командам нужно было виртуозно подобрать и квантовать модель, а затем выстроить на Python сложный агентский пайплайн, в котором ИИ ведет осмысленный диалог, воспринимает обратную связь и использует локальные шаблоны для написания чистого, пригодного к использованию продукта.

GPTHub: единое окно для всех задач искусственного интеллекта (MWS GPT, внешний и внутренний трек)

Проблема. Сегодня сотрудники корпораций тратят массу времени на переключение между десятками разрозненных нейросетей. Для текста — один сервис, для генерации картинок — другой, а расшифровкой аудио занимается отдельное решение. В итоге теряется фокус, обрывается контекст диалога, а время на выполнение типовых задач только растет. Продукту MWS GPT был необходим единый интерфейс — система, которая объединит все ИИ-инструменты в одном месте.

Задача для участников. Командам предстояло разработать мультимодальное рабочее ИИ-пространство на базе OpenWebUI, где пользователь может выполнять любые рабочие обязанности, не переключаясь самостоятельно между множеством разных моделей. Нужно было спроектировать среду, которая одинаково хорошо понимает текстовые промпты, голосовые команды, анализирует файлы, исследует веб-страницы и генерирует изображения.

В чем интерес. Ключевая фишка задачи заключалась в том, что участникам нужно было не просто добавить несколько API к чату. Решение должно стать полноценным агентом: самостоятельно определять тип задачи и маршрутизировать запрос в нужную модель, например, отправлять фото в VLM, а аудио — в ASR. Самым сложным и интересным испытанием стала настройка «долгосрочной памяти» — для системы критически важно запоминать факты о пользователе и сохранять контекст переписки на длинной дистанции, не ломая логику диалога. 

DataScenarios: ИИ-агенты для экосистемы MWS Data Copilot (MWS Data, внутренний трек)

Проблема. Продукт MWS Data обладает мощным арсеналом инструментов, но аналитикам и дата-инженерам всё ещё приходится тратить время на рутинные операции, ручное переключение между сервисами и долгое изучение внутренней специфики системы. Системе не хватало умных сценариев, которые взяли бы на себя эти повторяющиеся шаги и позволили решать сложные технические задачи через простые запросы на естественном языке.

Задача для участников. Командам предлагалось спроектировать полезного ИИ-агента с интерфейсом на базе Chainlit, который станет органичной частью  мультиагентной экосистемы MWS Data Copilot. Участники могли пойти двумя путями: 

• усилить уже существующие сценарии продукта новым модулем;
• предложить принципиально новое рабочее пространство. 

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

В чем интерес. Ценность решения определялась тем, насколько грамотно новый агент работает в команде и усиливает всю экосистему Copilot. Участникам нужно было глубоко проработать архитектуру и описать жесткие контракты взаимодействия: определить границы ответственности агента, его входы и выходы, точки интеграции и логику маршрутизации задач. Жюри высоко оценивало не только код, но и качество проектирования — от создания CJM и ER-схем до проработки fallback-сценариев и бизнес-обоснования масштабируемости прототипа.

Java2Go: Консолидация микросервисов через ИИ-миграцию (MWS Octapi, внутренний трек)

Проблема. Поддержка громоздких Java-сервисов требует от бизнеса колоссальных затрат на вычислительные ресурсы и сопровождение. Очевидный выход — переписать всё на быстрый и легкий Go, но ручной перенос стоит слишком дорого и тянется месяцами. Попытки перевести код в автоматическом режиме с помощью ИИ неизбежно приводят к неочевидным багам, потере API-контрактов и получению нечитаемого кода. Бизнесу необходим компромисс: конвейер миграции, который кратно ускорит работу разработчиков, но сохранит процесс управляемым и предсказуемым.

Задача для участников. Командам предстояло перенести реальные микросервисы со стека Java (Spring Boot) на Go, используя возможности модели MWS GPT. Участникам нужно было разработать инструментарий, который поможет инженеру разобрать исходники, сгенерировать черновики Go-кода, перенести бизнес-логику и преобразовать структуры данных. Строгое бизнес-требование — стопроцентное сохранение API-контракта: для внешнего потребителя маршруты, структура ответов и бизнес-семантика мигрированного сервиса должны были остаться абсолютно идентичными оригиналу.

В чем интерес. Главный вызов — заставить LLM работать в жестких инженерных рамках. Командам нужно было выстроить прозрачный процесс с понятными точками контроля: где рутину берет на себя ИИ, а где обязательно вмешательство человека. Оценка жюри зависела от того, насколько этот пайплайн реалистичен, воспроизводим и насколько он реально экономит время команды. Отличным решением считался прототип, который формирует подробный аналитический отчет о результатах миграции.

Финал: питчи, роботы и награждение победителей

Очный финал True Tech Hack 2026 проходит уже в четвертый раз, а количество участников хакатона выросло в полтора раза по сравнению с прошлым годом. Команды при этом показали высокий уровень инженерной зрелости своих проектов, поэтому конкуренция за проход в список лучших была действительно напряженной. 

Марафон длиною в месяц завершился 24 апреля на Болотной набережной в панорамном пространстве «Крым Terrace Moscow» — здесь сильнейшие команды продемонстрировали  прототипы ИИ-решений.

Формат финала был классическим для хакатонов: ровно 5 минут на презентацию решения и еще 5 минут на вопросы от жюри. Питчинг шёл одновременно на двух сценах: команды внешнего трека презентовали решения в основном зале, а внутренний трек сотрудников МТС занял первый этаж. Оценивать архитектуру, концепцию и чистоту кода финалистов вышли лидеры продуктов MWS. В состав экспертного жюри вошли:

• Даниил Криванков (Stream CTO MWS GPT) и Алексей Соболев (PO MWS GPT);
• Александр Бардаш (CTO MWS Octapi) и Сергей Клюев (Tech Lead MWS Octapi);
• Филипп Герм (CPO MWS Tables) и Александр Антипов (PO MWS Tables);
• Дмитрий Бодин (Unit Head MWS Data) и Павел Шестаков (PO MWS Data Copilot).

Победителей определяли в двух номинациях:

• Общий зачет. Все решения на равных, независимо от выбранной задачи. Жюри искало проекты с самым сильным бизнес-потенциалом, чистой архитектурой и крутым UX.
• Лучшее решение. Чтобы отметить узкопрофильную экспертизу, дополнительную награду забирали команды, представившие самый сильный проект в каждой конкретной задаче хакатона.

Победители внешнего трека

1 место — Opeshki (LocalScript: кейс для MWS Octapi). Выпускники МИРЭА, которые благодаря грамотно продуманному пайплайну разработки стали триумфаторами внешнего трека и забрали главный приз в размере 600 000 рублей. Ребята представили технически сильное решение для генерации Lua-кода.

Команда разработала полностью локальную агентскую систему, работающую на базе Ollama и модели Qwen3-8b. В основе архитектуры решения лежит 10-нодовый направленный граф, спроектированный с помощью фреймворка LangGraph4j. Проект демонстрирует сразу три уровня агентности: алгоритм способен структурировать задачу и задавать точечные уточняющие вопросы, автономно проверять код через unit-тесты с последующей оптимизацией, а также принимать обратную связь от пользователя через команды подтверждения или перегенерации. 

2 место — «Два байта» (WikiLive: кейс для MWS Tables). Дуэт DevOps-инженера из Т1 Иннотех и QA-инженера из Сбера, которые специально прилетели на хакатон из Сочи. Студенты колледжа Университета «Сириус» изначально планировали взяться за три задачи, но вовремя сфокусировались на модуле WikiLive и забрали серебро вместе с 350 000 рублей призовых.

Ребята разработали SPA-модуль, превращающий MWS Tables в полноценную knowledge-платформу, где таблицы становятся полноправными объектами внутри вики-страниц с двусторонней синхронизацией и совместным редактированием. Проект разворачивается одной командой и включает 10 дополнительных фич, среди которых ИИ-ассистент, граф связей, версионирование и комментарии. Архитектура решения полностью построена на open-source компонентах.

3 место — «Дроздрабермы» (GPTHub: кейс для MWS GPT). Бронзовыми призерами общего зачета и обладателями 250 000 рублей стала команда из Самары — выпускники Поволжского государственного колледжа, которые пожертвовали сном ради крутого инженерного результата.

Они разработали MWS GPT Hub — мультимодальное рабочее ИИ-пространство с единым чатовым интерфейсом для текстовых, голосовых и файловых сценариев. Сердцем их архитектуры стал AUTO Unified Smart Router — умный бэкенд на FastAPI, который самостоятельно классифицирует задачу пользователя и маршрутизирует запрос в подходящую модель без необходимости ручного переключения. Особое внимание разработчики уделили продвинутой системе долгосрочной памяти: используя связку Qdrant и Neo4j, проект строит полноценный интерактивный «граф воспоминаний», что позволяет агенту удерживать контекст диалога на длинной дистанции и блестяще выполнять комплексные задачи, включая встроенный режим Deep Research и генерацию документов.

Призы за лучшее решение (100 000 рублей) достались командам: 

• Лучшее решение GPTHub: LIRILI LARILA (кейс для MWS GPT). Награду забрали студенты Уфимского государственного нефтяного технического университета. Ребята — опытные участники крупных ИТ-соревнований, для которых хардкорный режим давно стал нормой: их командный рекорд нон-стоп кодинга составляет 10–11 часов подряд.
• Лучшее решение LocalScript: Magnumopus (кейс для MWS Octapi). Локальную агентскую систему написало мощное трио сложившихся инженеров: Senior ML (автор одного из самых точных детекторов AI-generated текста, ныне CTO стартапа), Senior Backend и Middle Frontend разработчик из Т-Банка.
• Лучшее решение WikiLive: «Моторный шуруповерт» (кейс для MWS Tables). Модуль живых таблиц представили третьекурсники Университета Иннополис. Неоднократные призеры хакатонов выложились на проекте на все сто: спали по 3–5 часов в сутки и выдали впечатляющий марафон в 20 часов кодинга без перерыва. Призовые ребята планировали потратить на покупку трех подержанных Daewoo Matiz.

Победители внутреннего трека 

1 место — Platform AI Chemists (Java2Go: кейс для MWS Octapi). В состав команды вошли CTO Stream, системный аналитик, технический Product Owner, а также разработчики из направлений Rust и TechGov. Их капитан не новичок на соревнованиях — ранее он уже брал бронзу на True Tech Hack. Секретом успеха и прохода в финал стали глубокая аналитика, вайб-кодинг и правильное питание. 

Команда подошла к миграции микросервисов с Java на Go фундаментально, создав «рой из 17 ИИ-агентов» (Parser, Architect, SecArch, Graph Brain и другие), где каждый узконаправленно решает свою задачу: от извлечения промежуточного представления (IR) из исходников до сопоставления паттернов и проверки бенчмарков. Их полуавтоматический пайплайн, реализованный как конструктор GoEngine с графовой визуализацией топологии сервисов, обеспечил 75% автоматизации процесса, при этом 100% сохранив API-контракты и успешно пройдя 1650 фаззинг-проверок со значительным приростом производительности.

2 место — Copimeow (DataScenarios: кейс для MWS Data Copilot). Смешанный состав из трех стажеров и двух опытных сотрудников MWS. Последнюю ночь перед дедлайном ребята провели у мониторов, отправив финальные изменения за минуту до окончания приема решений.

Они разработали Data Analytics Agent — ИИ-модуль, закрывающий проблему отсутствия Python-слоя в экосистеме продукта MWS Data. Решение позволяет аналитику просто написать задачу на естественном языке, после чего агент самостоятельно собирает данные из разрозненных источников, генерирует SQL-запросы, выполняет Python-код для ML-сегментации и возвращает готовый прозрачный результат. 

3 место — IT‑AUL (MISISxCUxKFU)(GPTHub: кейс для MWS GPT). Коллектив из трех вузов, участники которого уже больше двух лет вместе покоряют ИТ-соревнования. В прошлом году они создали лучшее решение в треке Octapi, что открыло им дорогу на стажировку в MWS, а на этом проекте установили абсолютный рекорд хакатона — 48 часов нон-стоп-кодинга без сна.

Ребята разработали мультимодальное ИИ-пространство, объединяющее работу с текстом, кодом, аудио и изображениями. Ядром их системы стал продвинутый Autorouting с двухэтапной логикой: на «легком» этапе используются быстрые эвристики и семантический слой, а сложные запросы передаются LLM-арбитру, который определяет финальный пайплайн и ранжирует модели. Кроме того, команда внедрила систему долгосрочной памяти на базе графовых БД, интегрировала веб-поиск в режиме Deep Research и автоматическую генерацию презентаций.

Призы за лучшее решение получили: 

• Лучшее решение GPTHub: «Мы из Premium» (кейс для MWS Octapi. Команда продуктового направления МТС Premium стабильно держит высокую планку: в прошлом году ребята уже забирали 100 000 рублей за лучшее технологическое решение, и в этот раз красиво повторили успех.
• Лучшее решение DataScenarios: «Аналитики MAP» (кейс для MWS Data Copilot). Сборная бизнес-аналитиков из трайба, отвечающего за запуск и настройку маркетинговых продуктов экосистемы МТС. Для ребят этот проект стал мощной точкой роста и выходом из зоны комфорта: капитан впервые взяла на себя полноценное лидерство, а один из участников успешно дебютировал в роли разработчика.
• Лучшее решение Java2Go: «Маркетолог» (кейс для MWS Octapi). Представители рекламного направления МТС, развивающие сложные AdTech-решения. Это опытные и слаженные специалисты с громкими победами. К задаче по ИИ-миграции они подошли с фирменной системностью, грамотно распределив спринты на несколько вечеров, выходные и пару бессонных ночей.

Драйв вне сцены

Организаторы позаботились о том, чтобы на площадке кипела жизнь и за пределами зоны питчинга. Для участников развернули сразу несколько интерактивных зон: 

• Битва мини-роботов. Азарта на импровизированной арене хватало с избытком. 
• Сборка клавиатур на скорость. Настоящий скоростной спринт для любителей «железа». Клавиши были съемными — паять ничего не пришлось, решали чистая ловкость рук и реакция.
• Кастом-зона. Каждый желающий мог создать уникальный обвес для своего телефона и получить в награду стильный мерч от МТС.

Ярким завершением МТС True Tech Hack 2026 стал вечерний фуршет и неформальный нетворкинг под диджейскую музыку. После напряженного и эмоционального месяца разработки финалисты наконец-то смогли полностью выдохнуть, поделиться впечатлениями и в абсолютно свободной атмосфере обсудить свои проекты с экспертами и жюри. 

Отзывы участников

Мне очень понравилось быть погружённым в проект на 6 дней, жить им. До этого я не занимался такими задачами: знал, что можно использовать LLM, слышал про мультиагентную систему, но благодаря хакатону смог своими руками понять, как это устроено. Прошёл путь от планирования до падения прода, тестирования и бессонных ночей. Это крутой опыт!

Организация финала была на высоте, вопросов и нареканий нет. Коммуникации в основном были чёткими. Отдельное большое спасибо за организацию командировок для иногородних — справились на отлично, несмотря на сжатые сроки!

Площадка крутая, активности прикольные! На битве роботов — отличная активность и классный организатор. Мерч тоже выдали прикольный.

Первый опыт хакатона — очень полезный и интересный как с точки зрения выполнения задачи, так и с точки зрения коллективного взаимодействия!

Классный опыт несмотря на то, что много где не хватило навыков. Участвовали впервые, будем ещё!

Чемпионат «Кибербезопасность в финансах» — студенческое соревнование Банка России для будущих специалистов по информационной безопасности с призовым фондом 1 500 000 рублей. Отборочный этап прошел на Codenrock: участники решали CTF-задачи в виртуальном офисе банка, расследовали инциденты, проходили онлайн-интервью и боролись за выход в полуфинал Молодежной программы Уральского форума «Кибербезопасность в финансах» в Екатеринбурге. 

Коротко о событии:

• Цель: привлечь сильных студентов и молодых специалистов в сфере информационной безопасности и проверить их практические навыки в задачах, приближенных к финансовому сектору.
• Формат всего мероприятия: онлайн-отбор на платформе Codenrock с CTF-задачами, игровым сценарием и онлайн-интервью для ТОП-25 команд. Очные полуфинал и финал для 10 лучших команд в рамках Молодежной программы форума в Екатеринбурге.
• Что сделала команда Codenrock: взяли на себя отборочный этап мероприятия, а именно – подготовили структуру отбора, разработали восемь CTF-задач, встроили их в игровой сценарий, настроили регистрацию, модерацию, автоматическую проверку флагов и лидерборд, а также провели коммуникационную и рекламную кампанию. 
• Результат: 1596 регистраций, более 250 команд, принявших участие в отборе.

Подготовка к проведению

Отборочный этап чемпионата «Кибербезопасность в финансах» проходил на Codenrock. Команде платформы предстояло подготовить набор CTF-заданий: сначала участники решали задачи в виртуальном офисе банка, а затем лучшие команды проходили онлайн-интервью, где могли показать умение анализировать уязвимости, объяснять ход решения и предлагать способы их устранения.

Эксперты и методологи Codenrock взяли на себя полную подготовку отборочного соревновательного этапа:

• Разработали структуру отбора.
• Подготовили восемь CTF-задач по разным направлениям информационной безопасности.
• Для каждой задачи подготовили технические материалы: тестовые сервисы, файлы для анализа, флаги, подсказки и райтапы.
• Продумали механику онлайн-интервью для лучших команд.
• Настроили платформу для регистрации участников, создания и модерации команд, поэтапного открытия доступа к заданиям, автоматической проверки флагов и формирования лидерборда.

По итогам CTF-этапа организаторы получили список ТОП-25 для интервью, а после экспертной оценки 10 лучших команд прошли дальше.

Игровая механика и формат заданий 

Для отборочного этапа команда Codenrock разработала иммерсивный CTF-полигон. Участники попали в игровое 3D-пространство — виртуальный офис банка «HippoBank», где им предстояло пройти стажировку в отделе информационной безопасности и разгадать тайну необычной компании.

Вот это удача, вас пригласили на десятидневную стажировку в динамично развивающийся цифровой банк «HippoBank»! Такой шанс точно нельзя упускать, скорее приезжайте в офис!

Во время стажировки вам предстоит решать задачи, погружаться в корпоративную культуру и, конечно, разгадать главную тайну банка с бегемотом на логотипе. Но для начала — не забудьте зайти в кабинет и познакомиться с Вениамином Петровичем Непробиваловым, куратором вашей стажировки.

Как устроен игровой процесс:

1. Игроки перемещаются по цифровому офису, взаимодействуют с неигровыми персонажами (NPC) через диалоговые окна и получают задания в рамках сценария стажировки. Все этапы решения встроены в игровой процесс: получение брифинга и сдача флага происходят прямо в интерфейсе диалога с NPC — как в настоящем подразделении кибербезопасности.
2. Игровая среда оптимизирована для работы на персональных компьютерах и полностью адаптирована под мобильные устройства, что позволило участникам работать с любого удобного устройства.
3. Для поддержания вовлечённости в сценарий были интегрированы пасхалки. Например, при успешном решении одной из задач рядом с персонажем игрока появлялся гиппопотам – маскот банка.

Подобный формат позволил проверить классические технические навыки поиска флагов и увлечь процессом участников — они могли поработать в условиях, где задачи поступают через внутренние каналы, а результаты фиксируются в рабочем процессе, как в настоящем офисе. Интеграция CTF в игру повысила вовлечённость, сделала процесс отбора более наглядным и приблизила его к реальным бизнес-процессам финансовой организации.

Задание 1: «Вступительный билет»

В опенспейсе нового стажёра встречает его куратор — Вениамин Петрович Непробивалов. В качестве первого испытания он предложил решить старую университетскую задачку по криптографии, которую сам не смог расшифровать во время обучения. 

Преподаватель был из тех, кто учит плаванию, сразу кидая подопечного в глубокую воду. Я её, разумеется, сходу не решил. А потом не было ни времени, ни желания к ней возвращаться.

Игрок мог скачать файл с шифром прямо в диалоге. 

Техническая суть. Задача по классической криптографии: участникам доставался файл с зашифрованным сообщением. Нужно было определить алгоритм и восстановить текст. 

Сложность: простая.

Задание 2: «Сервис чеков» 

После успешного завершения «Вступительного билета» игрок может приступить к следующему квесту. В опенспейсе Непробивалов признаёт успех стажёра и поручает первую «боевую» задачу — протестировать перед релизом обновлённый сервис генерации чеков. 

Наша команда разработчиков подготовила крупное обновление. Сходи в отдел разработки на втором этаже и протестируй сервис. Есть ощущение, что с надёжностью там не всё так гладко, как хотелось бы. 

Игрок отправляется на второй этаж банка. Там его встречает скептически настроенный разработчик, который выдаёт IP-адреса тестовых серверов. 

Честно говоря, эти проверки уже порядком утомили. Я готов поручиться премией отдела: сервис работает идеально. Но раз уж ты настроен потратить на это своё рабочее время – вот, держи. 

Техническая суть. Задача категории WEB. Участники получают доступ к тестовому сервису генерации чеков. Документы защищены URID, который по задумке разработчиков нельзя угадать. Нужно выявить уязвимость класса IDOR (Insecure Direct Object Reference) и реализовать механизм Enumeration для перечисления скрытых объектов или файлов. 

Сложность: простая.

Задание 3: «Сервис кешбэка»

Если игрок уже справился с первой задачей, на рабочем месте в опенспейсе он получает входящее сообщение от Ольги Юрьевны Исаевой — руководителя Центра мониторинга и реагирования. Молодой стажёр уже заработал репутацию — его рекомендовал Вениамин Петрович.

Теперь можно подняться на третий этаж и познакомиться с Ольгой. Ситуация срочная: после праздников половина сотрудников в отпуске, а в логах SIEM зафиксирована подозрительная активность на сайте программы лояльности. Кому-то уже удалось выполнить команды на сервере.

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

Техническая суть. Задача категории WEB / SERVER-SIDE. Участники исследуют сервис программы лояльности, где логи SIEM указывают на успешное выполнение посторонних команд. Несмотря на то, что интерфейс выглядит как обычная «визитка» без скрытых функций, уязвимость кроется в серверной логике. Необходимо проанализировать POST-запросы, выявить небезопасно сконфигурированные обработчики и реализовать эксплуатацию для получения доступа к системе. 

Сложность: простая.

Задание 4: «Расследование демостенда»

Стажёр уже успел освоиться в офисе, и с 18 января может взяться за более сложную задачу. Непробивалов предлагает побыть детективом и принять участие в расследовании.Перед игроком оказывается «трофейный SSD» — образ взломанного тестового сервера dev-db-backup-03. Прямой угрозы банку нет, но мотив атаки на изолированную среду остаётся загадкой.

У нас есть все ценные артефакты для анализа: логи, списки процессов и другие данные. Твоя задача — сложить пазл и ответить на главный вопрос: зачем вообще был атакован тестовый сервер?

Игрок скачивает архив и приступает к цифровому расследованию. 

Техническая суть. Задача в категории DFIR / Форензика. Участникам предстоит проанализировать образ сервера и набор артефактов инцидента, чтобы восстановить цепочку действий атакующего. Главный фокус — выявление скрытых или замаскированных процессов, анализ тактик, техник и процедур и определение реальной цели компрометации изолированного стенда. 

Сложность: средняя.

Задание 5: «Сервис – Блог»

СРОЧНО. Беги в Зал Совещаний. 2 ЭТАЖ! Там встретимся!

Получив такое сообщение от Эрнеста Юрьевича Виралова из отдела маркетинга, игроку не остаётся ничего другого, кроме как незамедлительно выдвинуться на второй этаж. Там он узнаёт: вместо нарисованного маскота банку нужен настоящий живой гиппопотам. Эрнест Юрьевич нашёл фото идеального кандидата на заброшенном блоге-форуме, но контакты заводчика скрыты, а администрация не отвечает.

Но я уверен, что вы, «правильные» хакеры, точно знаете, как раздобыть мне номер телефона этого человека!

Техническая суть. Задача категории WEB & OSINT. Участникам предстоит исследовать устаревший блог-сервис. Основная цель — найти скрытый номер телефона заводчика. Задача содержит два скрытых флага, открывающих путь к более глубоким уязвимостям: перехвату аккаунта через перебор OTP-кодов и последующей загрузке файлов, ведущей к удалённому выполнению кода (RCE). 

Сложность: средняя.

Задание 6: «Сервис HR» 

Быстро молва по офису разлетелась, что стажёр-то наш — добрый молодец. Новая задача ждёт его — на сей раз от Константина Иоанновича Челобитного, управителя людских ресурсов (главы HR-отдела). 

Есть у нас подозрение что одни наши конкуренты нечисты на руку. Нынче весь кадровый отдел у них до одного человека урезали, да только вот диво — уводят они кандидатов наших уж больно лихо. И не абы каких, а толковый люд забирают!

Ситуация неприятная: конкуренты массово переманивают лучших соискателей, которых банк долго отбирал. Подозрение падает на корпоративный HR-портал, через который просто перехватывают данные и готовые офферы.

Получив ссылки на тестовые стенды, игроку предстоит исследовать портал и найти уязвимость, чтобы, как обычно, отчитаться о работе Непробивалову.

Техническая суть. Задача категории WEB / CSS INJECTION. Участникам предстоит проанализировать HR-портал, через который предположительно происходит утечка данных кандидатов. Необходимо выявить механизм перехвата и модификации ответов сервера, реализовать инъекцию стилей (CSS) для обхода клиентских проверок и извлечения скрытой информации. 

Сложность: средняя.

Задание 7: «Сервис банка»

И снова срочное сообщение. На этот раз — от Анны Сергеевны Проверкиной из отдела контроля качества.

Пришлось написать вам на почту. Кричим уже 2 часа, неужели вы не слышите? Через стенку же работаем. 

В отделе выясняется, что клиент банка Геннадий Быков обнаружил несанкционированное списание средств за покупку. Разработчики уверяют: без пароля и ПИН-кода это невозможно. Но инцидент требует проверки — для анализа развёрнут тестовый стенд с копией сервера и эмуляцией магазина. Игроку предстоит самостоятельно воссоздать аккаунт клиента, зная только логин.

Техническая суть. Задача категории WEB & AUTH / JWT. Участникам предстоит исследовать тестовый стенд, чтобы воспроизвести инцидент несанкционированного списания. Необходимо выявить слабость в механизме аутентификации и обойти проверки для совершения финансовой операции от лица другого клиента без знания пароля или ПИН-кода.

Сложность: высокая.

Задание 8: «Финальное расследование»

Каждый раз, поднимаясь на третий этаж, игрок встречал таинственную закрытую бронированную дверь. Пришла пора открыть её — стажёр получил персональное приглашение от директора банка Игоря Скроботова, который и обитает в этой комнате. Руководитель оказался весьма неординарной личностью. 

Я ознакомлен с показателями твоей результативности, молодое дарование. Искусственный интеллект S.K. ROBOTOV выполняет протокол приветствия. Моё назначение: вычисление и принятие оптимальных управленческих решений для коммерческих кредитно-финансовых организаций класса HippoBank. Предполагаю наличие у тебя вопросов. Рекомендую временно отложить их генерацию до завершения первичного анализа.

Система сообщает о сбое в модуле принятия решений: из-за внешнего вмешательства был сформирован приказ на покупку здания в Екатеринбурге с риском ущерба бюджету в 97,1%. 

Уровень доверия к субъектам с высоким доступом снижен до значения «рискованно». Ты новое лицо в системе. В этой связи инициирую запрос: изучи текущую ситуацию.

Техническая суть. Задача категории Forensics. Участникам предстоит восстановить полную цепочку компрометации, отвечая на 6 последовательных вопросов. Расследование начинается с анализа фишингового письма и вредоносного скрипта, продолжается поиском запущенных процессов, эксфильтрации данных, изучения скрытых логов Windows Defender и анализа утечек в корпоративном репозитории. 

Необходимо найти ключевые индикаторы компрометации (IoC): функции скрипта, пути к файлам, SID пользователей, IP-адреса, хеши вредоносов, учётные данные и коммиты атакующего. 

Сложность: высокая.

Отзывы участников

Неожиданно было увидеть продуманную геймификацию на отборочном этапе. Формат с пошаговым раскрытием сюжета и ограниченным набором задач отлично работает на погружение в историю и подходит новичкам. Очень логично, что все задания ограничены категориями Web и Forensics: они хорошо вписываются в историю, связанную с банком. Не было категорий, которые в таком сеттинге выглядели бы искусственно.

Задания были классные. Возможно, хотелось бы побольше задач на отборочном этапе.

Мне понравилось, что на отборочном этапе были задания как для «красных» команд — категории Web и Crypto, так и для «синих» — Forensics. Это обеспечило хороший баланс.

Маркетинговая кампания чемпионата

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

На основе этой концепции команда Codenrock подготовила полный набор материалов: страницу соревнования на платформе, баннеры, посты для социальных сетей, e-mail-рассылки, а также контент для сопровождения участников — уведомления, напоминания и вовлекающие сообщения.

Продвижение велось по нескольким направлениям:

• Публикации на ресурсах Codenrock;
• E-mail-рассылки по базе Codenrock;
• Размещения во внешних профильных ресурсах;
• Таргетированная реклама;
• Запуск реферальной программы, благодаря которой удалось привлечь новых участников и вовлечь их в игровую активность ещё до старта мероприятия. 

После регистрации команда Codenrock сопровождала участников на всех этапах отбора: помогала разобраться в правилах чемпионата, напоминала о дедлайнах, поддерживала коммуникацию с командами в чатах. Кураторы помогали сформировать команды и удержать их интерес до самого финала: конкурсанты получали напоминания о ключевых этапах, могли оперативно уточнять вопросы. 

По итогам рекламной кампании на чемпионат зарегистрировались 1596 участника — конверсия визитов в регистрацию составила 21,3%. При этом 235 команд решили хотя бы одно задание, что подтверждает вовлечённость и релевантность  аудитории. 

География проекта охватила 123 города, включая Москву, Санкт-Петербург, Екатеринбург, Владивосток и другие крупные образовательные центры. Среди участников — студенты ведущих технических вузов страны.

Очная часть чемпионата

По итогам отборочного этапа 10 команд, показавших лучшие результаты, были определены для участия в очной части чемпионата и переданы организаторам для проведения финальных этапов соревнования.

Полуфинал и финал чемпионата «Кибербезопасность в финансах» прошли в Екатеринбурге с 16 по 20 февраля в рамках Молодежной программы Уральского форума, организованного Банком России.

В полуфинале участники работали на киберполигоне, имитирующем инфраструктуру реального банка: расследовали инциденты информационной безопасности, восстанавливали ход атаки, определяли векторы проникновения и готовили выводы по результатам анализа.

В финал прошли 5 лучших команд, которые по итогу работы на киберполигоне подготовили презентации и презентовали экспертному жюри как развивались атаки, какие последствия они могли вызвать и какие меры помогли бы локализовать угрозу и предотвратить повторные инциденты.

Победителями стали:

• 1 место — FEFU Daemons;
• 2 место — CUT;
• 3 место — Baldo Zar’s;
• 4 место — f.IB;
• 5 место — Beavers0.

Сайт Молодежной программы.

Социальные сети организаторов.

Медиатека форума и Молодежной программы.

Хакатон «Система Хак: Томск 2026» уже в третий раз собирает на одной площадке сильнейших молодых разработчиков Сибири. В этот раз БФ «Система» и эксперты МТС предложили участникам создать персонального ИИ-штурмана, который поможет тысячам студентов и школьников заниматься самообразованием и не бросать учебу на полпути. Сами финалисты признаются: хакатоны серии «Система Хак» — это всегда знак качества, куда хочется возвращаться за мощным комьюнити, нетривиальными кейсами и неповторимой энергетикой очного ИТ-соревнования.

Организация хакатонов от МТС и Системы всегда на высочайшем уровне, всегда приятно возвращаться за новыми задачами, зная, что мероприятие пройдёт в прекрасной атмосфере.

Капитан команды Re Hub TUSUR

В коридорах ТГУ кипела жизнь: более 90 участников готовили проекты к защите. До финального питчинга остаются считанные часы, атмосфера заряжена до предела: командам нужно не просто показать рабочий код, а продемонстрировать, что именно их ИИ-помощник достоин стать частью молодежного приложения МТС «Прогрессоры». Наконец эксперты подводят итоги: три сильнейшие команды забирают главный приз, разделив между собой фонд поддержки в 375 000 рублей. Остальные же участники увозят с собой ценные подарки, инсайты с карьерных консультаций МТС и море позитивных эмоций.

показателем того, что ивент удался на сто процентов. Но за каждым успешным проектом, который видят гости на площадке, стоит огромная невидимая работа организаторов. Поэтому этот кейс не только про эмоции и крутой код. Мы шаг за шагом разберем процесс подготовки хакатона: как удалось собрать 165 регистраций, почему участники поставили кураторам высший балл за коммуникацию и как детально проработанный CJM позволил привлечь рекордное количество команд. 

Если разложить этот ИТ-марафон на составляющие, то получим идеальный баланс стратегии, механики и сильных результатов:

• Цель. Собрать на одной площадке самых заряженных ИТ-специалистов Сибири, превратить абстрактную бизнес-задумку в реальную задачу и получить готовые прототипы для внедрения инклюзивных функций в приложение «Прогрессоры». 
• Формат. ИТ-соревнование с мощным упором на очный офлайн: два дня на разработку решений и еще один на награждение и церемонию закрытия. Половина команды могла участвовать онлайн, а остальные участники работали над задачей в стенах ТГУ.  
• Что сделали. Перевели бизнес-задачу на понятный разработчикам язык, запустили эффективную реферальную программу с призами, а главное — окружили участников тотальной заботой: кураторы Codenrock вели команды за руку от регистрации до финального питча, пока эксперты помогали улучшать проекты на чекпоинтах. 
• Результат. 165 регистраций (с превышением KPI), 91 очный участник на площадке ТГУ и 25 команд, каждая из которых представила своё ИИ-решение. Победители — 3 команды в общем зачёте и 1 в спецноминации.

Подготовка задач для True Tech Arena

На старте перед организаторами стояла задача — провести яркое мероприятие и одновременно собрать сильные, применимые на практике идеи. Для этого к процессу подключился методолог Codenrock. В тесной связке с ключевым экспертом со стороны клиента — директором по продукту Арсением Эповым — началась детальная проработка кейса. Задача проектировалась для четырех ключевых ИТ-ролей, чтобы сбалансировать команды и получить качественные решения:

• ML-разработчики отвечали за «мозги» ИИ-штурмана и генерацию треков.
• Backend-разработчики строили логику и связывали компоненты.
• UX/UI-дизайнеры думали над интерфейсом бота и его интеграцией в приложение.
• Продуктовые аналитики и менеджеры защищали ценность решения для пользователей.

В итоге участники получили глубокую дорожную карту. Проблема избытка информации в сети превратилась в четкое ТЗ: создать ИИ-помощника в Telegram или Max, который через диалог соберет портрет пользователя, построит пошаговый маршрут из бесплатных русскоязычных материалов (курсов, лекций, статей), объяснит ценность каждого шага для карьеры и сможет гибко перестраивать программу на основе обратной связи.

Результат этапа: четкие правила игры. Команды точно понимали, что они разрабатывают самостоятельного бота с оглядкой на интеграцию в приложение «Прогрессоры» — защитить эту концепцию предстояло на питчинге проекта. 

Автоматизация хакатона от А до Я

Даже самому продуманному заданию нужна надежная инфраструктура. Чтобы избавить участников и организаторов от рутины, все рабочие процессы перенесли на платформу True Tech Arena, которая стала единым цифровым хабом хакатона.

Специалисты Codenrock автоматизировали ключевые этапы:

• Регистрация и формирование команд. Эксперты адаптировали платформу под специфику хакатона «Система Хак: Томск». Это помогло быстро обработать 165 заявок и помочь одиночным участникам объединиться в команды.
• Вся работа в «одном окне». Была создана единая цифровая среда. Заходя на платформу, участники сразу видели описание задачи, требования и получали доступ ко всем материалам и шаблонам. 
• Инфраструктура для разработки. Чтобы участники не тратили время на настройку окружения, платформа интегрирована с GitLab. Каждая допущенная к участию команда автоматически получала собственный репозиторий для кода и документации. Конкурсанты могли передать через платформу ссылку на работающего ИИ-бота и пошаговый сценарий для его проверки жюри.
• Удобная запись к менторам. Вместо живых очередей на площадке ТГУ был настроен интерфейс для бронирования слотов в пару кликов. Это позволило экспертам организованно и без суеты проконсультировать команды на всех трех чекпоинтах.
• Умные уведомления. Для оперативной связи на протяжении всего хакатона работал специальный Telegram-бот, который вовремя доставлял участникам все важные анонсы и напоминания.

Подсчет баллов был полностью оцифрован. Команда Codenrock перенесла разработанные критерии оценки в интерфейс жюри, разделив проверку на два независимых этапа: сбор баллов за техническую реализацию на площадке и оценку продуктового питча в финале.

Экспертам, оценивающим проекты «Система Хак: Томск 2026», не пришлось вручную сводить таблицы в Excel. Платформа автоматически собирала все данные, мгновенно подсчитывала общую сумму и выводила результаты в динамический лидерборд.

Результат этапа: организаторы получили 25 работающих ИИ-решений, а жюри определило победителей быстро, прозрачно и без спорных моментов.

Органическое продвижение

При продвижении хакатона мы решили сделать ставку на органику, силу комьюнити и точечную работу с партнерами и тематическими сообществами. Итоговые результаты превзошли ожидания по всей воронке: хакатон собрал 165 регистраций, 135 промодерированных конкурсантов и 91 очного участника. 

Секрет кроется в трех ключевых каналах продвижения: работа с вузами и студенческими сообществами, приглашение участников прошлых сезонов и из сообщества Codenrock, а также запуск реферальной программы. Мы немного изменили классические правила. Вместо того чтобы награждать только топовых «амбассадоров» по количеству приглашенных, мы устроили розыгрыш среди всех, чей реферал выполнил условия участия. Шансы на победу были абсолютно равны как у участника с тремя рефералами, так и у того, кто привел всего одного друга. 

Это простое решение стало ключевым фактором популярности механики:

• 36 человек отправили приглашения, из них 33 выполнили условия и участвовали в розыгрыше. 
• 10 победителей получили сертификаты на маркетплейс Ozon номиналом 2 000 рублей. 
• Самый интересный факт программы: рефералы оказались не случайными людьми «для галочки», а высокомотивированными ребятами, которые активно объединялись в команды и доходили до финала. 

Путь участника и визуал

Коммуникация на проекте была лаконичной, ненавязчивой, но закрывала все потребности и новичков, и бывалых участников хакатонов. За счет детально проработанного Customer Journey Map (CJM) нам удалось довести до полноценного участия 82% зарегистрированных пользователей, а около 55% от всех подавших заявки физически приехали на площадку проведения. 

Параллельно с этим дизайнер Codenrock продумал Key Visual, адаптировал креативы для продвижения, а также полностью подготовил материалы для застройки площадки: от навигационных табличек и бейджей до презентаций и сертификатов участников. 

Результат этапа: синергия партнерского маркетинга, умной реферальной механики и грамотного CJM позволила и перевыполнить KPI. 

Разработка персонального навигатора самообучения

Проблематика. В сети лежат тысячи часов лекций и сотни открытых курсов, но пользователи часто сталкиваются не с дефицитом знаний, а с избытком информации. Новички теряют мотивацию, потому что не понимают, с чего начать, в какой последовательности изучать материал и к каким карьерным результатам приведет каждый шаг. 

Именно поэтому задача хакатона приобрела мощный социальный подтекст. Эксперты МТС предложили участникам создать ИИ-помощника, который поможет школьникам, студентам и начинающим специалистам выстроить грамотный персональный маршрут самообучения и может быть интегрирован в приложение «Прогрессоры». 

• Бот должен предлагать исключительно бесплатные материалы. 
• Весь контент должен быть на русском языке. 
• Задача не ограничивалась только ИТ-сферой: пользователи могли запросить трек по дизайну, маркетингу, кулинарии или даже ветеринарии. 

Задача участников. Командам предстояло разработать самостоятельный прототип бота для Telegram или Max. Важно было продумать глубокий пользовательский сценарий: 

• Бот собирает профиль пользователя через диалог, выясняя его цели, текущий уровень и ограничения. 
• Алгоритм формирует пошаговый маршрут, где каждое действие наглядно аргументировано: зачем это учить и в каких реальных вакансиях или задачах это пригодится. 
• ИИ-штурман умеет собирать обратную связь (например, если материал оказался слишком сложным или скучным) и на лету перестраивать программу обучения. 

Командам нужно было не просто написать красивый код, но и продумать концепцию интеграции своего решения в уже существующее приложение «Прогрессоры». Финалистам предстояло защитить идею о том, как их сервис будет взаимодействовать с картой развития и геймификацией внутри экосистемы МТС. 

Правила игры. Чтобы сделать судейство максимально прозрачным, эксперты разделили критерии оценки на понятные блоки: 

• Качество рекомендательной логики (до 35 баллов): жюри смотрело, насколько релевантно подбираются материалы и логично выстраивается маршрут. 
• Техническая реализация (до 25 баллов): оценивалась архитектура, работа с источниками данных, качество кода и структура репозитория. 
• Пользовательский сценарий (до 20 баллов): баллы начислялись за удобство взаимодействия, понятную навигацию и корректную выдачу трека в мессенджере. 

После завершения приема решений эксперты проверяли репозитории, инструкции по запуску и видеодемонстрации. В финал прошли 6 лучших команд, показавших наивысшие результаты по техническим критериям. На финальном семиминутном питчинге к оценке добавлялись баллы за продуманную интеграцию с приложением и качество самой презентации — именно на этой сцене решалась судьба призового фонда.

Финал в сердце Томска: кульминация хакатона

Финал развернулся на исторически значимой и просторной площадке в самом центре города — в Центре культуры Томского государственного университета на проспекте Ленина, 36. Отлично настроенная акустика и технически оснащенная сцена позволили провести церемонию закрытия на высшем уровне, а вместительность зала гармонично сочеталась с быстрым доступом к зоне кофе-брейка. 

Торжественная часть стала ярким подведением итогов. ИТ-соревнование, организованное Благотворительным фондом «Система» совместно с МТС, объединило тех, кто увлечен ИИ, кодом, данными и дизайном. Масштаб впечатляет: свыше 160 участников из Томска, Новосибирска, Барнаула, Уфы, Якутска, Москвы, Кемерово, Великого Новгорода и других городов России, объединившись в 25 команд, боролись за право назвать свой проект лучшим. 

На кону стоял внушительный фонд поддержки в 375 000 рублей. Для вручения главных наград и объявления победителей на сцену были приглашены первые лица: первый вице-президент АФК «Система» Феликс Евтушенков и ректор Томского государственного университета Эдуард Галажинский. Награждение в специальной номинации провели член правления, директор по технологиям MWS Вячеслав Грачев и директор филиала МТС в Томской области Антон Гриднев.

Итоги соревнования

1 место — команда «Палата 218». Абсолютные победители хакатона забрали чек на 150 000 рублей из общего фонда, сертификат на 1000 прокоинов в приложении «Прогрессоры», сим-карту с годом бесплатной связи, а также лимитированные фирменные свитшоты. 

Наше решение объединяет чат-бота и мини-приложение, чтобы сделать освоение новых навыков простым и структурированным. Чат-бот в формате живого диалога опрашивает пользователя: выясняет его цель обучения, оценивает текущий уровень знаний и учитывает личные предпочтения. Мини-приложение выступает в роли личного навигатора знаний: оно наглядно отображает учебный план в виде интерактивной карты с этапами и дедлайнами, показывает прогресс и присылает уведомления. В основе всего лежит интеллектуальная система поиска. 

2 место — команда «Re Hub TUSUR». Серебряные призеры получили 125 000 рублей, сертификат на 500 прокоинов и фирменные шопперы. 

Наше решение позволяет людям, заинтересованным в развитии своих навыков и скиллов, проходить разнообразные образовательные маршруты, индивидуально подстраивающиеся под персональные особенности. Для создания профиля пользователя мы используем уникальные тесты с возможностью свободного ответа, это позволяет подстраиваться под любые входящие запросы. Полученные данные обрабатываются специально подобранным пайплайном, чтобы давать пользователю наилучшие материалы. Также наше решение предлагает аналитику по всем пользовательским действиям в приложении.

3 место — команда «Академовцы». Бронзовые победители унесли с собой 100 000 рублей, 500 прокоинов и фирменные блокноты. 

Нами был разработан бот, в котором за 6 индивидуальных вопросов создаётся нейропрофиль пользователя, в котором отражено, что он хочет и что ему надо. У нас есть база, в которой хранится около 6 тысяч курсов, на основе которой генерируется роадмап для прокачки навыков пользователя, пройдя который, человек прокачается, а в конце будут предоставлены возможности: вакансии, стажировки, хакатоны. 

Спецноминация «Оригинальная идея» — команда «404». Коллегия жюри отдельно и высоко оценила нестандартный подход ребят к решению задачи. 

Каждая команда-победитель смогла поделиться своими эмоциями со сцены, рассказать о залоге своего успеха и сделать памятные общие фото. На хакатонах серии «Система Хак» программируют без границ, а значит, участников ждут новые соревнования. 

Отзывы участников 

Выражаем благодарность организаторам за высокий уровень проведения мероприятия, экспертам МТС за ценные консультации, а также всей команде за слаженную работу!

Кураторам хочется сказать большое спасибо. Организация была на самом высоком уровне, помогали во всём, вовремя напоминали про этапы прохождения хакатона и отвечали на абсолютно все вопросы. 

Отзывы организаторов

Спасибо каждому участнику за творчество, эксперименты и вдохновение. Вы помогли школьникам и студентам проложить оптимальный путь в самообразовании. Ваши лучшие решения станут частью приложения «Прогрессоры». Соревнование «Система Хак: Томск 2026» прошло в городе в третий раз, и мы обязательно вернёмся в следующем году.

Антон Гриднев, директор филиала МТС в Томской области

Codenrock Vibe помог автоматизировать массовое тестирование для Школы аналитиков данных МТС.

Краткое резюме

МТС Web Services использовал платформу Codenrock Vibe для проведения массового тестирования кандидатов в Школу аналитиков данных МТС.

За один день через платформу прошло почти 2 000 тестовых сессий, из которых более 1 500 были завершились успешно. Команда МТС Web Services смогла отказаться от ручной работы с таблицами и формами, автоматизировать процесс отбора и обеспечить стабильную работу системы даже под высокой нагрузкой.

Описание клиента

МТС Web Services (MWS) — IT-вертикаль ПАО «МТС», которая развивает облачные технологии, big data, ML и кибербезопасность. Среди прочего MWS занимается развитием технологического сообщества True Tech и подготовкой собственных кадров — в том числе через образовательную программу «Школа аналитиков данных МТС».

Цели

Школа аналитиков данных ежегодно привлекает большое количество кандидатов, поэтому на этапе отбора команде нужен был инструмент, который позволил бы автоматизировать процесс массового тестирования.

Раньше компания использовала стандартные инструменты вроде Яндекс.Форм и Excel. Однако при работе с большим количеством участников такой подход добавлял значительный объем ручной работы: управление таблицами, выгрузка и обработка результатов, контроль сроков прохождения тестирования и ручное администрирование процесса.

Почти 2 000 кандидатов должны были пройти тестирование в течение одного дня, что также предъявляло повышенные требования к организации процессаи устойчивости используемого инструмента.

Перед командой MTS Web Services стояла задача провести массовое тестирование кандидатов для отбора в Школу аналитиков данных и при этом автоматизировать процесс:

• ограничить время прохождения теста;
• одновременно отправить приглашения почти 2 000 кандидатам;
• брендировать страницу тестирования;
• централизованно собирать и выгружать результаты;
• минимизировать объем ручной работы со стороны команды.

Решение

Для проекта использовали платформу Codenrock Vibe, благодаря чему команда MWS смогла:

• загрузить контакты кандидатов одним Excel-файлом;
• автоматически разослать приглашения;
• настроить брендированную страницу тестирования;
• задать ограничения по времени;
• централизованно управлять всеми тестовыми сессиями.

При этом сама настройка процесса оказалась максимально простой. Со стороны МТС Web Services нужно было только:

1. создать в платформе карточку — к ней привязаны тестовые задания и сценарии оценки;
2. загрузить вопросы;
3. запустить тестирование.

Вопросы для тестирования разрабатывались командой MWS. Часть заданий предполагала использование нейросетей для анализа данных, поэтому дополнительный прокторинг не использовался.

Результаты

Проект был реализован в формате массового однодневного тестирования.

Результаты:

• 1950 тестовых сессий;
• 1735 кандидат успешно прошел тестирование — 79% от общего количества;
• стабильная работа платформы под высокой нагрузкой;
• отсутствие критических технических сбоев.

Платформа полностью решила задачу первичного отбора и помогла МТС Web Services автоматизировать процесс «среза воронки» перед финальным решением.

Кроме технической части, команда существенно сократила объем ручной работы:

• отпала необходимость постоянно управлять таблицами и формами;
• снизилась нагрузка на команду;
• отбор прошел централизованно и управляемо.

Цитаты

Раньше мы проводили такие отборы через Яндекс.Формы и Excel: множество таблиц, постоянные выгрузки и загрузки данных, необходимость вручную контролировать процесс и вовремя закрывать форму. Это требовало большого объема ручной работы со стороны команды.

После перехода на Codenrock Vibe процесс тестирования стал централизованным и управляемым, а команда получила возможность быстро и качественно отбирать кандидатов для участия в программе даже при массовом наборе». Алина Веденская, менеджер проектов.

Планы

Школа аналитиков данных МТС проходит регулярно, и команда рассматривает возможность использовать платформу в следующих наборах.

Дополнительно опыт проекта показал, что инфраструктура массового тестирования может использоваться не только для образовательных программ, но и для внутренних HR- и L&D-задач компании.

Хотите автоматизировать массовый отбор и забыть про Excel?

Запросите демо — покажем платформу на вашей задаче.

Реклама. ООО «Цукер Студия». ИНН 7751071015

Всем привет! Это Даша Зыкина, CEO Codenrock. И у меня для вас есть история (и немного новостей).

Если коротко: мы запускаем Codenrock Vibe — AI-платформу, которая закрывает весь цикл работы с сотрудниками: тестирует и оценивает уровень, помогает собрать обучение под выявленные пробелы с помощью AI и формирует индивидуальные планы развития.

От первой проверки навыков до готового ИПР — в одном окне, без Excel и без необходимости каждый раз дергать тимлидов.

А ниже — короткая история о том, как мы к этому пришли.

Шел 2018-й год

Мы собрали первую версию Codenrock — платформу для онлайн-соревнований IT-специалистов. Но довольно быстро поняли: внутри уже лежит кое-что большее. По сути, это была готовая система для тестирования с возможностью смотреть, кто что реально умеет.

Платформа Codenrock

Мы пошли на рынок с идеей: «Давайте тестировать ваших специалистов — и внутренних, и внешних. Будет прозрачная картина, на основе которой можно принимать решения». Рынок сказал: «Спасибо, нам не нужно».

Потому что тогда программисты были на вес золота. Если у человека в резюме написано «разработчик» — его уже брали. Тестировать? Срезать воронку? Да вы что.

Переносимся в 2025-й

Рынок изменился, кандидатов стало больше, команды выросли. А вот ясности — не прибавилось.

К нам начали приходить клиенты с похожими запросами:

1. «Мы не понимаем, что реально умеют наши коллеги».
2. «Нам нужно быстро тестировать — и при найме, и внутри команды».
3. «Мы не можем каждый раз дергать тимлидов, чтобы они придумывали задания и проверяли ответы».
4. «И, пожалуйста, сделайте это не в Excel».

И тут случился интересный момент. Мы поняли, что 7 лет назад предлагали ровно это же. Просто тогда рынок был не готов, а сейчас — пришел сам. Так появился Codenrock Vibe. Мы называем его AI-платформой полного цикла для оценки и развития сотрудников.

Но если по-человечески — это система, которая:

• Генерирует задания и вопросы любого типа: открытые, закрытые тесты, кейсы, технические задачи под нужный стек и уровень.
• Тестирует специалистов.
• Оценивает результаты.
• Помогает собрать ИПР (индивидуальные планы развития).
• Превращает ИПР в готовые курсы: карточки, слайд-уроки и квизы.

И все это — в одном окне и без ощущения, что вы сейчас соберете еще один Excel-франкенштейн.

Когда мы начали делать Vibe, мы провели десятки интервью. Иногда — по 2–3 встречи в день. И почти каждый разговор выглядел одинаково:

• «ИПР — это боль».
• «Обучение стоит слишком дорого и долго собирается».
• «Нет единой системы».
• «Все живет в таблицах, чатах и головах людей».

И главное: все это держится на нескольких перегруженных людях внутри компании.

Поэтому Vibe — не про «еще один инструмент»

Он про то, чтобы снять с команды рутину и вернуть людям время на работу с людьми, а не с таблицами. Чтобы:

1. Не писать тесты вручную.
2. Не собирать обучение с нуля каждый раз.
3. Не дергать дорогих специалистов на операционку.
4. И при этом понимать, что происходит с командой на самом деле.

Сейчас платформой уже пользуются несколько крупных IT-команд — без громких запусков и анонсов. Просто потому что есть запрос.

А мы продолжаем развивать ее вместе с рынком.

Если вам это откликается — давайте поговорим.

Покажем, как это работает, расскажем, как внедряется, и соберем решение под вашу задачу.

Посмотреть платформу и получить доступ.
Запросить демо с командой.

И да, если вы хоть раз собирали обучение в Excel — мне кажется, у нас с вами уже есть общий язык

Реклама. ООО «Цукер Студия». ИНН 7751071015

Хорошего дня,
 Даша

В работе аналитика нет мелочей: одна упущенная деталь может обойтись команде в недели правок. 18 июня на IT_ONE Analyst Meetup вы узнаете, как превратить сложную методологию в работающие решения и навести идеальный порядок в процессах. 

Эксперты встречи помогут синхронизировать теорию с практикой на примерах из своей реальной работы. Мы провели короткое блиц-интервью с ключевыми спикерами — ведущими аналитиками в IT_ONE:

• Александром Орешкиным, который расскажет о создании баз знаний в Obsidian.
• Екатериной Машьяновой, мастером по поиску заинтересованных лиц и урегулированию скрытых конфликтов на проекте.
• Ольгой Беспаловой, которая объяснит, как заложить этику и безопасность в самый фундамент ИТ-системы.

Аналитики IT_ONE рассказали, как выработать привычку, где в цепочке процессов чаще всего прячутся стейкхолдеры и как сохранять объективность, если команда не может договориться. Только живые лайфхаки и реальный опыт: кратко, ёмко и по делу.

Александр Орешкин

Главный эксперт-аналитик IT_ONE, который умеет превращать разрозненную информацию в четкую сеть связанных идей. Александр знает, как приручить Obsidian без сложных настроек и выработать привычку эффективно фиксировать знания.

— Какая самая частая отговорка аналитиков, чтобы не вести личную базу знаний?

«Нужно что-то устанавливать и настраивать, нет времени на это. У меня книжки лежат в папке и есть закладки в браузере, мне этого хватает».

— Что важнее: выбрать идеальный инструмент или выработать привычку фиксировать знания?

Привычка очень важна, но если нет удобного инструмента, то становится гораздо сложнее выработать привычку.

— Сколько времени в неделю реально уходит на поддержку вашей базы в актуальном состоянии?

Основа поддержки базы — это ее ведение и эффективное использование. Я добавляю новый материал, указываю зависимости, делаю заметки, если где-то возникли сомнения и требуются уточнения или дополнительный поиск информации. Так что всегда по-разному.

— Существует миф: «Obsidian — это сложно и долго». Разрушите его одним предложением?

Obsidian — это обычный блокнот, который не требует настроек для старта, но дает вам инструменты, чтобы со временем выстроить гибкую систему управления знаниями.

— Если бы в Obsidian можно было оставить только один плагин из всех существующих, какой бы вы выбрали и почему?

Наиболее полезный для меня — «Obsidian Web Clipper». Он позволяет быстро разместить найденную информацию в браузере. Реализуется через внешний плагин к браузеру. Ещё бы выделил «PDF++», позволяющий удобно цитировать и ссылаться на информацию в файле.

Ольга Беспалова

Главный эксперт-аналитик IT_ONE, специализирующийся на проектировании надежных и предсказуемых ИТ-продуктов. Ольга опирается на международные стандарты и разбирается, как заложить принципы этики и цифрового доверия в самый фундамент системы.

— В какой момент уже поздно задумываться над этикой системы?

Задумываться никогда не поздно. Но когда написана первая строка кода без четкого ответа на вопрос «Можем ли мы это делать вообще?», каждое изменение – это переделка фундамента, которая стоит в разы дороже, чем правильная закладка.

— Как одной фразой объяснить бизнесу, что проработка этических требований — это экономия денег, а не убыток?

Темные паттерны могут давать быстрый рост конверсии в краткосрочный период, но 43% пользователей после столкновения с манипуляцией полностью прекращают взаимодействие с продуктом.

— Системный аналитик — это «совесть» проекта, или просто переводчик требований регулятора на язык разработки?

Ни то, ни другое. Системный аналитик — это инженер доверия. Он проектирует архитектурные решения, которые делают систему устойчивее к рискам, штрафам и оттоку пользователей.

— Главный кошмар продукта, который спроектировали без оглядки на этику?

Продукт, который работает идеально, но которому никто не доверяет.

— Какой главный инсайт о проектировании систем даст ваш доклад?

Доверие нельзя добавить как фичу. Именно системный аналитик должен закладывать его как требование до того, как система начнет принимать решения за людей.

Екатерина Машьянова

Ведущий эксперт-аналитик IT_ONE, эксперт по декомпозиции функций и выстраиванию коммуникаций на проекте. Екатерина мастерски находит скрытых участников процессов и знает, как сохранять объективность, помогая разным сторонам прийти к компромиссу.

— Есть ли какой-то универсальный маркер, который явно указывает: «Вы забыли учесть еще одну группу заинтересованных лиц»?

Явный маркер — появление вопроса к требованиям, на который я не могу ответить.

— Ваше главное оружие, если стейкхолдеры воюют друг с другом?

Я занимаю нейтральную позицию, пытаюсь понять каждую из сторон и помочь им найти общий язык, а иногда и найти компромисс.

— Бизнес-аналитик и системный аналитик: кто на самом деле должен искать стейкхолдеров?

В идеале — это их общая боль. Но на практике я вижу, что на этапе бизнес-анализа на это тратится меньше сил и внимания.

В какой момент вы понимаете, что круг стейкхолдеров проработан достаточно глубоко и можно спокойно начинать проект?

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

— Дайте небольшой спойлер к докладу: где чаще всего прячутся те самые неучтенные стейкхолдеры?

В процессах пост-обслуживания и поддержки.

Подробнее про IT_ONE Analyst Meetup

IT_ONE Analyst Meetup — это два часа практики от ведущих аналитиков IT_ONE, которые ежедневно решают задачи в сложных ИТ-проектах. После встречи — онлайн-дискуссия с экспертами и коллегами со всей страны, на которой сможете обсудить волнующие вас вопросы системного и бизнес-анализа.

Расписание IT_ONE Analyst Meetup:

• 18 июня в 18:00 — начало митапа.
• 18:10–18:50 — доклад Ольги Беспаловой «Этика в фундаменте: как системный аналитик проектирует системы, которым можно доверять».
• 18:50–19:30 — доклад Екатерины Машьяновой «St(e)akeHolder: где и как искать?».
• 19:30–20:10 — доклад Александра Орешкина «Аналитик без хаоса: база знаний в Obsidian».

После встречи каждый участник IT_ONE Analyst Meetup получит:

• Пошаговый план действий по настройке Obsidian за 48 часов с шаблонами и структурой папок для вашей базы знаний.
• Наглядные схемы по декомпозиции функций и проектированию систем на основе стандартов этики и безопасности.
• Запись каждого доклада и презентации спикеров.

Wink AI Challenge — ИИ-соревнование для киноиндустрии, где участники разрабатывали прототипы сервисов для работы со сценариями и медиапроизводством. Мероприятие прошло на Codenrock: участники анализировали документы, разрабатывали ИИ-инструменты и готовили решения для препродакшена. 

Коротко о событии:

• Цель: собрать сильную техническую аудиторию вокруг практических задач на базе искусственного интеллекта для кинопроизводства. 
• Формат: онлайн-хакатон с несколькими треками и офлайн-финалом для самых сильных команд. 
• Что сделали: организовали проведение на платформе, выстроили коммуникацию с участниками, сопровождали команды по ходу соревнования и провели финальное награждение.
• Результат: 1295 регистраций, 370 команд и 94 прототипа. 

Wink AI Challenge: главное

На первом в России хакатоне о практическом применении ИИ в кинопроизводстве команды создавали решения, способные анализировать сценарии, собирать превизы и определять возрастной рейтинг сцен.

Итоги хакатона:

• 1295 участников зарегистрировались.
• 370 команд сформировано.
• 94 решения разработано.
• 14 финалистов представили проекты экспертам.
• 9 победителей разделили призовой фонд 1 125 000 рублей.

Об организаторах

Wink — один из крупнейших онлайн-кинотеатров на рынке. Он занимает третье место по количеству платящих пользователей. Сервис является совместным предприятием Национальной Медиа Группы и ПАО «Ростелеком».

Эксперты соревнования: 

• Антон Володькин — генеральный директор Wink, продюсер («Слово пацана. Кровь на асфальте», «Фишер», «Дети перемен» и другие).
• Артём Орлов — директор направления инноваций и ИИ Wink.
• Евгения Мельникова — директор по маркетингу Wink.
• Галина Стрижевская — основатель Gala Production, продюсер («Слово пацана. Кровь на асфальте», франшиза «Ёлки», «Нина» и другие).
• Владислав Момджян — медиаменеджер, создатель и руководитель сервиса автоматизации кинопроизводства FilmToolz.
• Захар Чавкин — креативный продюсер Wink.
• Максим Аджави — продюсер, руководитель отдела контроля и аналитики НМГ Студия.

Подготовка задач

Эксперты Codenrock совместно с командой организаторов подготовили задания Wink AI Challenge на стыке киноиндустрии, обработки естественного языка и генеративных моделей. Цель — перевести производственные процессы, связанные с работой над сценариями, в формат инженерных кейсов для участников соревнования.

В основу хакатона легли три направления: автоматическое структурирование сценария, интеллектуальная превизуализация сцен и  проверка возрастного рейтинга. Все задачи были посвящены стадии препродакшена — незаметной для зрителя, но важной для съёмочной команды. Исправлять ошибки, допущенные на этапе подготовки, сложно и дорого, поэтому было важно отразить эти требования в заданиях. 

Команда платформы отвечала за полный цикл методологической подготовки задач:

• Проанализировала рабочие процессы продюсеров, ассистентов режиссёра, художников-постановщиков, сценаристов.
• Определила ключевые метрики качества для каждой задачи.
• Разработала технические ограничения, соответствующие условиям онлайн-хакатона.
• Подготовила эталонные материалы и датасеты: образцы текстов и таблиц, примеры и графиков съёмок, шаблоны раскадровок и юридические нормы возрастной классификации.

Во всех трёх кейсах команда платформы стремилась сохранить реалистичность постановки задачи: участники работают с полнометражными сценариями объёмом до 120 страниц, поддержкой разных кодировок, жёсткими ограничениями по времени обработки, отказом от внешних API и лимитами на объём используемых моделей. 

Для каждого задания эксперты Codenrock продумали чёткую систему проверки:

• Разработали детализированные критерии оценки, разделённые на отборочный и финальный этапы.
• Определили обязательные элементы демонстрации, включая обработку реальных документов, время выполнения и экспорт результатов.
• Подготовили требования к сдаваемым материалам: открытые репозитории с полным кодом, видеодемонстрации, презентации и выходные данные.

Методологи платформы помогли подготовить данные для передачи участникам. Команды работали с неразмеченным сценариями реальных фильмов и сериалов. Также для первого трека эксперты предоставили заполненные препродакшн-таблицы к выданным сценариям в качестве референсов, от которых участники могли отталкиваться при подготовке своих решений.

Инфраструктура платформы

Wink AI Challenge прошёл на платформе Codenrock, которая обеспечила полную инфраструктуру для проведения ИИ-хакатона: публикацию задач, размещение материалов, приём проектов и сопроводительных файлов, а также передачу работ экспертам для оценки.

Платформа была адаптирована под специфику соревнования: работу с объёмными сценарными документами и разработку автономных ИИ-сервисов. Благодаря этому участники могли сосредоточиться на создании решений, не тратя время на организационные и технические настройки.

Платформа обеспечила:

• Работу с исходными сценариями в форматах PDF и DOCX.
• Возможность проверки решений и отбора лучших проектов для финального этапа.
• Централизованный сбор результатов: исходного кода, видео, презентаций, выходных таблиц, отчётов и визуальных материалов.

На одной площадке участники получали всё необходимое для работы: описание трека, бизнес-контекст, технические ограничения, критерии оценки, вспомогательные материалы и требования к итоговой демонстрации. Это помогло командам изучить условия, распределить задачи внутри команды и сразу ориентироваться на ожидаемый продукт.

С самого начала конкурсанты понимали, в каком формате должно быть представлено финальное решение и какие требования будут важны для экспертов от Wink. В зависимости от трека команды загружали структурированные таблицы сцен, раскадровки, аналитические отчёты с возрастным рейтингом, презентации и демо-видео. Такой формат позволил организаторам централизованно собрать все материалы. Эксперты могли оценивать проекты с точки зрения технической глубины, качества реализации и практической применимости прототипов.

Участники работали в Yandex Cloud, где им были предоставлены вычислительные ресурсы. В зависимости от трека команды получали одну из двух моделей видеокарт на определённое количество часов. Управлять мощностями можно было через Telegram-бота, разработанного экспертами Codenrock специально для хакатона. Участники могли включать и выключать видеокарты, смотреть остаток лимита и менять некоторые параметры без необходимости получать доступ к личному кабинету в Yandex Cloud. 

Трек 1. Платформа автоматического разбора и структурирования сценариев

Производство фильма начинается с препродакшена. В основе любого кино лежит сценарий, и именно на его основе команда готовит реквизит, подбирает актёров, составляет график съёмок и планирует бюджет. Как бы подробно ни был описан сценарий,  ассистентам режиссёра и продюсерам необходимо «посчитать» его — превратить в смену. Команда тщательно анализирует документ и выделяет из него ключевые сущности: локации, персонажей, массовку, реквизит и спецэффекты. Эксперты Wink предложили участникам повысить качество этого процесса с помощью ИИ. 

Решаемая проблема 

Ручная обработка сценария — это долгий и монотонный труд, требующий внимания и концентрации. Он часто сопровождается ошибками из-за неоднозначных формулировок, опечаток или человеческого фактора. Каждая неточность, допущенная на этапе препродакшена, негативно повлияет на съёмочный процесс: нарушит график, приведёт к дополнительным расходам или срыву сроков. 

Без применения ИИ довольно сложно автоматически вычленить из сценария реквизит, упоминания транспорта, трюков, костюмов и других деталей, так как они не всегда прописаны в явном виде. Без использования ИИ мы можем обрабатывать прямые упоминания объектов, например: «Иван берёт чайник и наливает воду в кружку» — реквизит: чайник, кружка. Но остаётся сложной задача распознавания косвенных упоминаний. Именно такие скрытые контексты теряются при автоматическом парсинге и не поддаются простой автоматизации.

Владислав Момджян, медиаменеджер, создатель и руководитель сервиса автоматизации кинопроизводства FilmToolz, эксперт соревнования 

Задача соревнования

Участникам было необходимо разработать сервис, который принимает русскоязычный сценарий в формате PDF или DOCX и сегментирует его. Система должна распознавать номера и границы сцен, извлекать ключевые производственные элементы и корректно привязывать их к конкретной сцене. Из полученных данных решение формирует структурированную таблицу. Важно было предоставить пользователю выбор уровня детализации: например, провести только базовый анализ и распознать локации и персонажей, или расширенный по всем категориям сущностей. 

Решение должно работать автономно, без обращения к внешним API, и обрабатывать средний сценарий не более чем за 5 минут. 

Поэтому участникам соревнования предстояло решить комплексную задачу. С одной стороны, требовалась высокая точность анализа текста: система должна была корректно интерпретировать описания вроде «толпа на площади» или «машина уезжает», устойчиво работать с опечатками и неоднозначностями. С другой — важно было обеспечить удобство использования: простую и понятную загрузку сценариев, отображение прогресса, фильтрации и поиска по таблице.

Ожидаемый результат

Решение задачи позволит снизить объём ручного труда на этапе препродакшена. Платформа автоматического разбора и структурирования сценариев позволит:

• Подготовить таблицу со всеми ключевыми элементами съёмочного процесса для режиссёра, продюсера, художника и других специалистов. 
• Минимизировать риск пропуска важных деталей, таких как реквизит или спецэффекты.
• Ускорить формирование препродакшн-документации.

Критерии оценки 

Эксперты оценивали проекты участников в два этапа. Во время отборочного тура соревнования учитывались:

• Функциональная полнота: насколько точно система сегментирует сценарий на сцены и извлекает ключевые элементы — локации, персонажей, реквизит, спецэффекты и другие производственные данные.
• Удобство использования: интуитивность интерфейса, простота загрузки файлов, наглядность результатов, возможность редактирования, фильтрации и экспорта таблицы.

На финальном этапе победители определялись по таким критериям:

• Практическая применимость: насколько решение соответствует потребностям кинопроизводства, учитывает неоднозначности текста и позволяет использовать результаты без дополнительной ручной правки.
• Качество презентации: ясность объяснения подхода, понимание бизнес-задачи и убедительность демонстрации на реальных примерах.

Трек 2. Интеллектуальный сервис превизуализации сценариев

После утверждения сценария и его разбора начинается следующий важный этап подготовки фильма — превизуализация. Именно она помогает заранее наметить, как сцена будет выглядеть на экране: где находятся герои, как выстроен кадр, какие объекты попадают в фокус и какое настроение должна передавать картинка. Обычно для этого создают раскадровки, эскизы и ключевые кадры. Но такая работа требует времени. Команда Wink предложила участникам сократить этот путь с помощью ИИ.

Решаемая проблема

Превизуализация по-прежнему остаётся одним из самых трудоёмких этапов препродакшена. Чтобы превратить текст сцены в визуальный образ, необходимо вручную интерпретировать сценарий: выделить локацию, персонажей, реквизит, атмосферу, а затем перевести всё это в язык композиции, света и мизансцены. Процесс требует участия режиссёра, художника, оператора и нередко нескольких итераций обсуждения. Любая правка в исходном тексте фильма или изменение художественного решения запускает работу заново. Это замедляет подготовку проекта, усложняет взаимодействие между командами и ограничивает возможность быстро сравнивать разные подходы. 

Превизуализация позволяет увидеть ошибки и исправить их ещё до начала самого дорогого этапа — съёмок. Это особенно важно, потому что время на площадке всегда ограничено. Генеративные модели решают проблему «чистого листа». Они помогают на ранних этапах визуализировать настроение сцены, подобрать ракурс и цветовую палитру. При этом важно, чтобы талант художника соединялся с насмотренностью ИИ-моделей: машина предлагает варианты, а человек направляет и дорабатывает их, вкладывая в результат замысел и эмоцию.

Артём Орлов, директор направления инноваций и ИИ Wink, эксперт соревнования

Задача соревнования

Участникам предстояло разработать интеллектуальную систему превизуализации, которая преобразует текстовые сцены в раскадровки. Решение должно точно распознавать ключевые объекты — персонажей, локации, объекты, атмосферу и стилистику — и на их основе формировать визуальное представление эпизода, поддерживая разные художественные стили.

Важно было предусмотреть разные сценарии использования. Пользователь должен был иметь возможность получать результат с разной степенью детализации: от быстрых чёрно-белых эскизов для предварительного согласования до более проработанных цветных кадров с анимацией. Важный критерий — возможность уточнять промпт, добавлять промежуточные изображения и последовательно дорабатывать визуальный ряд сцены.

Ожидаемый результат

Решение этой задачи позволит ускорить этап превизуализации и сделать его более управляемым. Интеллектуальный сервис позволит:

• Быстро переводить текст сцены в визуальные образы.
• Упростить согласование художественных решений между режиссёром, оператором и художником-постановщиком.
• Сократить число ручных итераций при подготовке визуальной концепции.
• Обеспечить безопасную работу со сценариями без использования внешних облачных сервисов.

Критерии оценки

Проекты проходили два этапа оценки. Во время отборочного тура эксперты учитывали такие факторы:

• Функциональная полнота: насколько точно система сегментирует сценарий на сцены, распознаёт ключевые элементы эпизода и формирует визуальные материалы разного уровня детализации. 
• Удобство использования: интуитивность интерфейса, простота загрузки сценария и настроек генерации, наглядность предпросмотра, наличие инструментов экспорта раскадровки или отдельных кадров.

Критерии финального этапа:

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

Трек 3. Автоматическая проверка возрастной категории по сценарию

На этапе разработки сценария важно заранее понимать, какой возрастной рейтинг получит будущий фильм. От этого зависят дистрибуция, эфирные и прокатные слоты, доступность проекта на стриминговых платформах и его соответствие ожиданиям целевой аудитории. Текст приходится внимательно просматривать, отмечать потенциально рискованные фрагменты и соотносить их с требованиями возрастной классификации. Команда Wink предположила, что уменьшить количество ошибок и сделать процесс надежнее можно с помощью ИИ. 

Решаемая проблема

Отдельные сцены, реплики или описания могут существенно повлиять на итоговый рейтинг и, как следствие, на дальнейшую судьбу проекта. Ручная проверка требует времени, внимания к деталям и хорошего знания нормативной базы. Если спорные фрагменты обнаруживаются слишком поздно, это приводит к дополнительным правкам, задержкам и лишним затратам уже на следующих этапах производства.

Рейтинг фиксируется в документах ещё до начала съёмок, поэтому важно заранее убедиться, что сценарий соответствует заявленным ограничениям, чтобы, например, не заключить договор на фильм 12+, когда по содержанию он скорее тянет на 18+. Оценка также помогает продюсерам на этапе первичного отбора сценариев. Определение возрастного рейтинга даёт понимание объёма потенциального рынка: чем ниже рейтинг, тем шире аудитория и выше шансы вернуть вложенные в производство средства.

Галина Стрижевская, основатель Gala Production, продюсер («Слово пацана. Кровь на асфальте», франшиза «Ёлки», «Нина» и другие), эксперт соревнования

Дополнительная сложность в том, что сценарий нужно оценивать по степени выраженности чувствительных тем. Насилие, ненормативная лексика, эротический контент, упоминания алкоголя или наркотиков, пугающие сцены — всё это требует интерпретации в контексте возрастной маркировки. Недостаточно просто найти эти элементы — нужно объяснить сценаристу, почему они влияют на рейтинг, чтобы он мог принять верное редакторское решение.

Задача соревнования

Участникам предстояло разработать сервис, который автоматически анализирует русскоязычный текст и присваивает ему корректный возрастной рейтинг: 0+, 6+, 12+, 16+ или 18+. Система должна была сегментировать сценарий на сцены и реплики, выявлять элементы, влияющие на возрастную категорию, и определять итоговую маркировку на основе наиболее значимых факторов.

Задача сервиса — отмечать конкретные элементы, которые повышают возрастную категорию, классифицировать их по типам риска и формировать понятные пояснения для сценариста и продюсера. Для каждого проблемного фрагмента нужно было предусмотреть аннотацию с указанием причины, положения в документе и рекомендаций по корректировке.

Модель должна определять рейтинг фильма в соответствии с требованиями закона № 436-ФЗ «О защите детей от информации, причиняющей вред их здоровью и развитию» и нормами Возрастной классификации информационной продукции в России (Russian Age Rating System, RARS). 

Ожидаемый результат

Решение этой задачи позволит сделать работу со сценариями более предсказуемой уже на раннем этапе. Сервис поможет:

• Определять возрастной рейтинг будущего фильма на основе анализа текста, готовить необходимые правки.
• Снижать риск изменений на этапе производства, которые ведут к задержкам и дополнительным расходам.
• Формировать понятный аналитический отчёт, который можно использовать как рабочий инструмент внутри команды.

Критерии оценки

Во время отборочного этапа соревнования оценивались:

• Функциональная полнота: насколько корректно система выявляет отдельные категории, влияющие на маркировку, и правильно агрегирует их в итоговый возрастной рейтинг.
• Интерфейс и отчёты: насколько наглядно решение визуализирует проблемные фрагменты, показывает распределение по категориям, поддерживает удобную навигацию по сценарию и формирует содержательный итоговый отчёт.

На финальном этапе победители определялись по таким критериям:

• Бизнес-ценность: точность совпадения автоматически определённого рейтинга с ручной экспертной оценкой и надёжность работы на сценариях разного типа.
• Качество презентации: ясность объяснения проблемы, понимание нормативных требований и убедительность демонстрации сервиса на реальном сценарии.

Маркетинговая кампания

Для продвижения Wink AI Challenge команда Codenrock подготовила маркетинговую кампанию, ориентированную на ML-специалистов, бэкенд-разработчиков, ИИ-инженеров и студентов технических направлений. В основе коммуникации было понятное позиционирование: хакатон как возможность поработать с задачами киноиндустрии и создать проект на стыке NLP, генеративных моделей и работы со сценарными документами.

Команда Codenrock разработала дизайн мероприятия, запустила лендинг и страницу соревнования на платформе, а также занималась подготовкой маркетинговых материалов. Продвижение велось по нескольким каналам:

• Email-рассылки по базе Codenrock — более 100 000 человек. 
• Публикации в профильных ИТ и ИИ-сообществах и СМИ — охвачено более миллиона специалистов.
• Контент, который помогал командам лучше понять предметную область и специфику задач хакатона: техническая статья о полном ML-маршруте в киноиндустрии, интервью с экспертами и обучающий курс.
• Короткие ролики для VK Клипов и TikTok, юмористические и информационные. 

Отдельной частью кампании стал митап для участников. Специалисты Codenrock помогли настроить и организовать встречу, на которой авторы задач подробно рассказали о треках и ответили на вопросы. Такой формат помог быстрее погрузить участников в тему и поддержать вовлечение.

С первых дней регистрации коммуникация с участниками велась через Telegram и email-рассылки — привычные для аудитории хакатонов каналы. Через них команды получали новости о ходе соревнования, напоминания о ключевых этапах, анонсы митапов и чекпоинтов. Кураторы Codenrock отвечали на вопросы, помогали разобраться в материалах и требованиях к сдаче решений.

Как прошло соревнование

Онлайн-этап Wink AI Challenge состоялся на платформе Codenrock. После старта соревнования участники получили доступ к задачам и начали готовить прототипы по своим трекам. Работа заняла более 2 недель: с 31 октября по 17 ноября 2025 года. 

Когда приём работ завершился, все решения были автоматически переданы жюри на проверку, чтобы они могли  определить лучшие команды. 94 решения оценивали эксперты Wink: двухэтапное голосование заняло двое суток. По итогу были выбраны 14 лучших проектов — двое представителей из каждой команды получили приглашение в Москву, а организатор оплатил им дорогу и проживание. 

Финал Wink AI Challenge прошёл 29 ноября в БЦ Comcity в формате встречи с экспертами — команды могли пообщаться с организаторами и показать им свои проекты. Мероприятие стартовало с короткого кофе-брейка, после чего участники презентовали свои сервисы: эксперты задавали уточняющие вопросы, а затем выставляли баллы. По итогам питчинга 9 команд разделили призовой фонд 1 125 000 рублей. 

В конце все посетители мероприятия были приглашены на фуршет, чтобы пообщаться в неформальной обстановке. 

Победители трека «Платформа автоматического разбора и структурирования сценариев»

Команда «Лабубы» представила «Ассистента сценариста» — ИИ-сервис для подготовки съёмочной документации. В основе решения — собственный конвейер обработки сценария: система распознаёт структуру сцен, извлекает производственные сущности и собирает их в единый датасет, пригодный для немедленного использования. Команда также реализовала пользовательский интерфейс, серверную часть, экспорт в CSV/XLSX и производительный режим обработки на базе Qwen3-4B с параллельным запуском запросов.

Команда MISIS X MISIS X MISIS разработала сервис для автоматического разбора русскоязычных сценариев и подготовки структурированных данных по сценам. Решение сочетает алгоритмическую предобработку текста и локальную LLM-модель, за счёт чего извлекает ключевые параметры сцены и формирует готовый результат для дальнейшей работы. Дополнительно участники реализовали пользовательский интерфейс, хранение истории загрузок и выгрузку обработанных материалов.

Команда I-CUBE создала «Конструктор КПП сценария» — сервис для анализа сценариев с настраиваемой логикой обработки. Решение позволяет выбирать LLM-модель, тип итоговой таблицы и состав столбцов, а также просматривать, редактировать и выгружать результат в удобном формате. Проект оформлен как прикладная платформа с пользовательским интерфейсом, бэкенд-частью и поддержкой нескольких моделей, что делает его гибким инструментом для реальной работы со сценариями.

Победители трека «Интеллектуальный сервис превизуализации сценариев»

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

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

Решение команды ML Horizons — сервис для превизуализации сценариев, который совмещает разбор текста и генерацию изображений в едином приложении. Решение сегментирует сценарий на сцены и отдельные кадры, извлекает из заголовков ключевые параметры, а затем позволяет на их основе генерировать и редактировать изображения с выбором стиля, уровня детализации и собственных референсов. Участники сделали интерфейс с проектами и историей работы и полноценный технологический контур на Python, Flask, SQLite и Docker.

Победители трека «Автоматическая проверка возрастной категории по сценарию»

Команда Pelmeska создала сервис для автоматического анализа возрастных рейтингов сценариев в новом треке хакатона. Решение сочетает быстрый rule-based разбор и LLM-анализ, выявляет проблемные фрагменты, определяет возрастные ограничения, показывает нарушения по категориям и визуализирует результаты в виде отчётов и таймлайна по документу. Участники также реализовали полноценную систему с веб-интерфейсом, API, двумя режимами анализа и гибридной архитектурой.

Команда SoloTech разработала систему автоматической проверки возрастного рейтинга сценариев. Решение сочетает rule-based анализ, ML-модели и локальную LLM, чтобы не только присваивать итоговую категорию, но и показывать проблемные сцены, типы нарушений и обоснование рейтинга. Участники сделали веб-интерфейс с загрузкой сценария, ручной корректировкой сцен, пересчётом рейтинга и экспортом детального отчёта.

Команда «ИИ под ключ | Сахалин #1» презентовала в финале сервис для автоматического определения возрастного рейтинга сценариев с пояснением решений на уровне отдельных сцен. В основе решения — гибридный пайплайн, который сочетает эвристический анализ, LLM-оценку и векторный поиск по размеченным примерам, чтобы выявлять рискованные эпизоды, формировать обоснование и собирать юридически значимый отчёт. Участники предусмотрели ручную корректировку результатов и гибридное развертывание, превратив проверку сценариев на соответствие российским нормам в прикладной инструмент для юристов, редакторов и OTT-платформ.

Отзывы участников

Такие конкурсы помогают нарабатывать навыки разработки: можно зарекомендовать себя как специалиста и получить хороший опыт участия в проектах.

Мне понравились полнота и качество проработки заданий, интересные серии чекпоинтов и ответы на вопросы по существу. Отдельно отмечу работу команды на финальном этапе — всё было организовано чётко и на высоком уровне. Спасибо!

Спасибо за возможность поучаствовать в хакатоне: мы узнали много нового и интересного о мире киноиндустрии и применении технологий. Отдельно хочется поблагодарить куратора — он всегда был на связи и помогал с любыми вопросами. 

Отзывы организаторов

Получилось здорово, но неожиданно. Некоторые вещи развернулись в новые пространства, о которых мы даже не думали. Участникам удалось создать пусть пока не произведение искусства, но что-то интересное и полезное для киноиндустрии.

Антон Володькин, генеральный директор Wink

Благодаря чекпоинтам и обратной связи от экспертов участники теперь знают, что находится «за кадром». Такие хакатоны — уникальная возможность поработать над практическими задачами, которые действительно нужны и не решены. Команды показали, как с помощью новых технологий сделать киноиндустрию лучше. 

Команда Codenrock