В справке Битрикс24 есть деталь, которую легко пропустить: при закрытии лида или сделки незавершённые задачи могут автоматически перейти в завершённые; там же описаны способы организовать контроль. Для тендерной работы это повод проверить настройки заранее. Закрытый элемент CRM сам по себе не доказывает, что пакет документов подготовлен и отправлен.
Тендерная карточка хранит несколько разных сроков
В обычной продаже следующий контакт часто можно согласовать с покупателем. У тендерной подготовки есть внешняя дата подачи и внутренние действия команды. Они связаны, но не совпадают: расчёт, техническая проверка и согласование должны закончиться так, чтобы оставалось время на передачу результата.
Если в CRM видна только общая дата, руководитель не понимает, какой участок задерживается. Если задачи живут отдельно, из карточки трудно восстановить готовность комплекта. Нужна связь каждого действия с конкретной закупкой и её актуальными условиями.
Это организационная постановка задачи. Требования к участию и состав документов берут из материалов самой закупки; автоматизация не должна сочинять их по универсальному шаблону.
Что важно проверить в поведении Битрикс24
Официальная справка описывает создание задач из карточки CRM, их статусы и контроль после завершения. Она также предупреждает об автоматическом завершении незаконченных задач при закрытии элемента и предлагает варианты работы с такой ситуацией.
Поэтому проверка процесса должна включать не только создание задачи. На тестовой карточке нужно увидеть, что произойдёт при закрытии сделки и как будет приниматься результат. Доступность опций и фактическое поведение сверяют в конкретном портале.
Если сотрудник завершил подготовку файла, это ещё не подтверждение его проверки другим участником. А принятый файл ещё не означает, что пакет доставлен. Эти события стоит различать и в названиях задач, и в способе подтверждения.
Как выглядит полезный внутренний пакет работы
Рассмотрим редакционный пример, а не историю клиента: расчёт готовит коммерческий сотрудник, техническую часть проверяет инженер, итоговый комплект передаёт ответственный за подачу. У каждого действия есть результат, который следующая роль может принять.
Если изменили техническое задание, прежний расчёт может относиться к старой версии. Поэтому рядом с работой нужен источник актуальных требований. Пересланный файл без связи с версией закупки оставляет неопределённость даже при зелёных статусах задач.
В кейсе «Маяка» по строительству ангаров тендеры были одной из пяти отдельных воронок. Публичное описание не раскрывает весь тендерный регламент. Но само разделение показывает, что этот процесс рассматривали отдельно от других типов обращений.
Приёмка заканчивается проверяемым фактом
Пройдите контрольную карточку до конца: требования получены, расчёт проверен, комплект принят, способ и факт передачи зафиксированы. Для каждого перехода должна быть доступна запись или документ. Фраза «задача закрыта» не заменяет эти подтверждения.
Затем проверьте исключения: сотрудник меняет срок, требования обновляются, от участия отказываются, карточку закрывают раньше завершения работ. Так обнаруживается автоматика, которая выглядит удобной в обычной продаже и мешает конкретному тендерному сценарию.
Для разбора CRM подготовьте обезличенный комплект одной закупки и опишите последовательность внутренних действий. На его основе можно настроить роли и контроль результата, а затем принять систему по тому же сценарию.
- ТребованияАктуальная версия закупки
- ПодготовкаРезультат каждого исполнителя
- ПроверкаКомплект принят ответственным
- ПередачаФакт подачи подтверждён
Редакционная схема внутренней работы. Состав и сроки определяются конкретной закупкой.
Материалы разбора
Факты и документы, на которые опирается статья:
Продолжить чтение
Обсудить вашу B2B-задачу
Расскажите о продукте и текущей ситуации. Обсудим, что проверить в рекламе, сайте или работе с обращениями.