Бизнес-воронка
Что такое бизнес-воронка ИИ-инициатив
Бизнес-воронка — это последовательность управленческих статусов, через которые проходит ИИ-инициатива.
Она помогает ответить на несколько вопросов:
- есть ли у инициативы бизнес-заказчик;
- понятна ли проблема;
- есть ли гипотеза эффекта;
- выбран ли продуктовый маршрут;
- идёт ли реализация;
- используется ли решение;
- подтверждён ли эффект;
- нужно ли продолжать, дорабатывать, масштабировать или закрывать инициативу.
Бизнес-воронка делает ИИ-портфель прозрачным.
Без неё портфель превращается в набор разрозненных записей: где-то идея, где-то пилот, где-то техническая задача, где-то продуктовая доработка, где-то уже внедрённое решение, но всё это лежит в одном списке без понятного движения.
Чем бизнес-воронка отличается от деливери-трека
Важно разделять два уровня.
Бизнес-воронка показывает управленческий путь инициативы:
Идея → Оценка → Delivery → Ожидание эффекта → Завершена
Деливери-трек показывает технический и организационный путь реализации внутри выбранного продуктового маршрута.
Например:
- для LLM — настройка сценария, промптов, тестирование качества, обучение пользователей;
- для RAG — сбор документов, загрузка базы знаний, проверка ответов, правила сопровождения;
- для ML — данные, метрики, обучение, валидация, интеграция, мониторинг;
- для code agent — выбор команды, сценариев, окружения, правил безопасного применения;
- для прикладного ИИ-сервиса — требования, интерфейс, интеграции, тестирование, эксплуатация.
То есть бизнес-воронка единая для всех инициатив, а деливери-треки могут отличаться.
Бизнес-воронка отвечает: где инициатива с точки зрения решения и эффекта?
Деливери-трек отвечает: как именно реализуется выбранное решение?
Зачем нужна бизнес-воронка
1. Чтобы не терять идеи
В крупных компаниях идеи часто появляются в переписках, встречах, презентациях, демо и разговорах с бизнесом.
Без воронки часть идей просто теряется.
Бизнес-воронка позволяет фиксировать все входящие запросы и дальше принимать по ним решение:
- разобрать;
- объединить с другой идеей;
- отправить на уточнение;
- отклонить;
- взять в работу.
На входе ИИ-помощник может помогать сформировать первичный бриф, но он не заменяет владельца проблемы и управленческое решение.
2. Чтобы не запускать пилоты без смысла
ИИ-пилоты часто запускаются слишком рано: до понимания проблемы, пользователей, эффекта и ограничений.
Бизнес-воронка создаёт обязательный этап оценки, где инициатива должна ответить на базовые вопросы:
- какую проблему решаем;
- кто заказчик;
- кто пользователь;
- какой эффект ожидаем;
- через какой ИИ-продукт можно реализовать;
- какие ограничения уже видны;
- стоит ли тратить ресурсы.
3. Чтобы видеть, где застряли инициативы
Воронка показывает узкие места портфеля.
Например:
- много идей, но мало оцененных инициатив;
- много инициатив на оценке, но мало ушло в delivery;
- много delivery, но мало решений дошло до эффекта;
- много запущенных пилотов, но мало подтверждённого результата;
- много инициатив зависло из-за данных, ИБ, архитектуры или отсутствия заказчика.
Это позволяет управлять не отдельными задачами, а всей системой внедрения ИИ.
4. Чтобы связывать инициативы с ИИ-продуктами
На этапе оценки инициатива должна получить продуктовый маршрут.
| Бизнес-потребность | Возможный продуктовый маршрут |
|---|---|
| Быстро готовить текстовые справки | LLM |
| Искать ответы по внутренним документам | RAG |
| Прогнозировать показатель | ML-платформа |
| Ускорить разработку | Code agent |
| Автоматизировать последовательность действий | Workflow-автоматизация |
| Собрать пользовательский сценарий поверх нескольких возможностей | Прикладной ИИ-сервис |
Так бизнес-воронка не только управляет инициативами, но и помогает развивать портфель ИИ-продуктов на основе реального спроса.
Выбранный ИИ-продукт влияет на delivery-маршрут, состав команды, артефакты и правила переходов между этапами.
5. Чтобы доводить инициативы до эффекта
Главная ошибка многих ИИ-программ — считать успехом запуск пилота.
Но для бизнеса важен не сам пилот, а результат:
- экономия времени;
- снижение трудозатрат;
- рост качества;
- ускорение процесса;
- снижение риска;
- рост выручки;
- улучшение клиентского или пользовательского опыта.
Поэтому в бизнес-воронке есть отдельный этап «Ожидание эффекта».
Он фиксирует, что решение уже реализовано или используется, но эффект ещё нужно подтвердить.
Этапы бизнес-воронки
1. Идея
Смысл этапа
На этом этапе фиксируется первичный запрос, гипотеза или возможность.
Идея ещё может быть сырой. Она не обязана содержать полную постановку, эффект, данные и маршрут реализации.
Главное — зафиксировать потенциальную бизнес-потребность и не потерять её.
Что должно быть понятно
Минимально:
- кто предложил идею;
- какое подразделение связано с запросом;
- какую проблему или возможность видят;
- кто потенциально может быть заказчиком;
- почему это может быть связано с ИИ.
Типовые примеры
Плохая фиксация:
Хотим попробовать ИИ в юридическом блоке.
Лучше:
Юристы тратят много времени на поиск похожих заключений и регламентов. Нужно проверить, может ли ИИ ускорить поиск и подготовку первичного ответа.
Возможные решения на выходе
| Решение | Что означает |
|---|---|
| Передать на оценку | Идея выглядит содержательной |
| Вернуть на уточнение | Не хватает минимального контекста |
| Объединить с похожей идеей | Такой запрос уже есть в портфеле |
| Отклонить | Нет связи с бизнес-проблемой или ИИ |
2. Оценка
Смысл этапа
На этапе оценки идея превращается в полноценную ИИ-инициативу.
Здесь важно не просто понять, можно ли что-то сделать технически, а определить, стоит ли это делать.
Что проверяется
| Блок | Вопрос |
|---|---|
| Проблема | Что сейчас работает плохо, долго, дорого или рискованно? |
| Заказчик | Кто владеет проблемой? |
| Пользователи | Кто будет пользоваться решением? |
| Эффект | Какую пользу ожидаем? |
| Продуктовый маршрут | Через какой ИИ-продукт можно реализовать? |
| Данные | Какие данные, документы или системы нужны? |
| Ограничения | Есть ли риски по ИБ, архитектуре, комплаенсу, эксплуатации? |
| Приоритет | Насколько инициатива важна относительно других? |
Главный вопрос этапа
Стоит ли брать инициативу в реализацию и через какой продуктовый маршрут её вести?
Возможные решения на выходе
| Решение | Что означает |
|---|---|
| Запустить в delivery | Инициатива достаточно понятна и ценна |
| Вернуть на доработку | Не хватает данных, заказчика, эффекта или маршрута |
| Передать в портфель ИИ-продуктов | Запрос требует развития продукта, а не разовой реализации |
| Объединить с другой инициативой | Есть пересечение с уже существующим запросом |
| Отклонить | Инициатива нецелесообразна или не приоритетна |
3. Delivery
Смысл этапа
На этом этапе инициатива реализуется через выбранный ИИ-продукт или комбинацию ИИ-продуктов.
Важно: delivery в бизнес-воронке — это статус инициативы, а не детальный технический план.
Детальный путь реализации находится в деливери-треке соответствующего продукта.
Что происходит
На этом этапе:
- уточняется целевой сценарий;
- формируется план реализации;
- подключаются владельцы ИИ-продуктов;
- подключаются ИТ, архитектура, безопасность, владельцы данных и эксплуатация;
- готовятся данные, документы, доступы или интеграции;
- создаётся прототип, пилот или первая версия решения;
- проводится проверка качества;
- готовится запуск на пользователей.
Главный вопрос этапа
Можем ли мы получить рабочее решение, которое можно проверить на пользователях?
Возможные решения на выходе
| Решение | Что означает |
|---|---|
| Перейти к ожиданию эффекта | Решение готово к проверке в реальном использовании |
| Продолжить delivery | Требуются доработки |
| Изменить продуктовый маршрут | Изначальный маршрут не подходит |
| Вернуть на оценку | Изменились вводные или ограничения |
| Остановить инициативу | Реализация нецелесообразна или невозможна |
4. Ожидание эффекта
Смысл этапа
Этап нужен для инициатив, где решение уже запущено, пилотируется или используется, но эффект ещё не подтверждён.
Это важное отличие зрелой ИИ-воронки от обычного списка проектов.
В ИИ часто недостаточно сказать: «Мы сделали пилот». Нужно понять: «Пилот реально используется? Он решает проблему? Он даёт пользу?»
Что происходит
На этом этапе:
- пользователи работают с решением;
- собирается обратная связь;
- фиксируется факт использования;
- сравниваются ожидания и фактический результат;
- проверяются метрики качества;
- уточняется экономический или качественный эффект;
- принимается решение о масштабировании, эксплуатации, доработке или закрытии.
Главный вопрос этапа
Используется ли решение и даёт ли оно ожидаемую пользу?
Возможные решения на выходе
| Решение | Что означает |
|---|---|
| Подтвердить эффект | Польза зафиксирована |
| Продлить наблюдение | Нужно больше времени или данных |
| Доработать решение | Польза есть, но качество или adoption недостаточны |
| Масштабировать | Решение стоит расширять |
| Передать в эксплуатацию | Решение стало устойчивым сервисом |
| Закрыть без эффекта | Гипотеза не подтвердилась |
5. Завершена
Смысл этапа
Инициатива считается завершённой, когда по ней принято итоговое управленческое решение.
Завершение не всегда означает успех. Завершение означает, что инициатива больше не висит в портфеле без следующего шага.
Возможные финальные исходы
| Исход | Что означает |
|---|---|
| Завершена с подтверждённым эффектом | Польза доказана и зафиксирована |
| Завершена без подтверждённого эффекта | Решение проверили, но гипотеза не подтвердилась |
| Передана в эксплуатацию | Решение стало частью устойчивого процесса или сервиса |
| Отклонена | Инициатива остановлена по понятной причине |
| Объединена | Инициатива включена в другой более широкий запрос |
| Переведена в развитие ИИ-продукта | Запрос стал частью roadmap продукта |
Что фиксируется
На финальном этапе важно зафиксировать:
- что было реализовано;
- какой продуктовый маршрут использовался;
- какой эффект ожидался;
- какой эффект подтверждён или не подтверждён;
- кто подтвердил результат;
- какие ограничения выявлены;
- что будет дальше;
- какие выводы можно переиспользовать.
Gate-решения в бизнес-воронке
Бизнес-воронка должна управляться через gate-решения.
Gate — это точка, где компания решает, достаточно ли оснований двигать инициативу дальше.
| Переход | Что проверяется |
|---|---|
| Идея → Оценка | Есть понятная проблема, заказчик или гипотеза |
| Оценка → Delivery | Понятны ценность, продуктовый маршрут, ограничения и ответственные |
| Delivery → Ожидание эффекта | Есть рабочее решение, пользователи и способ проверки результата |
| Ожидание эффекта → Завершена | Зафиксирован итог: эффект, отсутствие эффекта, эксплуатация или отказ |
Gate-решения нужны не для усложнения процесса, а для защиты портфеля от бессмысленного движения.
Они помогают не запускать delivery без ценности, не держать в работе слабые инициативы и не считать технический запуск бизнес-результатом.
Что видно через бизнес-воронку
Хорошая бизнес-воронка позволяет управлять портфелем на уровне системы.
Она показывает:
| Срез | Что можно понять |
|---|---|
| Количество идей | Насколько активно бизнес генерирует запросы |
| Доля идей, дошедших до оценки | Насколько хорошо работает вход в портфель |
| Доля оценённых инициатив, ушедших в delivery | Насколько много запросов реально готовы к реализации |
| Доля инициатив в delivery | Текущую нагрузку на ИИ-функцию и смежные команды |
| Доля инициатив в ожидании эффекта | Сколько решений уже запущено, но ещё не доказало пользу |
| Доля завершённых с эффектом | Реальную результативность ИИ-портфеля |
| Доля отклонённых | Качество отбора и дисциплину управления |
| Среднее время на этапе | Где возникают задержки и узкие места |
Типовые проблемы, которые выявляет бизнес-воронка
1. Много идей, мало оценок
Это значит, что бизнес генерирует интерес, но ИИ-функция не успевает или не умеет быстро разбирать входящий поток.
Возможное решение: упростить карточку идеи, ввести регулярный разбор входящих запросов, назначить ответственных за первичную оценку.
2. Много оценок, мало delivery
Это может означать, что идеи слабые, не хватает владельцев, эффект неочевиден или продуктовые маршруты не готовы.
Возможное решение: усилить критерии входа в оценку, лучше проводить discovery, развивать ИИ-продукты под повторяющиеся потребности.
3. Много delivery, мало эффекта
Это один из самых опасных сигналов.
Он означает, что команда много делает, но результат не превращается в бизнес-пользу.
Возможные причины:
- пилоты не внедряются;
- пользователи не вовлечены;
- эффект не был определён заранее;
- решение технически работает, но не встроено в процесс;
- нет владельца эффекта.
4. Много инициатив в ожидании эффекта
Это может быть нормальным, если решения недавно запущены.
Но если этап затягивается, значит нет дисциплины подтверждения результата.
Возможное решение: заранее определять период наблюдения, владельца эффекта и критерий подтверждения.
5. Много зависших инициатив
Если инициатива долго не меняет статус, это сигнал, что у неё нет следующего шага или решения.
Возможные действия:
- вернуть на доработку;
- поставить на паузу;
- эскалировать блокер;
- объединить с другой инициативой;
- отклонить;
- закрыть без эффекта.
Роли в бизнес-воронке
| Роль | Участие в бизнес-воронке |
|---|---|
| Бизнес-заказчик | Формулирует проблему, подтверждает потребность, помогает внедрить решение |
| Руководитель проекта | Ведёт инициативу по воронке, организует оценку, delivery и проверку эффекта |
| Владелец ИИ-продукта | Помогает выбрать продуктовый маршрут и понять ограничения продукта |
| Владелец эффекта | Определяет и подтверждает результат |
| Пользователи / рабочая группа | Проверяют решение в реальной работе |
| Смежные функции | Проверяют данные, архитектуру, безопасность, интеграции и эксплуатацию |
| ИИ-функция | Управляет правилами воронки, stage gate, приоритетами и прозрачностью портфеля |
Маппинг на статусы приложения
В продукте AI Conveyor бизнес-воронка может быть реализована как набор состояний инициативы: NEW, ASSESSMENT, DELIVERY, AWAITING_EFFECT, ON_SUPPORT, CLOSED, REJECTED.
Технический статус в системе нужен не сам по себе, а чтобы фиксировать управленческий этап, историю решений, следующий шаг, артефакты delivery и фактический или ожидаемый эффект.
Минимальные правила бизнес-воронки
Чтобы воронка работала, нужны простые правила.
1. У каждой инициативы должен быть следующий шаг
Если следующего шага нет, инициатива должна быть поставлена на паузу, возвращена на доработку, отклонена или закрыта.
2. Нельзя переходить в delivery без бизнес-заказчика
Если у инициативы нет владельца проблемы, она почти всегда превращается в эксперимент без внедрения.
3. Нельзя считать delivery финалом
Техническая готовность решения — это не подтверждённый эффект.
4. У каждой инициативы должен быть продуктовый маршрут
Даже если маршрут предварительный, должно быть понятно, через какой ИИ-продукт или набор продуктов инициатива может быть реализована.
5. Причины отказа нужно фиксировать
Отклонённые инициативы помогают понять, где нет данных, где слабый эффект, где неподходящий продуктовый маршрут и какие ожидания бизнеса требуют корректировки.
6. Воронка должна быть регулярным управленческим ритуалом
Бизнес-воронка не работает, если её обновляют раз в квартал для отчёта.
Она должна быть частью регулярного управления портфелем: разбора новых идей, статусов, блокеров, решений и эффекта.
Антипаттерны бизнес-воронки
1. Воронка как список задач
Если бизнес-воронка превращается в обычный task tracker, теряется смысл.
Она должна показывать управленческий статус инициативы, а не только список действий.
2. Все инициативы идут в delivery
Если почти все идеи доходят до реализации, значит воронка плохо фильтрует входящий поток.
Отклонение — нормальный и полезный результат.
3. Нет этапа ожидания эффекта
Без этого этапа компания начинает считать успехом запуск пилота, а не подтверждённую пользу.
4. Один шаблон для всех инициатив
Бизнес-воронка может быть единой, но delivery должен различаться по типу ИИ-продукта.
5. Нет владельца эффекта
Если никто не отвечает за подтверждение результата, эффект почти всегда остаётся на уровне обещания.
Ключевая идея раздела
Бизнес-воронка — это управленческий контур, который превращает поток ИИ-идей в управляемый портфель инициатив.
Она помогает компании двигаться не по логике «услышали идею → сделали пилот → забыли», а по логике «зафиксировали потребность → оценили → выбрали продуктовый маршрут → реализовали → проверили эффект → приняли итоговое решение».
Единая бизнес-воронка позволяет сохранять порядок в портфеле, принимать решения на gate, не плодить бессмысленные пилоты и доводить ИИ-инициативы до результата.