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

В мае 2024 года вместе с фондом «Система» и экспертами МТС команда Codenrock решила эту стену сломать. На фестивале «Система Fest» в Томске мы запустили инклюзивный хакатон «Ясная система: сделай сложное понятным». Соревнование прошло на платформе Codenrock — с него и началась вся серия. Участникам предстояло обучить ИИ брать сухие юридические формулировки и превращать их в простые, «ясные» тексты.

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

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

Сотни заявок на Codenrock доказали — разработчики ждали именно такого соревнования. Каждая из команд по-своему подошла к задаче. Уже тогда стало понятно — мы должны повторить этот крутой опыт. Так родилась серия хакатонов «Система Хак»: за два года мы помогли провести ещё 4 соревнования в разных городах России, на которых команды разработали более сотни инклюзивных решений.

Вселенная хакатонов «Система Хак»

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

Краткая хроника того, как росла и развивалась экосистема «Система Хак»:

2024 год. С чего все началось:

• «Ясная Система». Участники разрабатывали ИИ-сервис, который переписывает сложные документы на простой и понятный язык. При этом было важно, чтобы алгоритм не исказил юридический смысл текста и не «выдумал» лишние факты.

2025 год. Новые регионы, сильное комьюнити и разные задачи:

• «Система Хак: Нижний Новгород». В первом треке от МТС Линк участники внедряли в сервис видеозвонков инклюзивный функционал: распознавание и синтез речи в реальном времени, автоматическую генерацию субтитров, текстовые расшифровки встречи. Во втором — разрабатывали алгоритмы для систем «умного дома» для ГК «Эталон», которые позволяют автоматически вызывать помощь консьержа, удаленно управлять инфраструктурой подъезда и здания.
• «Система Хак: Томск». В треке от МТС Юрент команды создавали интерактивный тест на базе научно обоснованных когнитивных методик для пользователей электросамокатов. Если система фиксировала аномалии, она выдавала предупреждение или ограничивала поездку. Для МТС Экологии участники разработали алгоритм, который в реальном времени обрабатывал поток данных с метеостанций и давал точечные локальные прогнозы погоды для защиты персонала.
• «Система Хак: Новосибирск». Эксперты МТС Финтех предложили создать браузерное расширение или сервис, который автоматически сканирует код любой веб-страницы на ошибки доступности и предлагает исправления. В треке от СДЭК команды работали над ИИ-помощником, который анализирует обезличенный поток данных из рабочих чатов и таск-трекеров, находит паттерны профессионального выгорания и дает рекомендации. 

2026 год. Образование без барьеров:

• «Система Хак: Томск 2026». Участники разработали умного ассистента, который оценивает текущие знания пользователя, выстраивает для него пошаговый маршрут обучения из бесплатных русскоязычных материалов и адаптирует план под цели. 

Почему в IT стала важна инклюзия

За два года и 5 соревнований мы на практике убедились: инклюзия в IT стала необходимостью и прямым показателем качества продукта. Серия хакатонов «Система Хак» помогла нам убедиться в этом тезисе на практике и попытаться изменить отношение IT-сообщества к вопросам комфорта для всех категорий пользователей.

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

— Ольга Юркова, директор Центра социальных и благотворительных программ МТС

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

Как мы разрабатываем задачи для инклюзивных хакатонов

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

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

Команда AscentWay, победители хакатонов в Томске и Новосибирске

Зачем хакатону профильные эксперты

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

Существует такое направление, как web accessibility — веб-доступность. В России оно пока развито не так широко, но хотелось бы, чтобы развивалось активнее, и всё больше сайтов становились доступными для людей, которые пользуются скринридерами. Задача трека — разработать сервис или браузерное расширение, которое поможет находить проблемные места с точки зрения веб-доступности и подсвечивать их. Такой инструмент должен быть полезен разработчикам, дизайнерам, владельцам сайтов и продуктов.

— Дмитрий Смотряев, веб-разработчик МТС Финтех, эксперт хакатона «Система Хак: Новосибирск»

Мы поняли: чтобы хакатон сработал, любую социальную проблему нужно переводить на язык математики и архитектуры, понятный разработчикам и инженерам. Отличная демонстрация того, как это работает — трек «Тест на внимательность перед поездкой на электросамокате» от МТС Юрент на «Система Хак: Томск». 

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

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

• Ограничение по UX и ресурсам. Тест должен проходить не дольше 30 секунд (иначе пользователь просто закроет приложение), работать в формате мини-игры на любом бюджетном смартфоне и мгновенно отдавать результат.
• Научная база. Внимательность нельзя измерить строчкой кода, но её можно посчитать. За основу мы взяли научно обоснованные когнитивные методики — тесты на реакцию и внимание. Алгоритм участников должен был считывать физические параметры: время реакции, точность клика по экрану и разброс задержек между ответами. Если человек пьян или засыпает, математическая модель это мгновенно фиксирует.
• Архитектура решений. Система определяла, готов ли человек к поездке, и превращала уровень внимания в конкретные рекомендации, например, «Можно ехать» или «Лучше выбрать другой транспорт». У участников была полная свобода в выборе моделей и алгоритмов оценки, чтобы проектировать всю логику решений.

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

Когда социальная проблема становится задачей для бизнеса

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

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

— Тимур Мухамедишин, старший фронтенд-разработчик команды внутренних продуктов СДЭК, эксперт хакатона «Система Хак: Новосибирск»

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

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

Как инклюзивные задачи зажигают разработчиков

Мы посмотрели на хакатоны глазами бизнеса и организаторов. Но что заставляет самих инженеров променять выходные на 48 часов бессонного кода? Желание помочь — прекрасный импульс, но для сильного специалиста одного альтруизма мало. Разработчикам нужен профессиональный азарт, нетривиальный стек и видимый результат своей работы.

Опыт серии «Система Хак» показал: инклюзивные задачи привлекают IT-сообщество именно потому, что дают то, чего часто не хватает в ежедневной рутине.

Нетривиальный стек и работа с «живыми» данными

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

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

Команда «Академовцы», победители хакатона в Томске, участники соревнования в Новосибирске

Настоящие продукты, которые помогают

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

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

Команда AscentWay, победители хакатонов в Томске и Новосибирске

Карьерный лифт

На хакатонах «Система Хак» барьер между экспертами и участниками исчезает. На протяжении всех 48 часов с командами на чекпоинтах работают опытные IT-специалисты из МТС, Codenrock и компаний-партнёров. Они помогают скорректировать архитектуру, дают честный фидбек по коду и помогают докрутить UX. А в перерывах между питчами уже стали хорошей традицией карьерные консультации и мастер-классы по презентации проектов. Для многих ребят это прямой путь к офферу или сильному кейсу в портфолио, который выделяется на фоне сотен стандартных пет-проектов.

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

Команда «Академовцы», победители хакатона в Томске, участники соревнования в Новосибирске

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

От Томска до Якутска: почему инклюзивные хакатоны стали всероссийскими 

Когда в томской аудитории команда делает небольшой перерыв на кофе, их тимлид из Санкт-Петербурга только подключается к созвону после работы, а ML-инженер из Якутска уже встречает рассвет над очередной итерацией модели. Это типичная картина на «Система Хак». 

За два года серия приобрела всероссийский масштаб: в пяти соревнованиях приняли участие более 1200 человек, которые сформировали 200+ команд. Только на один хакатон в Нижнем Новгороде зарегистрировались разработчики из 25 субъектов РФ, представляющие 32 российских вуза. Доходимость на последних соревнованиях достигла 82% — именно столько команд довели свои инклюзивные прототипы до финальной защиты перед жюри.

Как формат стирает границы

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

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

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

Чтобы стирать границы между городами, мы ввели простое правило: в команде как минимум 50% состава должны физически находиться на площадке. Студенты, находясь в аудитории вуза, через Codenrock или True Tech Arena могли пригласить в команду ребят из Москвы, Санкт-Петербурга или любого другого города. Вся работа — от получения ТЗ до передачи проектов жюри — происходит на одной цифровой платформе:

• Автоматическое развертывание среды. Участникам не нужно тратить первые 5 часов на настройку окружения. Каждая команда после регистрации автоматически получает собственный репозиторий в GitLab (включая SelfHost-решения) с шаблонами и документацией.
• Бронирование слотов для встреч с экспертами. Интерфейс чекпоинтов позволяет командам забронировать время в пару кликов. 
• Автоматическое судейство и лидерборд. Жюри оценивает проекты на платформе по прозрачным критериям. Оценки агрегируются и формируются в единый лидерборд.

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

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

Команда «Хахатонщики», победители хакатона в Томске, участники соревнования в Новосибирске

Как помочь дойти до финала

В гибридных хакатонах стандартный процент доходимости (когда зарегистрированная команда действительно сдает готовый продукт) редко превышает 40–50%. Наш показатель на «Система Хак» — 82%. Когда мы говорим про хакатоны, главная задача — помочь разработчикам избавиться от сомнения: «Я никогда не делал сервисы доступности и не знаю требований». Еще на этапе подготовки анонсов объясняем, что перед участниками интересная инженерная задача, а эксперты всему научат.

Вот как строится работа с аудиторией:

• Формируем лояльное комьюнити: мы поддерживаем постоянную связь с теплой базой участников прошлых соревнований. 
• Проектируем детальный путь участника (CJM): заранее продумываем, через какие этапы предстоит пройти каждой команде, чтобы сделать переход от подачи заявки до финального питчинга максимально комфортным и бесшовным. 
• Окружаем команды заботой: кураторы буквально ведут разработчиков за руку, помогая разобраться с ТЗ и дедлайнами, а Telegram-бот вовремя присылает все важные напоминания и анонсы.

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

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

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

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

Команда AscentWay, победители хакатонов в Томске и Новосибирске

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

«Система Хак» в вопросах и ответах

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

Мероприятие живёт в общем календаре

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

Создание мероприятия и стартовый каркас

Создание начинается с короткой формы: название, адрес страницы, краткое описание, тип соревнования и формат участия — одиночный или командный, с лимитом по размеру команды.

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

Страница мероприятия — конструктор, а не шаблон

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

Здесь же — переключатель «Опубликовано / Вернуть в черновик»: страницу можно готовить сколько угодно и открыть её одним движением, когда всё готово.

Анкета регистрации под свою воронку

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

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

Треки и задания

Задания группируются в треки — это и параллельные направления хакатона, и последовательные этапы отбора, и модули курса. У каждого трека своё описание, свои сроки и свой счётчик участников. Вот как это выглядит на реальном хакатоне Dev-to-Dev: Agentic Engineering Challenge, который прошёл на платформе весной.

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

Механики заданий

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

При создании задачи выбирается механика. Их пять, и они закрывают большинство форматов:

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

Для каждой задачи задаются баллы, проходной балл, максимум попыток и период ограничения. Проходной балл пустой — значит, нужно набрать всё; поставили 60 из 100 — задача засчитывается с 60 баллов.

Алгоритмические соревнования: автопроверка от Intel до «Эльбруса»

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

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

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

Обычно проверка идёт на привычных x86-серверах с процессорами Intel или AMD. Но раннеры Codenrock не привязаны к одной архитектуре: соревнование можно провести и на специализированном железе — вплоть до российских процессоров «Эльбрус». Участник выбирает язык вида «C++11 (Эльбрус)» и видит рядом с лимитами бейдж «Работает на платформе „Эльбрус“ (e2k)». Так устроен Кубок СЭРПАС 2026.

Проверка решений

Всё, что сдали участники, собирается в одном разделе. На том же Dev-to-Dev это 224 решения. Список фильтруется по треку, типу задачи, типу решения, статусу проверки и датам, выгружается в Excel и обрабатывается пачками — можно выбрать все решения разом.

Аналитика: цели и факт

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

Ниже — KPI, которые организатор задаёт сам: план по регистрациям, по тем, кто приступил к задачам, по командам, которые начали работу, и по командам, которые довели решение до сдачи. На Dev-to-Dev план по регистрациям был 100 человек — пришло 152; план по сдавшим командам 10 — сдали 38.

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

Там же — разбивка «новые против вернувшихся»: на Dev-to-Dev 68 человек (44,7%) пришли на платформу впервые, а 84 (55,3%) уже участвовали в других соревнованиях.

Маркетинг: откуда пришли участники

Отдельная вкладка показывает воронку до регистрации: визиты, уникальные посетители, регистрации и конверсия — с разбивкой по каналам, источникам и конкретным страницам, с фильтром по периоду и выгрузкой в Excel. Пример с идущего сейчас Кубка СЭРПАС: 512 визитов, 300 уникальных посетителей, 130 регистраций, конверсия 43,33%.

Это позволяет считать не «сколько людей пришло вообще», а сколько дал конкретный посев — телеграм-канал, рассылка вуза или платная реклама.

Рассылки участникам

Письма и уведомления уходят из той же панели — по email и в Telegram. Есть библиотека шаблонов (на нашем аккаунте их 23) и статистика по каждой рассылке: сколько отправлено, сколько получателей, сколько ошибок и какой процент доставлен.

Команда организаторов и уровни доступа

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

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

Рейтинг и награды

У каждого мероприятия свой лидерборд, а поверх них — глобальный рейтинг платформы. Очки начисляются за участие и зависят от результата, сложности задач и размера команды, а со временем «сгорают», чтобы рейтинг отражал текущую форму, а не заслуги трёхлетней давности. Медали выдаются по месту в рейтинге: золото — топ-5%, серебро — топ-10%, бронза — топ-20%. Рейтинг разделён по направлениям: ML, спортивное программирование, хакатоны.

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

Что ещё есть в панели

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

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

С чего начать

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

Если формат сложнее — корпоративный отбор, олимпиада с несколькими этапами, соревнование на своём железе — напишите нам на support@codenrock.com: поможем собрать структуру и настроить проверку под задачу.

Проект в цифрах

• 13 компетенций в матрице оценки — от инженерной математики до DevOps;
• 570 → ~100 — сгенерировано и проверено вопросов → вошло в финальные тесты;
• 2 трека тестирования из одного профиля;
• 5+ AI-агентов в пайплайне генерации и контроля;
• 29 из 30 — автоматические оценки, совпавшие с экспертной проверкой.

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

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

Особенность проекта — нестандартный профиль специалистов: разработчики заказчика совмещают классический backend-стек с инженерной математикой и научными вычислениями. Под эту специфику на платформе собрали матрицу из 13 компетенций и два трека тестирования — Backend/API Developer и Math/ML Engineer.

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

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

Крупная российская промышленная компания разрабатывает решения для роботизации и автоматизации оборудования.

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

Цели

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

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

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

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

Решение

Профиль компетенций под специфику робототехники

На платформе создали профессию «Python-разработчик» уровня Middle с фокусом на алгоритмы, научные вычисления, математическое моделирование, FastAPI, PostgreSQL, REST API и микросервисы. Итоговая матрица включила 13 компетенций — от инженерной математики до DevOps:

• Математика: линейная алгебра, математический анализ, дифференциальная геометрия, кинематика.
• Научные вычисления: NumPy, SciPy, Numba.
• Ядро языка: Python и стандартная библиотека, ООП и архитектура, качество кода.
• Backend: FastAPI и REST API, асинхронность (asyncio).
• Данные: PostgreSQL и Redis.
• Алгоритмы и структуры данных.
• Инженерная культура: тестирование, Docker и CI/CD, Git, Linux/CLI.

Два трека тестирования из одного профиля

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

• Backend/API Developer — 53 вопроса;
• Math/ML Engineer — 50 вопросов с упором на математику и научные вычисления (NumPy, SciPy, Numba).

Оба теста рассчитаны на 150 минут и сочетают несколько форматов: вопросы с одиночным и множественным выбором и практические задачи на написание кода (Python и SQL) с автоматической проверкой. Сложность заданий калибровалась под уровень middle и выше.

Агентная система генерации контента

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

В результате внутри платформы появилась полноценная агентная система:

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

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

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

Комфортный формат прохождения

Условия тестирования настроили так, чтобы оценивать знания, а не стрессоустойчивость:

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

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

Результаты

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

Ключевым результатом проекта стало качество автоматической проверки:

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

Дополнительно команда получила:

• централизованную систему оценки специалистов;
• автоматическую генерацию PDF-отчётов по каждому участнику;
• возможность масштабировать процесс без ручной проверки каждого кандидата;
• улучшенную AI-инфраструктуру для последующих проектов.

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

«Мы сознательно подняли планку: каждый вопрос проходит несколько AI-агентов и фактчекинг. Этот проект показал, что такой подход окупается — из примерно 30 вопросов эксперт нашёл проблему в оценке только в одном».

— Дарья Зыкина, генеральный директор Codenrock

Планы

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

Хотите по-настоящему понять уровень своих разработчиков, а не просто «провести тест»? Запросите демо Codenrock Vibe — покажем механику AI-оценки на вашей задаче.

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 по хакатонам: концентрат практики в формате ответов на самые частые вопросы новичков. Здесь разобран полный цикл участия — от того, что такое хакатон и как найти команду, до выбора стека и защиты проекта в финале.

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

По теме: обзор платформы Codenrock для организаторов соревнований

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

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

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

Ключевое отличие от учёбы в том, что здесь нет времени бесконечно изучать теорию — нужно сразу делать продукт. За одно соревнование участник проходит весь цикл разработки: от идеи и архитектуры до фикса багов за 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 команд-победителей в общем зачете и спецноминациях. 

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

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

Для 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