Коротка відповідь: магазину бот потрібен не як другий сайт, а як канал, у якому покупця справді читають. Три сценарії дають майже весь результат — статуси замовлення (вони ж головний привід підписатися), повернення покинутих кошиків і сегментовані розсилки по історії покупок. Підключається все вебхуками, сайт переробляти не треба.
1. Чого бот не робить
Почнемо з меж, щоб не було розчарувань.
Бот не замінює магазин: каталог, кошик, склад, облік товарів лишаються на вашій платформі. Спроби зробити «магазин у боті» з десятками позицій закінчуються незручним меню, у якому неможливо шукати.
Бот не замінює підтримку. Автоматизуйте передбачуване — статуси, нагадування, типові питання. Складні звернення має бачити людина.
Бот не приведе нових покупців сам. Він працює з тими, хто вже щось у вас купив або хоча б зайшов на сайт.
Що він робить справді добре: тримає звʼязок із покупцем у каналі, який той відкриває щодня.
2. Сценарій 1. Статуси замовлення
Це найкорисніший сценарій і, що важливіше, найкращий привід підписатися на бота.
Людина погоджується не на «маркетингові розсилки», а на відстеження свого замовлення. Це зрозуміла цінність тут і зараз, і далі вона вже у вашій базі.
Що надсилати:
- замовлення прийнято — з номером і складом
- оплата пройшла
- передано в доставку — з номером накладної й посиланням на відстеження
- прибуло у відділення — найважливіше повідомлення для служб самовивозу
- замовлення отримано — точка входу в післяпродажні сценарії
Побічний ефект, який можна очікувати: менше звернень «а де моє замовлення». Це розвантажує підтримку.
3. Сценарій 2. Покинутий кошик
Людина поклала товар у кошик і пішла. Сайт надсилає подію на адресу блоку «Вхідний вебхук» — і через годину приходить нагадування з кнопкою-посиланням назад у кошик.
Робоча схема:
- через 1 годину — мʼяко, без знижки: «ваш кошик чекає». Значна частина людей просто відволіклася
- через 24 години — з аргументом: нагадування про товар, наявність, умови доставки
- через 2–3 дні — за потреби з невеликим стимулом. Але не привчайте базу до того, що кинутий кошик завжди дає знижку
Чому це може працювати краще за email-ремаркетинг: повідомлення бачать за хвилини, а не «колись, якщо не спам». І за самі повідомлення ви не платите, на відміну від повторного показу реклами.
Важлива умова: сценарій працює лише для тих, хто вже відкривав вашого бота (натискав Start): вебхук нового контакта не створює, а Telegram не дозволяє писати першими. Тому збір бази має йти першим — і саме тому статуси замовлення важливіші за сам кошик.
4. Сценарій 3. Розсилки по історії покупок
База покупців у месенджері — актив, який працює щотижня. Але тільки якщо ви сегментуєте.
Що дає природна сегментація магазину (категорію, суму чека, дату останнього замовлення ваш сайт передає у вебхуку, а розділ «Дані запиту → поля контакта» записує їх у поля; далі по полях збирається аудиторія розсилки):
- категорія покупки — нова колекція тим, хто купував саме в цій категорії
- давність — «не купували 90 днів» (оператор дати «понад N днів тому» по полю з датою замовлення) → добірка з приводом повернутися
- сума чека — окремі пропозиції для тих, хто купує дорого
- цикл споживання — витратні товари: корм, фільтри, косметика, лінзи. «Зазвичай вистачає на два місяці — час поповнити»
- очікування товару — тим, хто питав про позицію, якої не було в наявності
Останні два сценарії зазвичай дають найкращий відгук, бо повідомлення приходить у момент реальної потреби.
І дивитись треба не лише на кліки по кнопках розсилки, а й на оплати в розділі «Продажі» та зведений дохід у аналітиці — інакше легко переплутати цікавість із продажами.
5. Післяпродажні сценарії
Найнедооціненіша частина. Ці повідомлення майже нікого не дратують і приносять більше, ніж акції.
- інструкція або поради через день після отримання — і людина бачить у вас професіонала
- прохання про відгук через тиждень, коли товар випробуваний
- допродаж супутнього до конкретної покупки, а не «взагалі»
- нагадування про гарантію чи обслуговування
- бали за покупки — проста лояльність без пластикових карток
Кожен сценарій робиться один раз і працює далі на всіх майбутніх покупцях.
6. Як зібрати базу в бот
Питання, з якого починається все інше. Бот без бази марний.
- відстеження замовлення — найсильніший привід, бо корисний прямо зараз
- кнопка на сторінці «дякую» після оформлення
- QR-код у пакованні з бонусом на наступну покупку: людина тримає товар у руках і задоволена
- знижка на перше замовлення за підписку
- ранній доступ до розпродажів для тих, хто в боті
- посилання в підписі email-розсилки, якщо вона у вас є
Ставте на кожне посилання свою мітку. Через місяць буде видно, який спосіб реально працює, а який лише здається робочим.
7. Підключення через вебхуки
Технічна частина простіша, ніж здається.
У бот: ваша платформа надсилає подію (нове замовлення, зміна статусу, покинутий кошик) на адресу блоку «Вхідний вебхук». Сервіс знаходить людину за Telegram ID, ID контакта або вашим полем (наприклад, email чи номером замовлення) і запускає потрібну воронку. Нового контакта вебхук не створює — людина вже має бути в боті.
Із бота: подія у воронці (оплата, тег, дія) летить у вашу систему дією «HTTP-запит (вебхук)» — облік, CRM, таблиця.
Практично будь-яка платформа магазину або CRM уміє надсилати вебхуки. Якщо ні — задачу зазвичай вирішує будь-який сервіс автоматизації-посередник.
Готових «коробкових» конекторів до конкретних платформ ми не обіцяємо: універсальний механізм покриває більше випадків і не залежить від того, чи додали ми саме вашу платформу.
8. Помилки, через які це не працює
Бот замість людини в підтримці. Покупець із проблемою не має розмовляти з меню кнопок.
Тільки акції. Якщо бот шле лише знижки, база вигорає за кілька місяців. Корисні повідомлення мають бути більшістю.
Немає причини підписатися. «Підпишіться на наш бот» не працює. «Відстежуйте замовлення в Telegram» — працює.
Одна розсилка на всіх. У магазину найкраща природна сегментація з усіх ніш — гріх нею не скористатися.
Спроба перенести каталог у бот. Виглядає як прогрес, працює як крок назад.
Немає міток. Без них ви не дізнаєтесь, який спосіб збору бази окупається.
9. План на перші 30 днів
Тиждень 1 — привід і точки входу. Оберіть, за що людина підписується (найкраще — статуси), і поставте посилання скрізь: сторінка «дякую», лист-підтвердження, QR у пакованні, шапка профілю.
Тиждень 2 — статуси. Підключіть вебхуки на зміну статусу. База починає рости з кожним новим замовленням.
Тиждень 3 — покинуті кошики. Один вебхук і воронка з двох повідомлень. Протестуйте на власному кошику, перш ніж пускати людей.
Тиждень 4 — перша сегментована розсилка. Не по всій базі, а по конкретній групі з конкретною пропозицією. І дивіться дохід, а не кліки.
Далі — післяпродажні сценарії, бали, реактивація.
10. FAQ
Як повернути покинутий кошик через Telegram?
Налаштуйте на сайті вебхук «кошик покинуто» на адресу блоку «Вхідний вебхук» і зберіть воронку нагадувань: через годину, через добу. Кнопка веде назад у кошик. Це працює для тих, хто вже відкривав бота.
Чи можна писати тим, хто купив, але не підписаний на бота?
Ні. Telegram дозволяє писати лише тим, хто сам натиснув Start. Тому підписку варто вбудувати в оформлення замовлення.
Чи замінює це email-розсилки?
Месенджер швидший за реакцією, але email лишається потрібним для документів і довгих листів.
Чи можна приймати оплату прямо в боті?
Так, через ваші власні ключі Stripe або WayForPay (WayForPay приймає лише гривню). Для простих товарів це інколи взагалі замінює оформлення на сайті.
Наш сайт на конструкторі. Підключиться?
Якщо платформа вміє надсилати вебхуки або має інтеграції через сервіси автоматизації (Make, Zapier) — так.
Скільки коштує розсилка по базі?
Окремої плати за повідомлення немає. Тариф залежить від кількості активних контактів за оплачений період: від 10 € на місяць за 500 активних контактів.
Чи видно, скільки грошей принесла розсилка?
Частково. У розсилці видно кліки по кнопках, а гроші — в розділі «Продажі» (журнал оплат) і в зведеній аналітиці. Окремого звіту «розсилка → дохід» немає, тому ставте на посилання мітки й порівнюйте оплати за період.
Скільки часу займе запуск?
Залежить від вашої платформи: головне — вміти надсилати вебхуки. Основний час зазвичай іде не на техніку, а на збір бази.