Воронка з TikTok повз сайт: лендинг, який створює готове замовлення в CRM
Клієнт із реклами не йде на сайт: він збирає набір прямо на лендингу, а в CRM падає готове замовлення з позиціями, цінами й знижкою. Менеджеру лишається подзвонити.
- Лід приходить у CRM готовим замовленням: позиції, кількість, ціни й знижка вже проставлені
- Наскрізний тест: система і CRM порахували однаково, включно зі знижкою
- Ціноутворення підібране так, щоб знижка не ламала обмін з обліковою системою
- Нова кампанія - це новий піддомен і контейнер; сертифікат і DNS підхоплюються самі
Аудиторія магазину переїхала в TikTok. Реклама там працює, а далі починається класична втрата: людина клікає, потрапляє на сайт із двома тисячами товарів, губиться і йде.
Сайт у цій воронці зайвий. Людині, яка щойно подивилась ролик, не потрібен каталог - їй потрібно швидко зрозуміти, з чого почати, і назвати свій телефон.
Ми зробили воронку, у якій сайту немає взагалі. Клієнт збирає набір прямо на посадковій сторінці, а менеджер бачить у себе не «заявку з іменем і телефоном», а вже сформоване замовлення з товарами, цінами й знижкою.
Проблема: заявка - це ще не замовлення
Звичайна посадкова сторінка збирає контакт. Далі менеджер дзвонить у порожнечу: він не знає, що саме зацікавило людину, і починає розмову з нуля - тобто продає вдруге те, що вже було продано рекламою.
Голий контакт
- менеджер не знає, чим людина цікавилась
- розмову доводиться починати спочатку
- частина людей до дзвінка вже передумала
Ручне перенесення
- заявки з пошти чи таблиці заводять руками
- помилки в артикулах і цінах
- у пік сезону черга росте
Модерація реклами
- формулювання про схуднення ріжуться майданчиком
- дізнаєшся про це після відхилення
- бюджет стоїть, поки переписуєш сторінку
Як автоматизація це вирішує
Лендинг збирає не контакт, а кошик. Кнопка на кожному товарі, липка панель із підсумком унизу, автоматична знижка при досягненні суми набору. Коли людина лишає телефон, у CRM створюється повноцінне замовлення в окремому каналі продажу.
Ключова ідея: знижка, яка не ламає облік
Найтонше місце виявилось не в коді. Магазин обмінюється замовленнями з обліковою системою, і будь-яка ціна, нижча за каталожну, ламає цей обмін.
Звідси технічне обмеження: знижка набору не має права опустити підсумок нижче каталожної ціни. Тому вітрину й знижку налаштували назустріч одна одній - на лендингу ціна показується вищою на фіксований відсоток, а знижка набору повертає її рівно до каталожної. Облік бачить звичну ціну, ніхто нічого не переписує вручну.
Що дістається менеджеру
Замовлення, а не заявка. У картці вже стоять позиції з правильними назвами, кількість, ціни, знижка й канал, з якого прийшов клієнт. Перша фраза в розмові - не «що вас цікавить», а підтвердження вже зібраного кошика.
Що це дало бізнесу
Воронка працює від кліку в рекламі до картки в CRM і перевірена наскрізним тестом: система і CRM порахували однаково, включно зі знижкою за набір. Товари зіставились із каталогом за артикулами, тобто в замовленні стоять справжні назви, а не текст із лендинга.
Другий результат - лендинг пройшов модерацію, і реклама запустилась. Ще до запуску стало зрозуміло, що продажна версія ризикована для майданчика: розмови про схуднення, фотографії «до і після», згадки дієт і захворювань.
Замість того щоб дізнаватись про це на відхиленому оголошенні, ми зробили другу версію сторінки з іншим позиціонуванням - продукти без доданого цукру для домашніх десертів - на окремому піддомені й з окремим лічильником. Механіка кошика при цьому не змінювалась узагалі.
Третій результат - патерн, який тиражується. Кожна нова кампанія це окремий піддомен і окремий контейнер: свій лічильник реклами, свій текст, спільний сервіс замовлень. Сертифікат і запис у DNS підхоплюються автоматично.
Про цифри воронки чесно. Конверсію, вартість ліда й кількість замовлень із цієї воронки на момент публікації ще не міряли: перевірена технічна частина й проходження модерації, показники накопичуються на живому трафіку.
Чого система не робить. Вона не рятує поганий оффер і не замінює менеджера: замовлення з лендинга все одно підтверджується дзвінком. І вона не гарантує проходження модерації - вона лише прибирає найбільш очевидні причини відмови до того, як витрачено бюджет.
Як це влаштовано всередині
Наступний розділ пояснює, як система влаштована. Якщо вас цікавить лише результат, його можна пропустити - нижче є розділ про те, кому це підходить.
Контракт із CRM зʼясовували живими тестами, бо в документації цього немає. Три знахідки, які варто знати кожному, хто робить таку інтеграцію:
Сервіс лідів один на всі кампанії. Лендинги нічого не знають про CRM: вони шлють кошик в одну точку. Ключі, правила цін і мапінг полів живуть в одному місці, тож нова сторінка не тягне за собою нової інтеграції.
Кожен запит пишеться в лог у файл ще до звернення до CRM. Якщо CRM недоступна, лід не зникає.
Дрібниця, яка коштує години. Файли, залиті на сервер копіюванням, отримують права, при яких веб-сервер віддає помилку доступу. Перевірка прав після кожної викладки - обовʼязковий крок, інакше сторінка мовчки не відкривається. Головна сторінка при цьому віддається без кешу, щоб правка була видима одразу.
Кому це підходить
Магазинам і виробникам, які ллють платний трафік із соцмереж і мають кол-центр. І тим, у кого асортимент завеликий, щоб вести людину з реклами прямо в каталог.
Як зрозуміти, що це про вас: якщо менеджер починає дзвінок із питання «що вас зацікавило», ваша воронка втрачає інформацію рівно там, де вона найдорожча.
Лід - це не телефон. Лід - це кошик, який людина вже зібрала, і телефон, за яким його можна підтвердити.
Потрібне схоже рішення?
Опишіть задачу - підберу архітектуру під ваш бюджет і дані.