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