Продажі та CRM · AUT-0008 · Чернетка, оцінка потребує перевірки

Походження заявки

Кожна заявка має перевірене джерело та історію переходу до угоди.

Проблема

Команда не знає, який канал привів заявку, тому витрати на залучення не можна зіставити з продажами.

Результат

Кожна заявка має перевірене джерело та історію переходу до угоди.

Як працює рішення

1. Зчитати UTM та канал
2. Зберегти початкове й останнє джерело
3. Пов'язати джерело з угодою

Варіанти реалізації

Подвійна атрибуція

Перший і останній канал зберігаються окремо.

Приклад: Заявка з рекламної форми зберігає utm_source=google, а після продажу дохід потрапляє у звіт цього каналу.

Що потрібно для реалізації

• Кожен канал передає джерело й ідентифікатор заявки; узгоджені правила першого та останнього дотику.
• Для Webchat налаштоване поле контексту сторінки в цільовому акаунті.

Спосіб реалізації

• Збереження контексту сторінки з UTM у задачі PlanFix через інтеграцію Webchat, якщо цей канал використовується.
• Для інших форм — окреме передавання параметрів та правила першого й останнього джерела.

Обмеження

• UTM може зникати після переходу між пристроями.
• Webchat передає контекст свого каналу; подвійна атрибуція й зв’язок із доходом потребують окремих правил та перевірки.

Що не входить у бюджет

• Ліцензії та підписки сторонніх сервісів.
• Очищення й міграція історичних даних, якщо їх не враховано окремо.

Що потрібно уточнити

• Чи потрібне збереження першого й останнього джерела?

  Уточніть правило перед розрахунком.

Джерела та межі підтвердження

• Редакційна модель типового процесу

  Бізнес-логіка й попередня оцінка; перевірити на даних клієнта

• PlanFix: контекст сторінки в інтеграції Webchat

  Підтверджено документацією: поле контексту сторінки може отримувати URL, UTM та User-Agent звернення Webchat. Це не доводить готову подвійну атрибуцію всіх форм або зв’язок із доходом; акаунт та години ще не перевірені.

  Переглянути джерело

Повернутися до каталогу