Как выбрать CRM для интернет-магазина: заказы, коммуникации и интеграции
На демонстрации почти любая CRM выглядит удобной. Сложности проявляются в обычном заказе: покупатель меняет размер, оплачивает часть суммы, возвращает одну вещь и пишет с другого номера. Проверять систему лучше на таких ситуациях, используя собственный процесс продаж.
Содержание статьи
Начните с маршрута заказа
Возьмите несколько недавних заказов и проследите каждый: где он появился, кто подтвердил наличие, как поступила оплата, что передали на склад и где сохранился возврат. Рядом запишите, какие действия сотрудники повторяли вручную и какую информацию искали в переписке.
Из этой карты получится список задач CRM. У магазина с оплатой на сайте это могут быть обработка товарных заказов и статусы доставки. У бизнеса, который сначала консультирует клиента, больше значения имеют история общения, задачи менеджерам и этапы согласования. Набор функций будет отличаться даже при одинаковом размере команды.
CRM не обязана заменять все остальные программы. Учет товаров может оставаться в складской системе, бухгалтерские документы в 1С, рассылки в отдельном сервисе. Нужно определить, где хранится исходное значение каждого поля и в какие системы оно передается. Без такого правила две программы могут по очереди перезаписывать цену или статус заказа.
Таблица для сравнения кандидатов
Вместо рейтинга с универсальными баллами подготовьте одинаковые задания для двух или трех систем. Отмечайте, как функция работает в вашей конфигурации: штатно, через готовый модуль, после доработки или пока не подтверждена. У каждого ответа должен быть пример из демонстрации или документации.
| Область проверки | Что показать на тесте | Что записать в решение |
|---|---|---|
| Заказ | Несколько товаров, скидка, изменение состава | Какие поля и статусы сохраняются |
| Оплата и возврат | Оплата, отмена, частичный возврат | Где виден результат и кто его меняет |
| Товарный учет | Размеры, остатки, резервирование | Какая система отвечает за остаток |
| Коммуникации | Обращения с сайта, звонок, переписка | Как сообщения связываются с клиентом |
| Работа команды | Передача заказа между сотрудниками | Права, ответственный, история изменений |
| Выгрузка данных | Клиенты, заказы, нужные дополнительные поля | Что можно забрать и в каком виде |
Таблицу можно прокрутить вправо
Не все строки понадобятся первому запуску. Но исключить их стоит осознанно. Если магазин продает товары с вариантами размера, проверка одного простого товара ничего не говорит о работе каталога целиком.
Значок интеграции еще не описывает обмен
Поддержка вашей платформы сайта — только начало проверки. Нужно выяснить направление обмена, состав данных, задержку обновления и поведение при ошибке. Иногда готовый модуль передает новый заказ, но изменение состава или нестандартное поле требует дополнительной работы.
Зависимости бывают и на стороне магазина. В инструкции RetailCRM по подключению InSales отдельно указано, что обмен со сторонними сервисами зависит от тарифа InSales. Поэтому стоимость решения нельзя рассчитывать по одной лицензии CRM.
Для связи с 1С требуется проверить конкретную конфигурацию и версию. Например, документация обмена RetailCRM с «1С:Розницей 2.3» описывает соответствие статусов: без нужной настройки заказ может загрузиться без ожидаемого состояния в 1С. Это частный пример того, почему название подключенной программы недостаточно для приемки. Подготовку такого обмена разбираем в статье об интеграции сайта, CRM и 1С.
Попросите показать неудачный обмен: интернет пропал, внешний сервис временно недоступен, одно поле заполнено неверно. По демонстрации должно быть понятно, кто увидит проблему, где останется заказ и что произойдет после повторной попытки. Ошибки должны быть заметны ответственному сотруднику, иначе автоматизация продолжит терять информацию без участия человека.
Два проекта с разными требованиями
В проекте THE U требовались два магазина на Tilda, работа на разных рынках, несколько валют, связь RetailCRM с 1С и клиентскими коммуникациями. В опубликованном описании есть также автоматические сообщения о статусах заказов. Выбор системы был частью этой общей задачи.
У ЛавПрод другой процесс: B2B-заявки, звонки, работа менеджеров до заключения контракта. Команда внедрила Битрикс24, связала сайт и телефонию с CRM, настроила воронку. Товарная корзина интернет-магазина и длинная сделка с закупщиком требуют разных проверок.
Эти примеры полезны как перечень условий. Они не означают, что одну из систем стоит выбирать по отраслевому названию или чужому результату. Даже внутри fashion-магазинов отличаются склады, способы оплаты и доля продаж через менеджеров. Сначала сравните процессы.
Посчитайте стоимость первого года
К подписке добавьте платные модули, настройку, перенос данных, обучение и поддержку интеграций. Отдельно уточните ограничения тарифа, стоимость дополнительных сотрудников и объемов, расходы на телефонию и сообщения. Условия сервисов меняются, поэтому расчет должен опираться на актуальное предложение поставщика.
Внутреннее время команды тоже стоит денег.
Назначьте сотрудников, которые проверяют импорт, описывают статусы, принимают доработки и отвечают на вопросы коллег после запуска. Без них проект начнет зависеть от свободного часа собственника.
В смете удобно разделить обязательные работы и следующие этапы. Например, сначала принять заказы с сайта и связать оплату, затем перенести исторические данные и добавить сценарии рассылок. Но разделение допустимо только тогда, когда первая очередь оставляет бизнесу рабочий процесс: нельзя запустить обработку заказов, забыв о возвратах.
Проведите пилот до полного переноса
Для пробного запуска подготовьте обезличенные примеры заказов и тестовые контакты. Проверку должны пройти сотрудники, которые будут работать в системе ежедневно. Демонстрация интегратора показывает возможность, самостоятельное выполнение задания выявляет непонятные поля и лишние действия.
Составьте короткий протокол приемки:
- Заказ приходит один раз и сохраняет товары, скидки и контактные данные.
- Изменения передаются в нужную сторону без потери информации.
- Менеджер видит историю клиента и понимает следующий шаг.
- Возврат отражается в заказе и в подключенном учете по согласованным правилам.
- Сбой обмена заметен, восстановление не создает дубликаты.
- Данные можно выгрузить, а доступ бывшего сотрудника отключить.
До миграции сохраните исходную выгрузку и определите порядок отката, если обязательный сценарий не работает. Перенос всей базы до проверки усложнит исправление ошибок и сверку результатов.
Для выбора достаточно сравнительной таблицы, демонстрации ваших сценариев и расчета расходов. Если по обязательному пункту пока есть только обещание, оставьте его неподтвержденным. Такой список станет основой технического задания и обсуждения инфраструктуры интернет-магазина.