Как в CRM-INSAL появились лиды, контакты и подписчики (9 серия)

Это девятая статья из серии о том, как мы в CompanionAI шаг за шагом развивали цифровую систему INSAL. До этого были сайт, CRM, заявки, заказы, база знаний и мини-курсы. Дальше стало ясно: компания уже собирает не только клиентов, но и ранний спрос. А значит, его нужно перестать разбрасывать по углам и начать считать, хранить, обрабатывать и доводить до сделки.

Почему лиды пришлось перестать считать просто заявками

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

• Пришла заявка — кто-то ответил.
• Не пришла — ну и ладно.
• Кто-то написал в Telegram — менеджер посмотрит.
• Кто-то оставил контакты в форме — потом разберемся.

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

До определенного момента в INSAL лиды тоже не воспринимались как отдельный актив. Это были “обращения”, “заявки”, “контакты”, “что-то пришло”. Но не объект, за который можно спросить: сколько стоил, кто обработал, как быстро связались, почему не довели и что с ним вообще стало.

А если на такие вопросы никто не отвечает, значит, компания спрос не контролирует. Она просто надеется, что кто-то с ним что-то сделает.

Что было до появления раздела лидов

До отдельного раздела лиды жили так, как живут во многих сервисных компаниях: в общем Telegram-чате и в разных Google Таблицах у отдельных сотрудников.

• Кто-то что-то видел.
• Кто-то копировал себе.
• Кто-то вел свою таблицу.
• Кто-то держал половину контекста в голове.

Единого хранения не было. Нормального учета не было. Отсюда и самый показательный симптом: на простой вопрос “сколько стоит один лид?” внутри компании никто не мог ответить. Не потому что вопрос был сложный. Просто такими категориями никто не думал.

А если ты не можешь ответить, сколько стоит лид, значит, ты им не управляешь. Ты просто надеешься, что он сам как-нибудь превратится в клиента.

Почему сервисная компания должна обрабатывать лид за 15 минут

Для сервисной компании скорость первой реакции — не приятный бонус. Это норма.

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

Мы для себя зафиксировали простое правило: лид должен быть обработан в течение 15 минут после поступления.

Не “в идеале”.
Не “по возможности”.
Не “если менеджер не занят”.
А должен.

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

Пока первый контакт живой и быстрый, шанс на нормальный диалог высокий. Как только между интересом и ответом вырастает пауза, лид остывает. А вместе с ним остывают и деньги.

Как в CRM-INSAL появился отдельный раздел лидов

В какой-то момент стало ясно: лиды нужно вытаскивать из общего шума и собирать в отдельный модуль.

Так в CRM-INSAL появился раздел лидов.

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

Это уже было не “где-то там пришла заявка”. Это был отдельный рабочий контур.

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

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

Список лидов нужен, чтобы не потеряться в потоке. Но по-настоящему работает не список, а карточка.

В списке — минимум.
В карточке — контекст.

Внутри карточки лида уже были имя, телефон, email, Telegram, страна, город, источник, контекст обращения, документ, поле с последним решением, статус и служебная привязка к клиенту.

Именно карточка дает менеджеру шанс не звонить вслепую.

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

Это уже не журнал учета. Это рабочая поверхность для первого контакта.

Как мы в CompanionAI прописали подготовку к первичному звонку

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

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

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

1. Сначала — найти свободные лиды со статусом “Новый”.
2. Обязательно открыть карточку.
3. Посмотреть источник.
4. Внимательно прочитать контекст обращения.
5. Зафиксировать страницу формы и способ связи.
6. Выписать два стартовых вопроса под конкретный сценарий.

На это уходит несколько минут. Но именно эти минуты резко повышают качество первого контакта.

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

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

Почему доступ к лидам пришлось закрыть

Базу лидов не сделали общей для всех.

И это было правильное решение.

Лиды — это не просто список телефонов. Это актив компании. Значит, доступ к нему должен быть у тех, кто реально работает на первичных звонках, а не у любого сотрудника “на всякий случай”.

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

Это не про бюрократию. Это про здравый смысл.

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

Как CRM-INSAL начала видеть не только лиды, но и разные типы аудитории внутри одной системы

После появления раздела лидов CRM-INSAL сделала следующий шаг: начала собирать в одном контуре не только новые обращения, но и разные типы контактов с аудиторией.

Лиды — это отдельный поток входящих обращений, которые требуют быстрого первого контакта и понятной обработки.

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

Подписчики — это отдельный слой аудитории, который приходил через формы подписки на основном сайте и в блоге. Эти данные попадали в CRM и сразу уходили в Unisender, чтобы INSAL мог работать не только с теми, кто уже оставил заявку, но и с теми, кто пока просто следит за компанией и ее материалами.

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

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

Бизнесу мало просто знать, что кто-то когда-то написал. Ему нужно понимать, кто это, через какой сценарий человек вошел в систему и что с ним происходит дальше.

Контакты как записная книжка компании

Раздел контактов был не довеском к лидам, а отдельным слоем системы.

Если лид — это первичный интерес, то контакты — это уже записная книжка компании.

Причем не в старом смысле “таблица с телефонами”, а в нормальном цифровом: клиенты, партнеры, поставщики, контактные лица, телефоны, email, Telegram, адреса, реквизиты, документы, примечания.

Это уже память бизнеса.

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

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

Подписчики как отдельный слой аудитории внутри CRM и Unisender

Подписчики тоже стали отдельным слоем внутри системы.

Это важно. Подписчик — не мусорный email в выгрузке и не “когда-нибудь пригодится”. Это аудитория, которая уже вошла в контур внимания компании, но еще не стала клиентом.

Подписчики попадали в CRM и сразу уходили в сервис email-рассылок Unisender. То есть INSAL начал управлять не только входящими обращениями, но и аудиторией, которая еще находится до сделки.

Это уже другой уровень мышления.

Компания начинает работать не только с теми, кто готов купить прямо сейчас, но и с теми, кто пока наблюдает, читает, сравнивает и присматривается. А значит, можно поддерживать контакт, возвращать человека в контур и не терять накопленное внимание.

Как лид автоматически превращался в пользователя CRM и уходил в архив

Одна из самых взрослых частей этой логики — лид не висел в системе вечно.

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

Если автоматическая связка не срабатывала, можно было привязать вручную по email.

Это важная деталь. Здесь видно, что лид — не вечная сущность в системе. Это этап пути. Он либо умирает, либо превращается в следующий уровень отношений с компанией.

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

Какие проблемы вскрылись уже после запуска

Конечно, на этом месте история не стала идеальной.

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

Через какое-то время часть сотрудников начала делать вид, что лиды обрабатываются. Статусы менялись формально. По факту — без нормального пояснения, без контекста и без реальной работы.

Один из самых показательных эпизодов выглядел так: за одну минуту у восьми заявок поменяли статус так, будто их уже обработали. Без внятного комментария. Без описания, что произошло. Без нормального контекста обращения.

Для сервисной компании это недопустимо. Да и для любой другой тоже.

Потому что CRM в этот момент показывает неприятную, но полезную вещь: проблема не решилась только потому, что появился раздел. Люди все еще могут имитировать работу. Просто теперь это видно.

И в этом, как ни странно, тоже польза CRM. Она вскрывает не только хаос, но и фальшивую дисциплину.

Какие проблемы вскрылись уже после запуска

Конечно, на этом месте история не стала идеальной.

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

Через какое-то время часть сотрудников начала делать вид, что лиды обрабатываются. Статусы менялись формально. По факту — без нормального пояснения, без контекста, без реальной работы.

Один из самых показательных эпизодов: за одну минуту у восьми заявок поменяли статус так, будто их уже обработали. Без внятного комментария. Без описания, что произошло. Без нормального контекста обращения.

Для сервисной компании это недопустимо. Да и для любой другой тоже.

Потому что CRM в этот момент показывает неприятную, но полезную вещь: проблема не решилась только потому, что появился раздел. Люди все еще могут имитировать работу. Просто теперь это видно.

И в этом, как ни странно, тоже польза CRM. Она вскрывает не только хаос, но и фальшивую дисциплину.

Почему база лидов — это аккумулятор отдела продаж, а не просто список

Мысль этой статьи простая но важная.

• Лид — это ценный актив компании.
• База лидов — это аккумулятор отдела продаж.

Не список. Не архив. Не технический раздел.

• Именно аккумулятор.

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

CRM нужна здесь не для галочки. Она нужна, чтобы этим активом управлять: быстро, дисциплинированно, с пониманием источника, с нормальным первым контактом и с понятным маршрутом до клиента.