CRM для интернет-магазина
В e-commerce деньги теряются не на первом заказе, а на втором, которого не случилось. Разбираем, как собрать заказы из всех каналов в одно окно, возвращать брошенные корзины и превращать разовых покупателей в постоянных.
Админка магазина отвечает на вопрос «какие заказы сегодня». Она не отвечает на вопросы, от которых зависит прибыль: сколько покупателей вернулись, почему бросили корзину, кто перестал заказывать, во что превратилась переписка в мессенджере, из-за чего вырос процент возвратов.
CRM в интернет-магазине нужна не для контроля менеджеров, а для второй и третьей покупки: привлечение нового клиента стоит денег, повторная продажа — правильно поставленного напоминания.
Что теряет магазин без системы
- Обращения из мессенджеров и соцсетей. Диалог остался в личке менеджера и не стал заказом.
- Брошенные корзины. Клиент дошёл до оплаты, ушёл — и никто не спросил почему.
- Историю клиента. Покупатель звонит третий раз, а менеджер каждый раз заново выясняет, что он брал.
- Повторные продажи. Расходники, размеры, сезонность — поводы вернуться есть, напоминаний нет.
- Причины возвратов. Возвраты считают в деньгах, но не в причинах, поэтому они повторяются.
Заказы из всех каналов в одном окне
Первая задача — единая точка приёма. Заказы и обращения приходят с сайта, маркетплейсов, телефона, мессенджеров, соцсетей и от постоянных клиентов напрямую. Пока каналы разрознены, скорость ответа зависит от того, в какое окно менеджер заглянул последним.
| Канал | Что должно происходить автоматически |
|---|---|
| Корзина на сайте | Заказ создаётся с составом, суммой и способом доставки |
| Маркетплейс | Заказ подтягивается с внешним номером, клиент связывается с профилем |
| Звонок | Карточка клиента открывается до ответа, звонок записывается в историю |
| Мессенджер и соцсети | Диалог становится обращением с ответственным и дедлайном |
| Форма «нет в наличии» | Заявка на ожидание с уведомлением при поступлении товара |
Воронка заказа в e-commerce
Воронка магазина короче, чем в услугах, но требует точности: этап меняется по факту, а не по настроению менеджера.
| Этап | Условие перехода |
|---|---|
| Новый заказ | Заказ создан в системе, назначен ответственный |
| Подтверждён | Состав, адрес и способ оплаты согласованы с клиентом |
| Собран | Товар зарезервирован и укомплектован на складе |
| Передан в доставку | Есть трек-номер или назначен курьер |
| Выкуплен | Клиент получил и оплатил заказ |
| Повторная продажа | Задача на возврат клиента по сроку жизни товара |
Отказы стоит разделять по природе: не купил, не выкупил, вернул. Это разные проблемы — первая про продажу, вторая про логистику, третья про товар и описание.
Брошенные корзины: сценарий вместо скидки
Типовая реакция на брошенную корзину — письмо со скидкой. Это дорого и учит клиентов ждать промокод. Разумнее выстроить лестницу касаний и собирать причины.
Через час — напоминание с составом корзины. На следующий день — сообщение с ответом на частое возражение: наличие, сроки доставки, гарантия возврата. Для заказа выше среднего чека в 1,5 раза — задача менеджеру на звонок. Скидка появляется только на третьем касании и только там, где она возвращает деньги.
Причина отказа фиксируется полем со списком: дорогая доставка, нет нужного способа оплаты, нашёл дешевле, передумал, сомневается в наличии. Через месяц список превращается в перечень исправлений в магазине.
Клиент, а не заказ
В e-commerce ценность в профиле покупателя: что брал, как часто, в каком канале, что возвращал, какой средний чек. Из этих полей собираются сегменты, а из сегментов — повторные продажи.
- Новые — одна покупка, задача на второе касание по сроку жизни товара.
- Постоянные — три и больше заказов, доступ к раннему ассортименту и персональным условиям.
- Спящие — не заказывали дольше обычного цикла, требуют реактивации.
- Крупные чеки — персональный менеджер и звонок вместо рассылки.
- Проблемные возвраты — отдельный сегмент, чтобы не путать возвраты с оттоком.
Склад, остатки и учёт
Самый частый конфликт в магазине — продали то, чего нет. Минимальная интеграция закрывает его: актуальные остатки в карточке заказа и резерв товара при подтверждении. Дальше добавляются обмен документами с учётной системой, статусы оплаты и себестоимость для расчёта маржи по заказу.
Порядок внедрения имеет значение: сначала заказы и клиенты, потом остатки, потом документы. Обратная последовательность затягивает запуск на месяцы и обычно заканчивается тем, что система так и не начинает работать.
Метрики, которые смотрит владелец
| Метрика | О чём говорит |
|---|---|
| Доля повторных покупок | Есть ли у магазина база или он живёт только на рекламе |
| LTV клиента | Сколько можно платить за привлечение и не терять деньги |
| Конверсия заявка → выкуп | Качество обработки и логистики, а не только сайта |
| Средний чек по каналам | Какой канал приносит покупателей, а какой — вопросы |
| Скорость первого ответа | Главный фактор потери заказов в чатах |
| Причины возвратов | Что исправить в товаре, описании или упаковке |
Сроки внедрения
| Этап | Что делаем | Срок |
|---|---|---|
| Базовый контур | Воронка заказа, карточки клиентов, права доступа | 1 день |
| Каналы обращений | Сайт, телефония, мессенджеры, маркетплейсы | 2–4 дня |
| Перенос базы | Клиенты и история заказов, чистка дублей по телефону | 1–3 дня |
| Сценарии возврата | Брошенные корзины, реактивация спящих, повторные продажи | 2 дня |
| Отчёты | Дашборд владельца: повторные продажи, каналы, возвраты | 1–2 дня |
Типичные ошибки
- CRM ставят рядом с админкой и не связывают. Менеджер работает в двух окнах и в итоге возвращается в одно.
- Заказ есть, клиента нет. Без профиля покупателя повторные продажи невозможны.
- Ждут полной интеграции со складом. Запуск сдвигается, магазин продолжает терять обращения.
- Рассылки вместо сегментов. Одинаковое письмо всем даёт отписки, а не заказы.
- Не считают выкуп. Выручка по заказам без учёта отказов от доставки — не выручка.
Магазин становится бизнесом, а не потоком заказов, в тот момент, когда вы знаете не только что продали, но и кому — и когда этот человек купит снова.
Частые вопросы
Зачем интернет-магазину CRM, если заказы уже видны в админке сайта?
Админка знает заказы, но не знает клиента. В ней нет истории обращений, переписки в мессенджерах, звонков, причин возврата и сегментов для повторных продаж. CRM собирает заказы со всех каналов — сайт, маркетплейсы, телефон, мессенджеры, соцсети — и связывает их с одним профилем клиента, поэтому появляются повторные продажи, а не только обработка текущих заявок.
Как CRM помогает с брошенными корзинами?
Брошенная корзина превращается в задачу с дедлайном или в автоматическое сообщение по сценарию: первое напоминание через час, второе — на следующий день, для дорогого заказа добавляется звонок менеджера. Важно фиксировать причину незавершённого заказа: цена доставки, отсутствие нужного способа оплаты, сомнение в наличии. Тогда работа с корзинами превращается в исправление воронки, а не в рассылку скидок.
Нужна ли интеграция со складом и 1С?
Да, если у магазина есть собственные остатки. Минимум — актуальные остатки и резерв товара при оформлении заказа, чтобы менеджер не продавал то, чего нет. Дальше подключается обмен документами и статусами оплаты. Начать можно без глубокой интеграции: сначала заказы и клиенты, затем остатки и учётная система.
Какие метрики смотреть интернет-магазину в CRM?
Доля повторных покупок, средний чек по каналам, LTV клиента, конверсия из заявки в оплаченный заказ, доля отказов от доставки и выкуп, причины возвратов и скорость первого ответа в чатах. Эти цифры показывают экономику магазина точнее, чем общая выручка за месяц.
Подойдёт ли CRM небольшому магазину с 200 заказами в месяц?
Да, и эффект заметнее именно на этом объёме: один менеджер перестаёт держать заказы в переписке и таблицах, а повторные продажи начинают приносить выручку без затрат на рекламу. Базовый контур — заказы, клиенты, статусы, каналы обращений — запускается за один-два дня.
Настроим CRM под ваш магазин
Соберём воронку заказа, подключим каналы обращений, перенесём базу клиентов и покажем отчёт по повторным продажам. 7 дней бесплатно.