Многие белорусские малые бизнесы (салоны, автосервисы, выездные мастера, небольшие магазины) получают заявки из мессенджеров, звонков и офлайна — и теряют понимание, какие каналы приносят реальные деньги. В статье — простой пошаговый план: какие поля и статусы добавить в CRM, как «склеивать» диалоги и звонки, какие автоматизации настроить, чтобы видеть вклад канала в первую и повторные продажи.
Почему UTM здесь некорректна и что ставить вместо неё
UTM‑метки работают для переходов с веб‑страниц, но не для «тёмных» каналов: Telegram, Viber, звонки по объявлению, наклейки на витрине, визитки. Вместо UTM нужны строгие правила записи источника в CRM — простые и выполнимые для администратора или голосового бота.
Базовое правило: сохранять две важные метки в карточке контакта — first_source (первый канал, где пришёл клиент) и last_source (последний канал перед заявкой). Никогда не перезаписывайте first_source. Это даст отчёт «кто привёл клиента», а last_source — подскажет текущую кампанию.
Какие поля и статусы завести в CRM (минимум для микробизнеса)
Рекомендуемый набор полей — простой и обязательный при переводе заявки в сделку:
Поля контакта
- Телефон (нормализованный); e‑mail (если есть);
- first_source (значения: Телефон_листовка, Viber_Минск, Telegram_канал, Instagram_реклама, Оффлайн_витрина и т.д.);
- touch_count (кол‑во обращений); last_contact_date; purchase_count; last_purchase_date.
Поля/поля сделки
- source_channel (сквозной источник сделки — копия first_source/last_source);
- service_type (услуга или товар, например: Стрижка_Классическая, Ремонт_Тормозов);
- payment_status (предоплата/оплачен/не оплачен);
- profit (сумма в BYN) и привязка к чеку/счету.
Статусы сделки
Заведите простой набор статусов: Новый → Квалифицирован → Записан/Назначен → Оплачен → Выполнен → Повтор. Такие статусы позволяют быстро фильтровать незакрытые заявки и считать повторные продажи.
Правила именования источников и дедупликация
Простой стандарт наименований снижает путаницу. Примеры: "Viber_Гомель_пост", "WhatsApp_Минск_стикер", "Телефон_листовка_магазин". Добавляйте гео или кампанию только там, где это реально помогает.
Дедупликация — базовый процесс: при новом контакте CRM ищет существующий по номеру телефона; при совпадении добавляет новый диалог в историю, не создаёт новый контакт. Если номер некорректен, оператору показывается предупреждение и шаблон для уточнения (через SMS/Viber/звонок).
Склейка диалогов, звонков и офлайна: простые сценарии
Чтобы объединять обращения из разных каналов в одной истории, в CRM используйте идентификатор контакта как связующее звено. Примеры рабочих сценариев:
- Входящий звонок: голосовой бот/оператор создаёт или обновляет контакт, ставит source_channel = (если контакт новый → first_source = Телефон_входящий). Автоматически создаётся сделка с service_type и черновым временем записи.
- Чат в мессенджере: при первом сообщении бот предлагает быстро подтвердить телефон — если совпадает, бот добавляет сообщение в карточку контакта. Если не совпадает, создаётся новый контакт, но оператор видит подсказку «возможный дубликат». Для интеграции мессенджеров смотрите статью об Интеграции CRM с мессенджерами.
- Офлайн‑заявка (чек, визитка): при регистрации кассир или администратор выбирает в CRM значение из списка офлайн‑каналов (Листовка, Реклама_в_Магазине, Рекомендация). Если клиент возвращается по телефону с номером, система автоматически связывает новое обращение с первой записью по номеру.
Автоматизация, контроль и отчёты: как считать вклад канала и повторные покупки
Несколько автоматизаций, которые реально работают для малого бизнеса:
- При закрытии сделки автоматически увеличить purchase_count у контакта и записать last_purchase_date.
- Триггер на предоплату: при поступлении оплаты переводить сделку в статус «Оплачен» и отправлять клиенту подтверждение в мессенджер.
- Шаблонная задача менеджеру на повторный контакт через N дней (например, 30) для повышения retention.
Отчёты, которые дадут ясность:
- Выручка по first_source за период (показывает, кто привёл клиентов);
- Коэффициент повторных покупок по first_source (purchase_count>1 / всего клиентов из источника);
- Средний чек и LTV по сегментам. Для простых дашбордов пригодится базовая BI‑аналитика — начните с шаблонов, описанных в BI‑аналитике для руководителя, и постепенно добавляйте метрики.
Практические советы для команд (чтобы система работала)
- Обязательное поле: при переводе заявки в статус «Записан» менеджер отмечает source_channel — это дисциплинирует и повышает качество данных.
- Минимум ручных полей: используйте чек‑боксы и селекты, чтобы записываемые значения совпадали по орфографии.
- Регулярная чистка: раз в месяц прогоняйте список возможных дубликатов по номерам и именам, объединяйте карточки и сохраняйте историю источников.
- Контроль качества: добавьте простой скрипт для операторов — «как спросить источник» (например: «Где вы узнали о нас? Телефон/Вконтакте/рекомендация?») — это повышает точность first_source.
Если нужно более подробно — готов предоставить шаблон полей, набор статусов и готовые автоматизации для салона, автосервиса или кофейни в Минске/областных центрах. Полезные материалы по локальной атрибуции и измерению мессенджеров можно посмотреть в статье про Локальную атрибуцию без UTM и о маркетинге в тёмных соцсетях на Marketology.
Итог: простая атрибуция без UTM — это дисциплина (одинаковые названия источников), минимум полей (first_source, last_source, purchase_count), и несколько автоматизаций (создать/склеить контакт, обновить счётчик покупок, триггер на повторный контакт). Такие правила дают ясную картину, какие каналы приводят клиентов и как работает повторная покупка — без сложных меток и лишней ручной работы.