Заявка приходить на пошту, менеджер бачить її через сорок хвилин, передзвонює, клієнт уже домовився з іншими. Через тиждень власник питає, звідки взагалі беруться клієнти, і чує «здається, з реклами». Обидві проблеми — одна й та сама: між формою на сайті й людиною, яка продає, немає системи. Нижче — як підключити всі джерела заявок до CRM, які поля обов’язково передавати, як налаштувати статуси й нагадування і з чого почати, якщо CRM у вас ще немає.

П’ять місць, де заявки зникають

Перед тим як обирати систему, варто чесно подивитись, де саме ви втрачаєте. У більшості малих компаній втрати розподілені приблизно однаково між цими п’ятьма точками, і жодна з них не лікується наймом ще одного менеджера.

1. 1Пошта. Лист із формою падає в загальну скриньку разом зі спамом і рахунками. Якщо менеджер у відпустці, заявку побачать за тиждень.
2. 2Особисті месенджери. Клієнт написав власнику напряму, той переслав менеджеру голосовим. Через два дні ніхто не пам’ятає, чи передзвонили.
3. 3Дзвінки без обліку. Пропущений виклик о 18:10 не існує ніде. Без телефонії, підключеної до CRM, ви навіть не знаєте, скільки їх було.
4. 4Заявки з боту або чату. Діалог залишився в застосунку, у CRM не потрапив. Це найчастіша помилка після запуску Telegram-бота.
5. 5Довгі угоди без нагадувань. Клієнт попросив передзвонити через місяць. Нагадування живе в пам’яті менеджера, тому не живе ніде.

Що і як під’єднувати до CRM

Мета проста: жодне звернення не має існувати поза системою. Кожен канал підключається окремо, і в кожного своя ціна й свої підводні камені.

Окрема порада щодо форм: не використовуйте пересилання на пошту як «інтеграцію». Лист легко губиться у спам-фільтрі, не має статусу і не дає можливості автоматично поставити задачу. Вебхук із бекенду коштує кілька годин роботи і працює десятиліттями.

Наскрізна аналітика: що передавати разом із заявкою

Питання «звідки клієнт» вирішується не опитуванням менеджера, а трьома полями, які подорожують разом із заявкою від першого візиту до оплати. Технічно це просто: зберігаємо мітки в куках при першому заході й додаємо їх у payload під час відправлення форми.

{
  "name": "Олена",
  "phone": "+380671234567",
  "message": "Цікавить магазин на 200 товарів",
  "page": "/services/web-development",
  "utm_source": "google",
  "utm_medium": "cpc",
  "utm_campaign": "web-dev-kyiv",
  "first_touch": "2026-02-03T11:04:22Z",
  "client_id": "GA1.2.1837462.1738574662",
  "form_id": "services-inline"
}

• Перший дотик, а не останній. Зберігайте мітки першого візиту в окремій кукі на 90 днів — інакше вся органіка й реклама припишуться прямим заходам.
• Ідентифікатор аналітики. Одне поле з client_id дозволяє потім звести угоду з поведінкою на сайті. Про налаштування самої аналітики є окремий покроковий розбір.
• Сторінка й форма. Знати, що заявки приходять із блоку в середині сторінки послуг, а не з контактів, — це прямий вхід у роботу над конверсією.
• Час звернення. Показує, скільки заявок приходить поза робочими годинами. Часто саме тут виявляється, що бот із нічними відповідями окупиться за місяць.

Статуси й автоматизація, які реально працюють

Найпоширеніша помилка на старті — воронка з чотирнадцяти статусів, яку менеджери починають ігнорувати на другому тижні. Робоча воронка вміщається в п’ять-сім кроків, і кожен крок має чітку умову переходу, а не настрій менеджера.

1. 1

   Нова заявка

   Автоматично створюється в момент відправлення форми, з відповідальним за черговим правилом і задачею «зателефонувати» з дедлайном 15 хвилин. Сповіщення дублюється в робочий чат.

2. 2

   Взято в роботу

   Умова переходу — відбувся контакт, а не «менеджер побачив». Якщо за дві години статус не змінився, система ескалює керівнику. Це єдина автоматизація, яка найсильніше впливає на продажі.

3. 3

   Кваліфіковано

   Зрозумілі бюджет, строк і задача. Тут заповнюються поля, з яких потім будується звіт: тип проєкту, орієнтовна сума, джерело. Некваліфіковані заявки закриваються з причиною, а не зникають.

4. 4

   Пропозиція надіслана

   Автоматична задача «нагадати» на третій день і на сьомий. Дві третини угод у малому бізнесі губляться саме тут — не через відмову, а через тишу з обох боків.

5. 5

   Рішення

   Угода закривається як виграна або програна, і програна — обов’язково з причиною зі списку: ціна, строк, обрали іншого, зникли. Через квартал цей список стає найкориснішим документом у компанії.

Якщо CRM ще немає: порядок дій

Не починайте з вибору системи — це найменш важливе рішення на цьому етапі. Спочатку опишіть, що ви хочете бачити у звіті через три місяці, і від цього назад збирайте поля й статуси. Практично на першу версію вистачає двох тижнів роботи.

Далі система розростається природно: підключення складу, автоматичні документи, сегментовані розсилки по власній базі. Але це вже наступний рівень, і будувати його варто тоді, коли базові статуси заповнюються без нагадувань. Загальний підхід до таких проєктів ми описали в матеріалі про автоматизацію бізнес-процесів.

Часті питання про інтеграцію CRM

Коротко

• Заявки губляться у п’яти точках: пошта, особисті месенджери, дзвінки, боти й довгі угоди без нагадувань.
• Пересилання на пошту не є інтеграцією. Вебхук із бекенду в CRM — базовий мінімум.
• Передавайте мітки першого дотику, сторінку й ідентифікатор аналітики — без них звіт по каналах не побудувати.
• Воронка на 5–7 статусів із обов’язковою причиною відмови працює, воронка на 14 — ні.
• Спершу опишіть правила роботи із заявками, і лише потім обирайте систему.