Когда ты спрашиваешь своих сотрудников, сколько у них запросов «в работе», можно получить три разных ответа. Один считает только те, на которые отправил смету. Второй — все сообщения, которые прочитал. Третий — любой контакт, который хоть раз поступил, независимо от того, ответил ли он. Один запрос, три разных состояния — и никто не врёт. Просто никто никогда не говорил им, что на самом деле означает каждый этап воронки. Эта статья показывает, как построить определения и критерии перехода, чтобы все считали одинаково.
Почему определения имеют значение
Представь такую ситуацию: клиент звонит в понедельник, оставляет сообщение. Во вторник перезваниваешь, разговариваешь 15 минут, договариваешься о смете. В среду отправляешь предложение. Клиент не отвечает. В четверг делаешь follow-up. В пятницу звонишь — не берёт. В субботу отправляешь смс. В воскресенье клиент пишет, что выбрал конкурента.
Теперь спроси троих сотрудников, на каком этапе этот запрос:
- Первый скажет: «новый» — потому что не получил ответа на смету.
- Второй: «смета отправлена» — потому что предложение ушло.
- Третий: «проигран» — потому что клиент написал, что пошёл к другому.
Каждый ответ логичен. Каждый — разный. И каждый превращает твой отчёт о продажах в среднюю температуру по больнице — выглядит конкретно, но ничего не значит.
Проблема не в том, что люди некомпетентны. Проблема в том, что никто не определил им, что означает каждый этап, что означает вход на этап и что означает выход из него. Без этого каждый прогнозирует на основе своих критериев, а ты не видишь реальную картину бизнеса.
Эта статья даёт тебе готовую структуру воронки для фирмы услуг. Можно внедрить её сегодня — в CRM, в таблице Excel или на доске на стене. Принципы одинаковые.
Базовая воронка продаж для фирмы услуг
Воронка продаж в фирме услуг состоит из шести этапов. У каждого этапа есть определение, событие входа, владелец и максимальное время, которое запрос может провести на этом этапе. Таблица ниже показывает полную модель.
| Этап | Определение | Событие входа | Владелец | Максимальное время |
|---|---|---|---|---|
| Новый | Запрос поступил и ещё не был обработан | Запись в системе / сообщение от клиента | Дедицированный оператор | 4 часа |
| Контакт состоялся | Состоялся телефонный или личный разговор, во время которого установлена потребность клиента | Заметка о разговоре в системе | Продавец | 24 часа |
| Потребность подтверждена | Клиент подтвердил, что заинтересован и знает объём работ | Определение объёма в системе | Продавец | 48 часов |
| Смета отправлена | Комерческое предложение отправлено клиенту | Отправленный документ / письмо со сметой | Продавец / отдел предложений | 72 часа |
| Решение | Клиент рассматривает предложение, ещё не принял решение | Подтверждение получения предложения / нет ответа в течение 3 дней | Продавец | 5 дней |
| Выигран / Проигран | Запрос завершился сделкой или отказом | Подписание договора / вписана причина проигрыша | Продавец | — |
События входа, не ощущения
Главное правило: запрос переходит на следующий этап не тогда, когда «кажется, что клиент заинтересован», а когда происходит конкретное событие. Телефонный разговор — это событие. Смета отправлена — это событие. Подтверждение получения предложения — это событие. Внесение аванса — это событие.
Событие должно быть объективным и верифицируемым. Когда ты говоришь «клиент заинтересован» — это твоё мнение, не факт. Когда ты говоришь «клиент подтвердил дату визита» — это факт, дата есть в системе. CRM автоматически меняет этап в момент события, если ты это настроишь. В таблице делаешь это вручную. На доске — перекладываешь карточку. Метод не важен. Принцип важен.
Почему «клиент заинтересован» — не критерий
Когда ты говоришь «клиент заинтересован», ты оперируешь субъективной оценкой. Эта оценка зависит от того, как конкретный продавец понимает слово «заинтересован». Это значит, что клиент не сказал «нет»? Что он кивнул? Что он спросил дополнительную информацию? Каждый из этих сигналов разный, и у тебя нет способа их унифицировать.
Поэтому критерии перехода должны быть поведенческими, не перцептивными. Вместо «клиент заинтересован» говори «клиент подтвердил объём услуги». Вместо «клиент рассматривает» говори «прошло 3 дня после отправки сметы, и клиент не ответил». Вместо «клиент хочет» говори «клиент внёс аванс». Каждый из этих критериев можно проверить в системе. Каждый одинаковый для всех сотрудников.
Причины проигрыша — закрытый список
Когда запрос попадает в этап «Проигран», система должна требовать указания причины. Без причины нельзя закрыть запрос. Эта причина должна быть из закрытого списка, который ты устанавливаешь один раз и применяешь последовательно. Типичные причины в фирме услуг:
- Цена — клиент посчитал, что предложение слишком дорогое.
- Срок — клиенту нужно было быстрее, чем ты мог предложить.
- Нет ответа — клиент перестал отвечать после отправки сметы.
- Не наш профиль — запрос выходит за рамки услуг фирмы.
- Дубль — запрос от того же клиента, который уже в базе.
- Выбрал конкурента — клиент выбрал другую фирму, но указал причину.
- Клиент отказался — проект не состоялся по причинам, не связанным с ценой.
Закрытый список преследует две цели. Во-первых, он заставляет продавца думать о том, почему он потерял запрос. Само «проигран» тебя ничему не научит. «Цена — слишком дорого по сравнению с тремя другими сметами, которые клиент получил» — научит. Во-вторых, закрытый список позволяет агрегировать данные.
Без закрытого списка каждое «другое» и «не знаю» размывает картину. Через год у тебя отчёт, который ни на что не годится.
Варианты воронки по отраслям
Фирма услуг — широкое понятие. Воронка выглядит по-разному в кабинете врача, по-разному в салоне красоты, по-разному в автосервисе и по-другому у монтажной бригады. Таблица ниже показывает, как адаптировать этапы к специфике отрасли.
| Отрасль | Этап 1 | Этап 2 | Этап 3 | Этап 4 | Этап 5 | Этап 6 |
|---|---|---|---|---|---|---|
| Кабинет (консультация) | Новый | Консультация назначена | Визит состоялся | План лечения / услуги представлен | Первый лечебный визит | Договор подписан |
| Салон (красота, фитнес) | Новый | Запись на визит | Визит состоялся | Услуга выполнена | Повторная запись | Подарочная карта / абонемент |
| Автосервис | Новый | Диагностика назначена | Диагностика выполнена | Смета отправлена | Акцепт сметы | Ремонт выполнен |
| Монтажная бригада | Новый | Запрос на смету | Замер / выезд на объект | Смета отправлена | Акцепт предложения | Монтаж выполнен |
Ключевой принцип одинаковый независимо от отрасли: каждый этап должен иметь определение, основанное на событии, не на ощущении. В кабинете ты не переходишь на «план лечения представлен», потому что «кажется, клиент понимает». Переходишь, когда действительно представляешь план — а система это фиксирует.
Конверсия между этапами — как считать честно
Конверсия между этапами — это процент запросов, которые переходят с одного этапа на следующий.
Это правда, но не показывает, где уходят деньги.
Пример на условных числах — подставь свои: у тебя 100 запросов. С этапа Новый на Контакт состоялся переходит 60 запросов. С Контакт на Потребность подтверждена — 30. С Потребность на Смета отправлена — 20. С Смета на Решение — 12. С Решение на Выигран — 6.
Теперь видно, что больше всего запросов отсеивается в самом начале: 40 из 100 теряются между Новый и Контакт. Это не проблема с ценой — клиент ещё не видел цену. Это проблема с первым ответом. Кто-то не перезвонил вовремя, не ответил на звонок, не написал на сообщение.
Когда смотришь на конверсию, всегда начинай с самого большого провала, не с конца. Исправление первого этапа даёт самый большой доход. Исправление последнего этапа даёт маргинальный эффект.
Как честно считать конверсию
Считаешь только те запросы, которые имели шанс перейти на следующий этап. Если запрос попал в Проигран с причиной «не наш профиль», не включаешь его в конверсию — у него не было шанса пройти дальше, потому что он был не для тебя. Если клиент выбрал конкурента из-за срока, тоже не вkljuчиаешь — срок это внешний фактор, не твоя ошибка.
Считаешь только те запросы, которые соответствовали критериям твоего предложения и получили ответ. Это сложнее посчитать, но даёт реальную картину твоей эффективности, не внешнего случая.
Время на этапе — что делать с висящими запросами
У каждого этапа есть максимальное время из таблицы выше. Когда это время проходит, а запрос не перешёл на следующий этап, создаётся задача для владельца этого этапа. Это не опция — это обязанность. Кто-то должен что-то сделать: позвонить, написать, проверить, жив ли ещё клиент.
Схема действия:
- 01нет контакта 4ч
- →02задача оператору
- →03нет подтверждения 24ч
- →04задача продавцу
- →05нет ответа 72ч
- →06задача follow-up
Когда применяешь это последовательно, видишь два эффекта. Во-первых, запросы не висят месяцами без движения. Во-вторых, видишь, кто не выполняет сроки — потому что задачи накапливаются. Это не слежка. Это управление процессом.
Данные проигранных запросов — сколько их хранить
Когда запрос попадает в «Проигран», нужно решить, что делать с данными. РODO накладывает принцип ограничения хранения: персональные данные хранятся не дольше, чем это необходимо для целей, для которых они были собраны (ст. 5 РODO, источник: UODO руководство РODO). Когда цель — то есть обработка конкретного запроса — перестаёт существовать, данные должны быть удалены или обезличены, если нет другой правовой основы (например, налоговое обязательство).
Практический подход: данные проигранных запросов хранятся в течение периода, позволяющего проанализировать причины потерь — обычно 6–12 месяцев. После этого периода, если нет правовой основы для дальнейшего хранения, удаляешь персональные данные. Оставляешь только агрегированную статистику: сколько запросов, какая причина проигрыша, какой ценовой порог. Эти данные не позволяют идентифицировать конкретного человека, поэтому РODO их не касается.
Важно: решение о периоде хранения — твоё, нужно его принять и задокументировать. Принцип: если данные не служат уже никакой бизнес-цели, нужно их удалить (ст. 17 РODO, источник: UODO Право на удаление данных). Сомнения — консультируй с IOD.
Контекст — CRM это не норма, это исключение
Это означает, что примерно три четверти таких предприятий не используют систему CRM. Многие из них ведут воронку в таблице Excel, на пробковой доске или в голове.
Для тебя это одновременно вызов и шанс. Вызов: нужно построить систему самому, без готовых инструментов. Шанс: когда сделаешь это, получишь преимущество над конкурентами, которые действуют на глаз. Тебе не нужна дорогая система, чтобы начать. Нужны определения, критерии и последовательность.
Сделай это сам за 2 часа
Возьми таблицу Excel или лист бумаги. Вытащи из системы или почты последние 20 запросов, которые обрабатывал в этом году. Для каждого запиши: дата поступления, дата первого контакта, дата отправки сметы, дата решения, результат (выигран/проигран), причина проигрыша.
Теперь разложи эти 20 запросов по шести этапам из таблицы выше. Используй определения, не свои ощущения. Какой этап имел самый большой отток? Где терялись запросы? Сколько времени прошло от первого контакта до отправки сметы? От сметы до решения?
После такого упражнения будешь знать о своём бизнесе больше, чем за месяц просмотра общих отчётов. Это упражнение не требует никакой системы — только твоего времени и честности.
Как это выглядит в системе
В системе всё происходит автоматически. Звонок зарегистрирован → этап меняется на «Контакт». Смета отправлена → этап меняется на «Смета». Нет ответа 72ч → система создаёт задачу follow-up.
Когда закрываешь запрос как проигранный, система требует указать причину из закрытого списка. Без причины нельзя закрыть. Это требует дисциплины и даёт данные для анализа.
Раз в неделю получаешь отчёт конверсии между этапами. Видишь, сколько запросов вошло на каждый этап, сколько вышло и куда. Видишь, какой этап — узкое место. Видишь, сколько времени в среднем занимает переход от этапа к этапу. Видишь, какие причины проигрыша доминируют.
Это полная картина твоей воронки — и поэтому определения имеют значение.
Чтобы построить такую систему в своей фирме, нужны три слоя: CRM для регистрации запросов и контактов, воронки для управления этапами и событиями, и AI follow-up для автоматических напоминаний клиентам, которые не ответили. Вместе они создают замкнутый цикл: событие меняет этап, отсутствие события создаёт задачу, закрытие требует причины, отчёт показывает результат.
Посмотри, как это работает на практике — автоматизация follow-up показывает, что происходит с запросом после первого разговора, а автоматизация отчётности показывает, какие цифры реально видит владелец. Также посмотри автоматизацию обработки запросов, чтобы увидеть, как одна очередь заменяет пять ящиков, и автоматизацию предложений, чтобы понять, почему смета занимает три дня, а может час.
Также тебе понадобится система задач, чтобы отслеживать, кто что должен сделать, и дашборды, чтобы видеть все цифры на одном экране.
Пройди оценку: какие звонки и заявки теряются у тебя — узнай, где именно ты теряешь запросы.
Частые вопросы
Должна ли воронка иметь ровно шесть этапов?
Нет. Шесть — это базовая модель для фирмы услуг, но можно упростить до пяти (пропустив «потребность подтверждена») или расширить дополнительными, специфичными для твоей отрасли. Важно не сколько этапов, а то, чтобы каждый имел определение, основанное на событии, не на ощущении.
Как часто нужно проверять конверсию между этапами?
Раз в неделю — минимум, который позволяет ловить проблемы, пока они не разрослись. Ежедневный просмотр имеет смысл только в фирмах с очень большим объёмом запросов — больше 50 в неделю. Для большинства фирм услуг еженедельного отчёта достаточно.
Что делать, если продавец не вписывает причину проигрыша?
Если система требует причину для закрытия запроса, обойти это нельзя. Если ведёшь воронку в таблице, нужно последовательно этого требовать — без причины не принимаешь закрытие. Без данных нет отчёта. Без отчёта нет улучшения.
Нужна ли CRM для внедрения воронки?
Нет. Можно начать с таблицы Excel или пробковой доски. Система нужна только тогда, когда ручное управление начинает занимать больше времени, чем обслуживание клиента. Для большинства фирм порог — около 20–30 активных запросов в месяц.
Как измерить время на этапе, если нет системы?
Установи в календаре повторяющееся напоминание — раз в день, утром. Проверяй активные запросы и смотри, не превысил ли какой-то максимальное время из таблицы. В таблице записывай дату входа на каждый этап. Система автоматически считает дни между этапами, если её настроить.
Может ли воронка меняться в зависимости от источника запроса?
Да. По-разному обрабатываешь запрос из Google Maps, по-разному из рекомендации, по-разному из рекламной кампании. Можно добавить поле «источник» и дифференцировать максимальное время на этапе или критерии перехода. Но базовая структура из шести этапов остаётся такой же — меняется только способ обработки.