Чтобы выбрать идею для продуктового хакатона, разберите бриф и критерии, предложите несколько разных подходов, проверьте главный риск и выберите один сценарий и запишите его. Ниже — пример процесса на 90 минут с запросами к ИИ. Разбор брифа уже включён в это время.
Коротко
- Начните с брифа: запишите пользователя, задачу, критерии оценки, обязательные условия и формат сдачи.
- Просите ИИ предлагать разные способы решения, а не разные названия одного чат-бота. Оставьте два варианта и проверьте главный риск каждого.
- Для короткого продуктового хакатона можно выделить 90 минут на выбор идеи, включая разбор брифа и проверку риска. Это ориентир, а не универсальный срок.
- Зафиксируйте выбранный сценарий, границы проекта и первые задачи. Меняйте решение по новым данным, а не только потому, что появилась ещё одна идея.
«Придумай 20 идей для хакатона» — и через несколько секунд у вас есть умный помощник, рекомендательная система и платформа, объединяющая всё со всем.
Идей стало больше. Понимания, какую делать, не прибавилось.
Чтобы выбрать из этого списка, вернитесь к трём вопросам: кому помогаем, что человек получит и успеем ли мы это проверить. Ниже — маршрут на 90 минут. Это пример тайминга для короткого продуктового хакатона: сложному исследовательскому треку может понадобиться больше времени на данные и эксперименты.
Результат этих 90 минут: выбранный сценарий, проверенный главный риск и первые задачи. Список из ста идей для этого не нужен.
0–15 минут. Разберите бриф вместе
Откройте задание и регламент. Заполните пять строк в общем документе:
| Вопрос | Что записать |
|---|---|
| Кто пользователь? | Конкретная роль: оператор поддержки, студент, инженер |
| Что ему нужно сделать? | Действие и результат, без названий технологий |
| Как оценивают решение? | Критерии и их веса, если они указаны |
| Что обязательно? | Технологии, данные, формат результата, ограничения |
| Что сдаём и когда? | Файлы, ссылки, дедлайн с часовым поясом, условия защиты |
ИИ здесь — помощник по разбору документов. Передайте разрешённый к загрузке текст и попросите не смешивать требования с догадками.
Извлеки из брифа пользователя, задачу, критерии, обязательные условия и формат сдачи. Для каждого пункта приведи короткую цитату и раздел документа. Если информации нет, напиши «не указано». Отдельно перечисли вопросы организатору. Не предлагай решения на этом шаге.
Для такого разбора подойдёт ИИ-сервис с загрузкой документов или возможностью передать текст в чат. Сначала проверьте, можно ли загружать материалы соревнования.
Сверьте ответ с оригиналом, особенно сроки и запреты. Если нет прямого ответа, уточняйте у организаторов: модель не может разрешить использование внешнего API или изменить условия трека.
Если ИИ перепутал условие, не просите просто «переделать». Укажите расхождение: «В разделе 3 нужен экспорт, а у тебя его нет. Исправь список и покажи, какие ещё требования пропущены». Переходите дальше, когда список совпадает с брифом.
15–25 минут. Найдите момент, который хотите улучшить
Допустим, в брифе написано: «Повысить эффективность поддержки».
Это слишком широко для выбора функции. Разложите работу оператора: прочитать обращения, определить тему, найти инструкцию, подготовить ответ, передать сложный случай.
Выберите один участок. Например: оператор тратит время на поиск нужного пункта инструкции.
Теперь гипотеза звучит так:
Если показать оператору подходящий фрагмент инструкции вместе с источником, он сможет быстрее подготовить ответ и проверить его основание.
Пока это предположение. Запишите, что его подтвердит: например, сравнение времени поиска и правильности выбранного фрагмента на одинаковом наборе обращений.
Не придумывайте исходные цифры. Если вы не знаете, сколько времени уходит сейчас, так и обозначьте: «нужно измерить».
Теперь попросите: «Перечисли возможные причины этой проблемы. Отдели то, что известно из брифа, от предположений. К каждому предположению добавь вопрос для проверки». Выберите проблему, для которой у вас есть данные или возможность уточнить ответ. Не выбирайте только по уверенности формулировки.
25–40 минут. Получите несколько разных решений
Сначала каждый участник предлагает по два варианта самостоятельно. Потом подключите ИИ для расширения набора — так у команды останутся собственные исходные версии.
Просите различия в механике, а не десять названий одного чат-бота.
Задача: [описание]. Пользователь: [роль]. Доступны: [данные, инструменты]. Команда: [навыки], срок: [время]. Предложи четыре разных подхода: простые правила, поиск по материалам, решение с языковой моделью и изменение самого процесса. Для каждого укажи вход, результат, необходимые данные и самое рискованное допущение. Не выдумывай исследования и показатели рынка.
Для поддержки могут получиться: дерево выбора инструкции, поиск по базе знаний, предложение ответа со ссылками или перераспределение обращений по темам.
После первого ответа дайте обратную связь: «Варианты 1 и 3 — один и тот же поиск с разными названиями. Объедини их. Добавь вариант без языковой модели и объясни, что он позволит проверить». Оставляйте подходы, которые отличаются действиями и данными.
Если варианты всё равно похожи, используйте одну из методик генерации идей. Не нужно проходить все техники подряд.
40–55 минут. Оставьте два варианта
Сначала проверьте обязательные условия. Идею нельзя спасать высокой оценкой «за красоту», если она не соответствует заданию или требует недоступных данных.
Потом сравните кандидатов:
- Какой критерий соревнования закрывает решение?
- Как пользователь получит результат?
- Чем докажем, что подход работает?
- Что команда умеет делать уже сейчас?
- Какая зависимость может остановить работу?
Можно поставить оценки по шкале 1–3, но рядом напишите основание. «Реализуемость — 3, API уже проверили» полезнее, чем «кажется несложно». Если у критериев есть веса, учитывайте их.
Отдайте ИИ свои оценки и спросите: «Где мы поставили высокий балл без доказательств? Какое недостающее условие может поменять выбор?» Исправьте оценки по данным, а не по новому мнению модели. На выходе должны остаться два кандидата с понятными рисками.
55–75 минут. Проверьте то, на чём всё может сломаться
У одного варианта неизвестно качество поиска. У другого — есть ли доступ к нужному API. Проверьте самый опасный риск каждого кандидата маленьким экспериментом.
Примеры проверки:
- Отправить один разрешённый запрос в API и посмотреть настоящий ответ.
- Открыть датасет: нужные поля вообще есть?
- Найти правильную инструкцию для нескольких разных обращений.
- Запустить простое базовое решение, с которым потом будете сравнивать улучшение.
Красивый экран не снимет риск, что нужных данных нет. На этом шаге вполне достаточно консоли или таблицы.
Верните ассистенту результат эксперимента: «Ожидали X, получили Y. Какие объяснения согласуются с наблюдением? Как различить их одной проверкой?» Выберите и выполните проверку. Если ИИ снова предлагает уже отвергнутый вариант, напомните результат и исключите повтор.
Если проверить предположение быстро не получается, запишите неопределённость. Иногда разумнее выбрать менее эффектный вариант с доступными данными; иногда риск оправдан критериями трека. Главное — понимать, чем вы рискуете.
75–90 минут. Зафиксируйте решение
Сделайте короткую карточку проекта:
Делаем: поиск инструкции по обращению оператора. Показываем: обращение → найденный фрагмент → ссылка на источник. Проверяем: найден ли правильный документ на подготовленном наборе вопросов. Пока не делаем: автоматическую отправку ответа клиенту и интеграцию со всеми каналами поддержки. Главный риск: в базе может не быть ответа; в этом случае показываем, что он не найден. Следующая проверка: [время, ответственный, результат].
Попросите ИИ сверить карточку с исходным брифом: «Что мы забыли? Где обещаем больше, чем проверили?». Уберите обещания без проверки, сохраните финальную карточку и передавайте её в дальнейшие чаты как контекст.
После этого раздайте первые задачи. Остальные идеи сохраните отдельным списком, чтобы не возвращаться к ним каждые полчаса.
Если осталось два равных варианта, используйте заранее выбранный способ решения: голосование, выбор координатора или дополнительную проверку одного риска. Единогласие не обязательно, понятное решение — нужно.
А если завтра появилась идея лучше?
Менять курс имеет смысл, когда появилась новая информация: обязательное API недоступно, ключевых данных нет, эксперт указал на неверно понятое требование.
Перед сменой ответьте на три вопроса:
- Что конкретно делает текущий путь неудачным?
- Сколько готовой работы пригодится в новом варианте?
- Когда проверим, что новый путь действительно работает?
Если единственный аргумент — «ИИ предложил ещё более интересную идею», сначала доведите текущую до ближайшей проверки. Новизна сама по себе не сокращает объём работы.
С чего начать прямо сейчас: откройте бриф и заполните пять строк из первого блока. Затем поставьте время, к которому команда выберет сценарий.
После выбора: определите границы MVP и распланируйте работу до дедлайна.
Для других форматов есть отдельные инструкции: ML-соревнование, кейс-чемпионат, CTF jeopardy.
Частые вопросы
Сколько времени тратить на выбор идеи?
Для короткого продуктового хакатона можно начать с предложенного плана на 90 минут, включая бриф и проверку риска. Это ориентир: доступ к данным и сложность задания могут потребовать другого времени.
Обязательна ли совершенно новая идея?
Смотрите критерии. Если оригинальность оценивается, учтите её при сравнении. Но даже необычный замысел должен соответствовать заданию и иметь понятный способ проверки.
Что делать, если ИИ предлагает одинаковые идеи?
Задайте разные механики решения, ограничения и доступные данные. Затем попробуйте одну технику из статьи о методах генерации. Если вариантов уже достаточно, переходите к проверке вместо нового списка.
