Кейс: 2ГИС + почта + CRM для сервисного МСП за 60 дней

За 60 дней у сервисного МСП (выездной ремонт/монтаж, 12 человек, 3 менеджера) контур «2ГИС-лиды + входящая почта → n8n → CRM → задача и шаблон ответа» сократил median time-to-first-touch с 6,2 ч до 14 мин в рабочие часы и поднял долю сделок с заполненным следующим шагом с 38% до 81% — без чат-бота «на всё» и без переписывания воронки с нуля.

Ниже — композитный production-разбор (отрасль и бренд обезличены, цифры округлены). Ось не «магия ИИ», а процесс: источники → квалификация → CRM → handoff человеку.

---

Контекст «до»: три канала, ноль контура

Клиент жил типичной схемой сервисного МСП в РФ:

• заявки из 2ГИС (кнопка «Позвонить» / «Написать») оседали в мессенджере и блокноте;
• коммерческие письма падали на общий ящик info@;
• CRM заполняли «когда успеем» — часто после звонка, иногда никогда;
• повторные касания и статусы «ждет КП / ждет выезд» жили в головах менеджеров.

Метрика (baseline, 4 нед.)	Значение	Боль
Median time-to-first-touch	6,2 ч (раб. дни)	Лиды «остывали» к вечеру
Заявки с карточкой в CRM ≤24 ч	44%	Двойные звонки, потеря истории
Сделки с next-step и датой	38%	Срывы follow-up
Доля «потерянных» после 1 касания	~27%	Нет эскалации и SLA
Ручная переписка шаблонов	100%	Разный тон, ошибки в адресе/цене

Цель на 60 дней была узкой: не «автоматизировать продажи», а закрыть дыру «лид пришёл → есть сущность в CRM → есть ответственный и следующий шаг».

---

Что внедрил: узкий scope на 60 дней

Стек намеренно скучный и поддерживаемый:

1. Источники: webhook/почта из 2ГИС (и дубли с формы сайта), IMAP общего ящика.
2. Оркестрация: n8n — нормализация, дедуп по телефону/email, маршрутизация.
3. CRM: создание лида/сделки, поля источника, города, типа услуги, SLA-таймер.
4. Handoff: задача менеджеру + шаблон первого ответа (почта/мессенджер), не «бот закрывает сделку».
5. Контроль: алерт, если first-touch > 30 мин в рабочие часы; еженедельный отчёт «дыры».

Этап	Дни	Результат
Аудит каналов и полей CRM	1–7	Карта «откуда лид» + обязательные поля
Контур 2ГИС/почта → CRM	8–21	90%+ лидов создаются автоматом
Шаблоны + задачи + дедуп	22–35	Меньше двойных карточек
SLA, алерты, доработка edge-case	36–50	Стабильный first-touch
Замер 30/60, фиксация регламента	51–60	Передача владельцу процесса

Что сознательно не делал в этом контуре: квалификацию «нейросетью на всё», автозакрытие сделок, замену менеджера на бота. Handoff — человеку, с контекстом в карточке.

---

Цифры 30 и 60 дней: что выросло и что сломалось

Метрика	Baseline	День 30	День 60
Median time-to-first-touch	6,2 ч	28 мин	14 мин
Карточка в CRM ≤1 ч	31%	78%	92%
Сделки с next-step	38%	67%	81%
Дубли лидов (нед.)	~18	7	3–4
Пропущенные «горячие» после 18:00	часто	реже	эскалация на дежурного

Что сломалось (и это нормально):

• 2ГИС и «кривые» контакты. Часть заявок без нормального телефона/с перепутанным городом. Лечится правилами валидации и ручной корзиной «на разбор», а не «ещё одной магией».
• Общий ящик. Цепочки «Re:» и вложения КП ломали парсер. Добавил белый список тем/доменов и отдельный поток «ручной импорт».
• Саботаж полей. Менеджеры снова писали next-step в чат. Починил не штрафами, а обязательным полем + задачей, без которой статус не двигается.
• Ложные дубли. Один клиент — два юрлица. Дедуп по телефону оставил «похожие» карточки со ссылкой «связанный контакт».

К 60-му дню контур держался не на энтузиазме интегратора, а на регламенте владельца (РОП/операционный): кто чинит n8n, кто правит шаблоны, кто смотрит алерт в 9:00.

---

Чеклист повторяемости для МСП

Если повторяете у себя — не расширяйте scope, пока не зелёные пункты:

• Один владелец процесса (не «все немного»)
• 1–2 источника в первой итерации, не пять
• Обязательные поля: источник, контакт, тип услуги, next-step, дата
• Дедуп по телефону/email до создания сделки
• Шаблон first-touch + задача с SLA, не «бот вместо менеджера»
• Алерт на просроченный first-touch в рабочие часы
• Журнал сбоев n8n/webhook за 14 дней
• Ретро на 30-й день: что выкинуть из автоматизации
• Письменный handoff: кто эскалирует после 18:00 и в выходные
• Замер тех же 4–5 метрик, что на baseline

---

Часто задаваемые вопросы

Нужен ли «умный бот», чтобы 2ГИС и почта стали работать?
Нет. На первых 60 днях выигрыш даёт связка источник → CRM → задача и шаблон. Диалоговый бот имеет смысл после стабильного first-touch и чистых полей, иначе он усиливает хаос.

Почему n8n, а не только сценарии внутри CRM?
Потому что источники (2ГИС, почта, форма) живут снаружи. n8n удобен как явный слой нормализации и ретраев; CRM остаётся системой факта по сделке. Если всё уже в одной CRM с нормальными триггерами — слой можно упростить.

Сколько это занимает у команды клиента?
Ориентир: 3–5 часов РОП/операционщика на старте (поля, шаблоны, роли) и 1 час в неделю на алерты. Если «внедрили и забыли» — к 45-му дню контур деградирует.

Что будет, если сразу автоматизировать всю воронку?
Раздуется scope, сорвутся сроки, менеджеры начнут обходить систему. Узкий контур «лид → карточка → first-touch → next-step» окупается быстрее и даёт базу для следующего этапа (КП, статусы выезда, акты).

---

Читайте также

• Кейс B2B: заявки → CRM и WhatsApp за 72 дня
• Контур CRM + webhooks: SLA, мониторинг и ROI 90 дней
• От хаоса заявок к pipeline B2B: кейс 90 дней

Нужен такой же узкий контур под ваш сервис или B2B — разберём источники, CRM и SLA на raisovich.ru.

Какие метрики фиксировать до внедрения контура 2ГИС и почты в CRM?

Median time-to-first-touch, долю заявок с карточкой в CRM за сутки, сделки с next-step и датой, дубли и «потерянных» после первого касания — те же 4–5 показателей потом сравнивают на 30 и 60 день.

Что сознательно не делали в scope первых 60 дней?

Не ставили квалификацию «нейросетью на всё», автозакрытие сделок и замену менеджера ботом: handoff человеку с контекстом в карточке, шаблоном first-touch и SLA-алертом.

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

Владелец процесса на стороне клиента (РОП или операционный): кто чинит n8n, кто правит шаблоны, кто смотрит алерт утром и эскалирует после 18:00 — без этого к 45-му дню контур деградирует.