CRM для e-commerce: специфіка, інтеграції та метрики, які впливають на прибуток

Більшість інтернет-магазинів втрачають гроші не на етапі залучення клієнта, а після першої покупки. Людина зробила замовлення, отримала товар — і зникла. У середньому магазин повертає до повторної покупки 20–30% клієнтів, а решта 70% більше ніколи не повертаються. Це і є та діра, через яку витікає маржа.

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

За нашим досвідом у Brutal Marketing саме CRM закриває цю діру — якщо її налаштувати під логіку інтернет-магазину, а не під класичні B2B-продажі. Нижче розберемо, чим CRM для e-commerce принципово відрізняється, які інтеграції без неї роблять систему марною, які метрики реально рухають прибуток і як впровадити все це без хаосу.

Перша помилка, яку ми регулярно бачимо: магазин бере CRM, заточену під B2B-воронку з довгими угодами, і намагається пхати туди потік роздрібних замовлень. Виходить незручно для всіх — менеджери воюють із системою, а власник не отримує даних.

Причина в тому, що логіка процесів зовсім інша. У B2B менеджер веде десяток угод тижнями, дзвонить, узгоджує, торгується. В e-commerce — сотні або тисячі замовлень на місяць, рішення про покупку клієнт ухвалює за хвилини, а ручна обробка кожного контакту фізично неможлива.

Рішення — будувати CRM навколо іншої одиниці й інших пріоритетів. Ось як зміщуються акценти:

Якщо коротко: в e-commerce CRM перестає бути «записником продажника» і стає операційним ядром, через яке проходять замовлення, комунікації та аналітика. Перш ніж заглиблюватися в специфіку, варто розібратися з базою — чи взагалі потрібна вашій компанії окрема система і які задачі вона закриває; ми докладно пояснювали це в матеріалі про те, навіщо бізнесу потрібна CRM.

Це базовий мінімум, без якого систему взагалі немає сенсу запускати в роздрібі:

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

Якщо хоч один із цих пунктів випадає, ви отримуєте красиву базу контактів, яка не впливає на продажі.

У більшості шаблонних CRM центральний об'єкт — це «лід» або «угода». Для інтернет-магазину це незручно: клієнт не «веде переговори», він просто купує, інколи по кілька разів на місяць.

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

Рішення — будувати структуру навколо двох сутностей: клієнт і його замовлення. Кожне замовлення проходить чіткий ланцюжок статусів — нове, оплачено, в обробці, відправлено, доставлено, завершено — і всі ці замовлення прив'язані до однієї картки клієнта. Так ви бачите і операційку, і повну історію покупок в одному місці.

Повернення — болюча й часто прихована тема. Магазини рідко рахують їх системно, а даремно: 8–10% повернень по окремих категоріях здатні з'їсти весь прибуток із цієї категорії.

Причина, чому повернення не контролюють, банальна — їх ніде не фіксують структуровано. Менеджер оформив повернення в переписці, повернув кошти, і слід загубився. Аналізувати нічого.

Рішення — завести повернення як окремий процес у CRM:

1. фіксувати причину повернення зі списку, а не вільним текстом;
2. вести статус: очікується, отримано, кошти повернено;
3. будувати звіт за товарами з найбільшим відсотком повернень.

Через місяць-два такого обліку ви побачите конкретику: наприклад, що одна модель взуття повертається втричі частіше за інші через невідповідність розмірної сітки. Це вже не «повернення взагалі», а проблема з описом товару, яку можна полагодити.

CRM рідко повністю замінює складську чи облікову систему, і не повинна. Проблема виникає, коли вони не спілкуються між собою.

Класичний сценарій провалу: клієнт оформив замовлення на сайті, отримав підтвердження, а товару немає на складі. Менеджер телефонує вибачатися, клієнт іде до конкурента. Причина — CRM не бачить актуальних залишків.

Рішення — інтеграція CRM із CMS магазину (Shopify, WooCommerce, OpenCart, Хорошоп) та обліковою системою так, щоб система отримувала залишки, блокувала продаж відсутніх позицій і передавала дані про відвантаження. Менеджер при цьому втручається лише у винятки, а не оформлює кожне замовлення руками.

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

Це фундамент. Базова інтеграція має робити три речі автоматично: створювати замовлення з кожної покупки, підтягувати дані клієнта (ім'я, телефон, email) і синхронізувати статуси.

Але є деталь, яку забувають у 8 із 10 проєктів, що ми переймаємо в інших підрядників: CRM повинна отримувати не лише факт покупки, а й UTM-мітки та джерело трафіку. Без цього ви ніколи не дізнаєтеся, яка реклама приносить клієнтів, що повертаються, а яка — разових покупців, що зникають.

Саме на зв'язці «джерело → перше замовлення → повторні покупки» будується вся подальша аналітика, про яку ми пишемо нижче.

Якщо магазин продає не лише на своєму сайті, а й на Rozetka, Prom чи інших майданчиках, виникає проблема розірваної картини. Клієнт, який купив на маркетплейсі та на сайті, — це для системи дві різні людини.

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

Інтеграції зі службами доставки (Нова Пошта, Укрпошта) та платіжними сервісами (LiqPay, Fondy, Monobank) знімають із менеджерів рутину й помилки. Статуси доставки оновлюються самі, факт оплати фіксується автоматично, а декларації формуються прямо з картки замовлення.

Ефект тут вимірюваний: у проєктах, де ми автоматизували формування ТТН і трекінг, час на обробку одного замовлення скорочувався з 6–8 хвилин до 1–2. На потоці в кілька сотень замовлень це вивільняє менеджеру кілька годин щодня — час, який іде на повернення клієнтів, а не на копіювання адрес.

Якщо ви тільки на старті й досі ведете замовлення в таблицях, спершу варто зрозуміти сам перехід — ми розклали його по кроках у матеріалі про перехід із Excel на CRM і зростання продажів.

Саме тут CRM для e-commerce перестає бути витратою й починає заробляти. Усі попередні інтеграції наводять порядок, а комунікаційні сценарії повертають клієнтів і піднімають середній чек.

Це повідомлення, прив'язані до дій із замовленням: підтвердження, повідомлення про відправку, нагадування про неоплачене замовлення. Здається дрібницею, але вона має прямий грошовий ефект.

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

Рішення — автоматичне нагадування про неоплачене замовлення через кілька годин і повторно наступного дня. За нашим досвідом такий простий ланцюжок повертає 10–15% «завислих» замовлень, які інакше відвалилися б. Жодного нового трафіку — лише робота з тими, хто вже хотів купити.

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

• Покинутий кошик — нагадування через 1–3 години після того, як клієнт додав товар і не оформив замовлення.
• Реактивація — пропозиція через 30/60/90 днів тим, хто купував, але затих.
• Допродаж під категорію — якщо людина купила кавомашину, через два тижні їй логічно запропонувати каву й аксесуари.
• VIP-сегмент — персональні умови для клієнтів із найбільшою сумою покупок.

Ключове тут — сегментація на основі реальної історії покупок, а не масова розсилка «всім підряд». Сценарій покинутого кошика повертає в середньому 5–10% таких замовлень, а грамотна реактивація коштує в рази дешевше за залучення нового клієнта.

Щоб ці ланцюжки не жили окремими острівцями в різних сервісах, їх зводять в одну систему — як це працює на практиці, ми описали в розборі omnichannel-комунікації через CRM з чат-ботами, месенджерами, email і дзвінками. А базову механіку регулярних розсилок під сегменти ми беремо на себе в рамках послуги розсилки по підписці.

Автоматизація комунікацій працює з клієнтами, які вже з вами контактували. Вартість такого контакту майже нульова, а конверсія в повторну покупку в 3–5 разів вища, ніж у холодного трафіку. Тому з усіх можливостей CRM саме комунікаційні сценарії повертають інвестицію в систему швидше за решту — зазвичай у перші один-два місяці.

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

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

LTV (Lifetime Value) — скільки грошей клієнт приносить за весь час. Це головна метрика e-commerce, бо саме вона показує, скільки ви можете дозволити собі витратити на залучення.

AOV (Average Order Value) — середній чек. Зростання AOV на 15% без зростання трафіку — це чистий приріст маржі, бо витрати на залучення не змінилися.

Repeat Purchase Rate — частка клієнтів, які купили повторно. Це індикатор здоров'я бізнесу: якщо повертається менше 20%, ви на «біговій доріжці» і змушені постійно докуповувати трафік.

CAC (Customer Acquisition Cost) — скільки коштує залучити одного клієнта. Сам по собі він нічого не означає — його завжди читають у парі з LTV.

Один приклад із практики пояснює все. Магазин платить $8 за залучення клієнта (CAC) і радіє, що перше замовлення на $18 «в плюсі». Але якщо клієнт купує лише раз, після врахування собівартості товару, оплати, доставки й повернень магазин виходить у нуль або в мінус.

Тепер інша картина: той самий CAC $8, але клієнт за рік робить три замовлення, і його LTV — $54. Співвідношення LTV/CAC стає 6,75 до 1, і кожна вкладена в рекламу гривня працює. Різниця між цими двома сценаріями — не в трафіку, а в повторних покупках, які забезпечує CRM.

Саме тому окрема виручка нічого не каже, поки ви не зводите її з вартістю залучення й повторюваністю. Як рахувати ці показники наскрізно — від реклами до фактичних оплат — ми детально розклали в матеріалі про наскрізну аналітику з LTV, CAC і реальним ROI, а налаштування самої системи зведення даних входить у послугу наскрізної аналітики продажів.

Окремі метрики важливі, але справжню цінність дає погляд на весь шлях: реклама → сайт → перше замовлення → повторна покупка → лояльність. CRM дозволяє побачити, на якому етапі ви втрачаєте найбільше людей.

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

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

Причина проста — впровадження сприймають як технічну задачу («підключити CRM»), хоча насправді це задача про процеси. Нижче — послідовність, яка працює.

1. Спершу опишіть процеси, а потім автоматизуйте. Як приходить замовлення, хто його обробляє, які статуси проходить, що відбувається з поверненням. Поки цього немає на папері, налаштовувати нічого.
2. Почніть із базових інтеграцій. Сайт, оплата, доставка. Це дає миттєвий ефект — менеджери перестають копіювати дані руками вже в перший тиждень.
3. Налаштуйте статуси замовлень під свій бізнес. Не беріть шаблонну воронку — опишіть саме ваш реальний шлях замовлення, інакше система не приживеться.
4. Збирайте дані для аналітики з першого дня. UTM-мітки, джерела, причини повернень. Дані, які ви не зібрали сьогодні, не з'являться заднім числом.
5. Використовуйте CRM не лише для продажів, а й для маркетингу. Сегменти, реактивація, допродаж — саме тут система повертає гроші.
6. Підключайте комунікаційні сценарії після того, як стабілізувалася операційка. Спершу порядок із замовленнями, потім автоматизація повернень клієнтів.

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

Окрім «автоматизації хаосу», є ще кілька пасток, у які потрапляють регулярно:

• Перевантаження полів. Менеджера змушують заповнювати 15 полів на кожне замовлення — він саботує і заповнює абияк. Дані стають сміттям.
• Відсутність відповідального за систему. CRM — це не «поставив і забув». Без людини, яка стежить за чистотою даних, система деградує за пів року.
• Ігнорування навчання команди. Найкраще налаштування марне, якщо менеджери не розуміють, навіщо це їм.

Ми зібрали повний розбір цих пасток у матеріалі про топ помилок при впровадженні CRM і як їх уникнути. А якщо ви вже масштабуєтесь і питання не в одному менеджері, а в усьому відділі, корисним буде розбір масштабування відділу продажів через CRM зі стандартами й контролем якості.

Універсальної відповіді немає — вибір залежить від обсягу замовлень, кількості каналів і того, наскільки глибока вам потрібна автоматизація. Помилка, яку ми бачимо, — обирати систему «за відгуками» чи «бо в усіх така», без прив'язки до власних процесів.

За нашим досвідом для e-commerce частіше за все підходять три системи, кожна під свою задачу. Pipedrive — коли потрібна гнучка воронка й сильна візуалізація етапів. KeyCRM — українське рішення, заточене саме під інтернет-магазини й маркетплейси, з готовими інтеграціями під Rozetka, Prom і Нову Пошту. Kommo — коли основний потік клієнтів іде через месенджери й важлива омніканальність.

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

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

Залиште заявку на впровадження CRM для інтернет-магазину — і ми розберемо вашу ситуацію на безкоштовній консультації.