Тендерная воронка в Битрикс24: от отбора до исполнения

Короткий ответ

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

Если сотрудники по-разному отвечают на вопросы:

• где начинается закупка;
• кто принимает решение об участии;
• где заканчивается участие;
• кто отвечает за договор;
• когда начинается исполнение,

роботы не исправят расхождение. Они просто начнут быстрее переносить его по системе.

Что нужно определить до настройки

Процессы

Разделить хотя бы:

• квалификацию;
• участие;
• заключение договора;
• исполнение.

Стадии

Каждая стадия должна означать новое состояние процесса, а не действие сотрудника.

Владелец

У каждой критической точки один ответственный за результат.

Данные

Поля создаются под решение, автоматизацию или отчётность, а не «на всякий случай».

События

Что запускает задачу, уведомление или переход.

Что умеет Битрикс24

Роботы выполняют действия при попадании элемента СРМ на определённую стадию. Смарт-процессы позволяют создавать отдельные СРМ-сущности под специализированные сценарии.

Но платформа не знает, какой процесс правильный именно для компании.

Практический порядок

1. Восстановить фактический процесс.
2. Найти повторяемые действия и разрывы.
3. Спроектировать целевую модель.
4. Проверить её на реальных примерах без автоматизации.
5. Только затем переносить в СРМ.
6. После настройки провести регрессионную проверку на разных сценариях.

Вывод

Автоматизация — это не набор роботов. Это перенос согласованных управленческих правил в систему.

Практический следующий шаг

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

Короткий ответ

Количество воронок определяется не количеством отделов и не желанием красиво разделить отчёты.

Отдельный контур нужен, когда меняются:

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

Что часто имеет смысл разделить

Участие в закупке

Поиск, квалификация, расчёт, документы, подача, процедура, итог.

Заключение договора

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

Исполнение

Заказы, этапы, поставка или работы, приёмка, закрывающие документы, оплата.

Почему одна воронка может быть неудобна

Если после победы сделка ещё полгода идёт по стадиям исполнения, показатели участия смешиваются с исполнением.

Сотрудники видят десятки старых победивших сделок рядом с текущими заявками.

Автоматизации начинают зависеть от длинной и сложной логики исключений.

Почему слишком много воронок тоже плохо

Каждая новая воронка:

• требует настроек;
• прав;
• полей;
• отчётности;
• поддержки;
• обучения.

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

Практический тест

Для каждого предполагаемого контура ответьте:

1. Другой ли владелец?
2. Другой ли жизненный цикл?
3. Нужны ли другие обязательные данные?
4. Другие ли действия системы?
5. Нужен ли отдельный управленческий отчёт?

Если большинство ответов «нет», новая воронка может быть лишней.

Вывод

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

Практический следующий шаг

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

Короткий ответ

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

Поля, созданные «вдруг пригодится», постепенно превращают СРМ в анкету, которую никто не заполняет качественно.

Минимальные группы

Закупка

• номер;
• заказчик;
• предмет;
• источник;
• площадка;
• тип процедуры;
• ссылки.

Сроки

• окончание подачи;
• торги;
• договор;
• ключевые внутренние дедлайны.

Экономика

• НМЦК или цены единиц;
• себестоимость;
• маржинальность;
• минимальная цена;
• допущения.

Решение

• Решение об участии;
• статус ручной проверки;
• причина отказа.

Результат

• итог;
• победитель;
• цена;
• причина проигрыша / решение не принято.

Передача

• владелец договора;
• владелец исполнения;
• подтверждение передачи.

Обязательность должна зависеть от стадии

Битрикс24 позволяет делать поля обязательными на конкретных стадиях.

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

Например, итоговая цена не нужна на стадии «Новая закупка», но обязательна при фиксации результата.

Свободный текст

Комментарий полезен для исключений и допущений.

Но если показатель регулярно используется в отчётах или автоматизации, его лучше хранить структурированно.

Вывод

Хорошая карточка помогает быстро понять состояние закупки. Плохая заставляет сотрудника обслуживать СРМ вместо процесса.

Практический следующий шаг

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

Короткий ответ

Система должна напоминать о сроках раньше человека, но не принимать за него юридическое или коммерческое решение.

Полезная автоматизация строится вокруг нескольких уровней времени.

Юридический срок

Например:

• окончание подачи;
• торги;
• подписание;
• срок обеспечения.

Внутренний срок

Он должен быть раньше и оставлять резерв на ошибки, согласование и внешние зависимости.

Эскалация

Если критическая задача не завершена к внутреннему дедлайну, система:

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

Почему просто «напомнить за час» недостаточно

К этому моменту может выясниться, что:

• нет документа;
• банк не выпустил гарантию;
• инженер не ответил;
• расчёт не согласован;
• ЭТП недоступна.

Система должна контролировать не только дату, но и готовность результата.

Возможности Битрикс24

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

Что тестировать

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

Вывод

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

Практический следующий шаг

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

Короткий ответ

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

Что система может создать автоматически

После подтверждённой победы:

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

Что обязательно проверить до запуска

Автоматическое создание не означает, что передача принята.

У получателя должны быть:

• предмет;
• итоговая цена;
• ТЗ;
• контрактные сроки;
• обеспечение;
• допущения расчёта;
• риски;
• ближайшая контрольная точка.

Приёмка передачи

Полезный сценарий:

1. система создаёт объект;
2. назначает владельца;
3. ставит задачу «Принять передачу»;
4. получатель проверяет комплект;
5. только после подтверждения объект считается принятым.

Ошибка

Создать новую сделку и считать это передачей.

В таком варианте система просто автоматически создаёт пустой контейнер.

Вывод

Хорошая автоматизация передачи переносит ответственность вместе с контекстом и имеет подтверждение приёмки.

Практический следующий шаг

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

Короткий ответ

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

Битрикс24 позволяет роботам выполнять действия по стадиям, а триггерам — реагировать на события и изменения.

Но не каждое изменение состояния должно происходить автоматически.

Хорошие кандидаты

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

Где нужен человек

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

Почему это важно

Автоматический переход может создать ложный факт в СРМ.

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

Принцип

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

Вывод

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

Практический следующий шаг

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

Короткий ответ

В августе 2026 года Битрикс24 официально поддерживает подключение внешних ИИ-систем через протокол контекста модели.

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

Что меняется

Без интеграции пользователь:

1. спрашивает ИИ;
2. получает ответ;
3. вручную переносит результат в СРМ.

С протоколом контекста модели часть цепочки можно связать.

Например:

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

Почему протокол контекста модели — не «полный доступ ИИ к СРМ»

Должны сохраняться:

• права пользователя;
• права приложения/агента;
• ограничения действий;
• журнал аудита;
• подтверждение для чувствительных операций.

Тендерные сценарии

Чтение / анализ

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

Черновик / предложение

• сформировать задачи;
• предложить обновление полей;
• подготовить передачу.

Запись после подтверждения

• создать задачу;
• внести разрешённое изменение;
• запустить предусмотренный процесс.

Главный риск

Удобство чата не должно стирать границу между советом и изменением системы учёта.

Вывод

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

Практический следующий шаг

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

Короткий ответ

Обновлённый конструктор бизнес-процессов Битрикс24 позволяет собирать длинные сценарии в едином рабочем пространстве и использовать узлы ИИ внутри процесса.

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

Где узел ИИ может быть полезна

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

Где обычное действие лучше

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

Где нужно подтверждение

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

Почему смешанный рабочий процесс сильнее

В одном процессе могут соседствовать:

детерминированное действие → ИИ-анализ → подтверждение человеком → системное действие

Так каждая технология используется для своей задачи.

Ограничение

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

Вывод

ИИ в бизнес-процессе полезен как смысловой узел, а не как замена всей архитектуры процесса.

Практический следующий шаг

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