Фраза «нам нужна CRM» часто появляется после неприятного ощущения: заявки вроде приходят, сотрудники заняты, а собственник не может быстро ответить, сколько обращений обработано, кому обещали перезвонить и почему часть клиентов исчезла.
В такой ситуации хочется сразу выбирать систему, переносить базу и настраивать десятки полей. Но сначала полезно провести короткий аудит пути заявки. Он покажет, где именно теряется информация и какой процесс должна поддержать CRM. Для первого результата не нужен большой консалтинг: достаточно одного рабочего дня, выбранного периода и честной выборки обращений.
Выберите один понятный поток: например, заявки с сайта, обращения из Telegram или входящие звонки. Не пытайтесь за день разобрать весь бизнес. Цель аудита — пройти путь одной группы обращений от первого контакта до результата.
Определите период, за который сохранились данные. Если обращений немного, возьмите все. Если их сотни, сформируйте рабочую выборку и зафиксируйте правило отбора, чтобы результат можно было повторить.
Для каждой заявки найдите ответы на семь вопросов:
Если ответ приходится искать одновременно в мессенджере, телефонии, блокноте и памяти сотрудника, это уже результат аудита. Он показывает, какой контекст должен собираться в одном месте.
Для аудита достаточно восьми колонок:
Заявка — условный номер или имя клиента; источник — сайт, звонок, Telegram, рекомендация или другой канал; время обращения — фактические дата и время; ответственный — кто должен продолжить работу; первый ответ — время первого содержательного контакта; договорённость — что решили после разговора; следующий шаг — действие и срок; результат — текущий статус и причина.
Не заполняйте пробелы догадками. Если время ответа неизвестно, пишите «неизвестно». Если причина отказа не зафиксирована, так и отмечайте. Ценность аудита именно в том, что он показывает отсутствующие данные.
Сообщение осталось в личном чате, звонок увидел один сотрудник, заявка с формы пришла на почту, которую проверяют нерегулярно. Команда может хорошо работать с теми клиентами, которых заметила, но собственник не видит необработанные обращения.
Клиенту кто-то ответил, но дальнейшее действие не закрепили за конкретным человеком. В общей переписке такие договорённости быстро превращаются в «я думал, этим занимается коллега».
Если известна только дата создания клиента, невозможно понять, сколько времени прошло до нормального разговора. Для управления важны две разные точки: когда обращение пришло и когда сотрудник начал содержательную работу.
Статус «в работе» ничего не говорит следующему сотруднику. Нужна короткая запись: что нужно клиенту, что ему обещали и какой вопрос остаётся открытым.
После разговора клиент может быть заинтересован, но дата следующего контакта не назначена. Такая заявка формально не потеряна и одновременно никому не напоминает о себе.
Статус «неуспешно» без причины не помогает изменить рекламу, предложение или работу отдела. Причины должны быть короткими и пригодными для сравнения: не подходит задача, нет бюджета, выбрал другого подрядчика, не удалось связаться, срок отложен.
На первом аудите не нужны сложные панели. Достаточно нескольких проверяемых чисел:
Доли считаются одинаково: количество заявок с нужным признаком делится на общее количество проверенных заявок. Например, доля заявок со следующим шагом — это число карточек, где записаны действие и срок, разделённое на размер выборки.
Не подгоняйте первый результат под «хороший процент». Это исходная точка. После изменения процесса повторите тот же аудит на сопоставимом потоке и сравните факты.
09:00 — выбрать поток и период. Зафиксируйте один источник или одну воронку, границы выборки и человека, который поможет найти данные.
10:00 — собрать обращения. Выгрузите или вручную сведите заявки из формы, телефонии, почты и рабочих чатов. Сохраняйте только информацию, необходимую для процесса, с учётом правил доступа к персональным данным.
12:00 — убрать явные дубли. Совпадение телефона или почты ещё не всегда означает одного клиента, поэтому спорные записи помечайте отдельно.
14:00 — восстановить путь. Для каждой заявки заполните ответственного, первый ответ, договорённость, следующий шаг и результат. Неизвестное оставляйте неизвестным.
16:00 — сформулировать минимальную воронку. Обычно для старта достаточно нескольких понятных состояний: новое обращение, связались, уточняем задачу, предложение отправлено, ожидаем решение, успешно, закрыто с причиной. Названия должны соответствовать реальной работе компании.
17:00 — назначить правила. Кто создаёт карточку? Кто меняет ответственного? Когда следующий шаг считается обязательным? Кто каждое утро смотрит просроченные задачи? Без этих ответов программа останется просто ещё одним окном.
Начните с минимального набора:
Дополнительное поле стоит создавать, если команда понимает, кто и когда его заполняет и какое решение будет принято на основании значения. Поля «на всякий случай» увеличивают карточку, но не делают данные полезнее.
Необязательно переносить всю историю компании в первый день. Можно взять одну действующую воронку и согласованную часть базы, проверить работу двух сотрудников, а затем расширять запуск. Так быстрее становится видно, какие настройки помогают, а какие только усложняют работу.
После разбора не спрашивайте только «есть ли в системе нужная функция». Проверьте весь рабочий сценарий:
Проведите этот сценарий на реальном примере. Количество модулей в презентации менее важно, чем способность команды выполнить семь действий без постоянной помощи администратора.
Аудит может показать, что система уже есть, но правила работы не определены. Тогда новая программа лишь перенесёт старый хаос в другой интерфейс.
Сначала договоритесь об ответственности, обязательном следующем шаге и причинах закрытия. Затем уберите лишние поля и настройте одну очередь задач. Иногда этого достаточно, чтобы существующая система начала приносить пользу.
Отдельная разработка нужна, когда процесс компании действительно не помещается в стандартные сценарии: например, требуется особый кабинет клиента или партнёра, собственная цепочка согласований, работа с документами по уникальным правилам или связка нескольких внутренних ролей. Тогда сначала описывают процесс и первую версию, а уже потом выбирают технологию.
MetaJarvis CRM предназначена для предпринимателей и небольших команд, которым важно видеть клиентов, сделки, договорённости и задачи с телефона и в браузере. Рабочий интерфейс доступен в Telegram Mini App; подключение переписки и других каналов зависит от отдельно согласованных интеграций.
Сейчас мы бесплатно выполняем базовое внедрение: подключаем компанию, настраиваем одну стартовую воронку и базовые роли, помогаем с первым внесением или загрузкой согласованной части базы и показываем основные действия. Подписка, индивидуальные интеграции, разработка функций и дальнейшее сопровождение обсуждаются отдельно.
Чтобы начать, напишите Сергею Смирнову «АУДИТ CRM». Укажите один источник заявок, примерное количество обращений и где сотрудники сейчас записывают следующий шаг.
Если аудит покажет, что нужен сайт, кабинет клиента или отдельная корпоративная платформа, напишите «НУЖЕН САЙТ» или «НУЖНА ПЛАТФОРМА» и кратко опишите процесс.