Хороший менеджер ответит на любую заявку, которую увидел. Теряется то, что до него не дошло или застряло по дороге. Поэтому «нанять ещё одного менеджера» и «пересказать всем, что заявки важны» помогают ненадолго: промежутки между шагами остаются, а в них никто не отвечает.
Четыре промежутка, где теряются заявки
- Между каналами. Сайт, почта, директ, мессенджер, звонок: пять мест, куда нужно заглядывать. Чем их больше, тем выше шанс, что в одном из них заявка пролежит до понедельника.
- Между «пришла» и «кто-то взял». Заявка есть, ответственного нет. Каждый видел её в общем ящике и решил, что ею уже занимаются.
- Между заявкой и первым ответом. Пока она лежит, клиент может написать другим: ответивший первым часто и получает разговор.
- Между «перезвоню» и звонком. Пообещали вернуться, а напоминания не поставили. Обещание живёт в голове и на листке под клавиатурой.
Ни в одном из этих мест нет ошибки конкретного человека. Это дыры в самом процессе. Автоматизация, которую не научили замечать тишину, тоже ломается молча, об этом отдельная заметка. Цену таких потерь трудно посчитать точно, но порядок можно прикинуть: в заметке о цене ручной работы есть простой расчёт.
Заявку теряет не человек, а промежуток между двумя людьми или двумя каналами.
Что автоматизировать по порядку
Не всё сразу. Каждый следующий шаг имеет смысл, когда сделан предыдущий:
- 1. Все каналы в одно место. Заявка с сайта, письмо, сообщение в мессенджере попадают в одну очередь: таблицу, CRM или общий чат с карточками. Первый и самый важный шаг: пока заявки лежат в разных местах, остальное не работает.
- 2. Ответственный назначается сам. По очереди, по типу заявки или по загрузке. «Ничья» заявка перестаёт существовать.
- 3. Клиент сразу получает подтверждение. Короткое «получили, ответим в такое-то время». Это не замена ответа, а пауза, в которой клиент не уходит.
- 4. Заявка без движения поднимает тревогу. Если за заданное время никто не ответил, уведомление уходит менеджеру, а потом руководителю. Так же работает и «перезвоню»: напоминание ставится в момент обещания.
- 5. Причины отказов собираются в отчёт. Когда клиент не купил, менеджер отмечает почему, одним выбором из списка. Через месяц видно, что именно теряется: цена, сроки или скорость ответа.
Первые два шага дают большую часть пользы и обычно собираются быстро. Остальные добавляют по мере того, как вы видите, где именно ещё течёт.
Пример схемы: одна очередь с таймером
Условный пример для иллюстрации, не чей-то реальный процесс. Небольшая компания принимает заявки тремя путями:
- Вход. Форма на сайте, общая почта и мессенджер отдают каждую заявку в одну таблицу: имя, контакт, откуда пришла, время.
- Назначение. Новая строка сама получает ответственного менеджера, и ему приходит уведомление.
- Подтверждение. Клиенту уходит сообщение «получили, ответим до конца рабочего дня».
- Таймер. Если через N минут в строке нет отметки «взято в работу», уведомление уходит руководителю.
- Закрытие. Когда заявка закрыта, менеджер выбирает причину, если клиент не купил.
Всё это собирается из обычных блоков: приём, правило назначения, сообщение, таймер. Сложной логики здесь нет, важнее порядок шагов, а не инструмент.
Теряете ли вы заявки: шесть вопросов
- Можно назвать все места, куда сегодня приходят заявки, и их не больше двух-трёх?
- У каждой новой заявки в течение минуты появляется конкретный ответственный?
- Клиент получает подтверждение сразу, а не когда менеджер доберётся?
- Известно, сколько заявок за неделю остались без ответа дольше часа?
- «Перезвоню» записывается сразу и напомнит о себе без вашего участия?
- Через месяц вы сможете сказать, по каким причинам клиенты не купили?
Три «нет» и больше означают, что заявки уже уходят, просто вы этого не видите. Начните с одного шага: собрать каналы в одно место. Если не знаете, с какого процесса начинать вообще, поможет эта заметка.
Чем это делается
Универсального ответа нет, и это нормально. Три типичных пути:
- Функции CRM. Если CRM у вас уже есть, очередь, назначение и напоминания часто включаются в ней самой, без отдельных инструментов.
- No-code связки. Конструкторы сценариев соединяют форму, почту, мессенджер и таблицу без программиста: хорошо, когда каналов несколько, а CRM нет или она тяжела для задачи.
- Небольшой скрипт. Когда нужна нестандартная логика или большой объём, проще написать код, чем растягивать конструктор.
Выбирают инструмент после того, как описан процесс, а не до. На странице «Задачи» собраны типовые случаи, а если хотите разобрать свой, на странице «Как работаем» показано, как мы начинаем.