CRM в небольшом магазине нужна не ради базы клиентов как таковой. Она нужна, чтобы человек, который покупает у вас второй раз, не проходил весь путь заново — не вводил адрес, не доказывал, что он постоянный, не получал ту же цену, что и любой случайный посетитель. На Serkl продавец делит эту работу на три простые вещи: профиль с историей, теги и подключение этих тегов к ценам и акциям.
Эта статья написана командой Serkl — мы заинтересованная сторона. Старались показать и сильные стороны, и места, где CRM Serkl пока не дотягивает. Если кажется, что недостаточно критичны — напишите, поправим.
У повторного клиента — другой набор ожиданий, чем у нового. Адрес уже знают, имя помнят, скидку, на которую он привык, считают сразу. Купленные раньше товары не мелькают в рекомендациях как новинки. Если ему пришлось напоминать о себе — «здравствуйте, я у вас в марте брал кружки», — что-то в магазине устроено мимо него.
На 30 заказах в месяц это незаметно: оператор помнит постоянных в лицо, остальных распознаёт по переписке. На 200 — глаза уже не справляются: за смену проходит десяток повторных клиентов, и часть из них приходится встречать как новых. Каждый такой встреченный заново — не катастрофа, но накапливается.
CRM в магазине — это, по сути, ответ на один вопрос: что должно меняться на экране у оператора и в корзине у покупателя, когда вы понимаете, что человек уже у вас был. На Serkl продавец собирает этот ответ из трёх простых вещей. Дальше — про каждую и про границы.
Узнавание: один email — одна история
Первое условие памяти — все следы одного человека собраны в одну запись. У каждого клиента в Serkl-магазине есть профиль с email, телефоном, именем, компанией и адресами доставки. В рамках одного магазина email — основной способ узнать клиента: продавец видит, что человек уже у него был, и дальше работает с одним профилем, а не с дублями.
Это закрывает один сквозной сценарий, на котором CRM обычно ломается. Клиент оформил первую покупку без регистрации — заводится профиль с пометкой «гость», к нему привязан заказ. Через месяц тот же клиент возвращается и решает создать аккаунт — старые гостевые заказы остаются на гостевом профиле, продавец вручную переносит нужные на новый зарегистрированный профиль через действие «передать заказ». Это занимает несколько секунд на заказ.
Автоматическое связывание гостевых и зарегистрированных профилей по email — в наших планах, срок не зафиксирован. На старте сшивка делается руками, и для магазина с 30–500 заказами в месяц это рабочий режим. Главное — что история человека не теряется: гостевые заказы видны в профиле гостя по email, и при первой переписке оператор видит, что покупатель у вас уже был.
История заказов в профиле — не отдельная таблица, которую кто-то ведёт, а связь между профилем и заказами магазина. Состав каждого заказа, статусы (доставлено, в пути, отменён), способы оплаты, возвраты — всё на месте. Отдельно «клиент» и «история заказов клиента» нигде не лежат: история и есть профиль, видимый сбоку.
⚠ О персональных данных. Данные клиента магазина (email, телефон, адрес) — это персональные данные по 152-ФЗ. Оператор ПД — продавец, который владеет магазином и собирает эти данные на свою торговлю. Serkl выступает обработчиком ПД по поручению продавца. Это разделение зафиксировано в оферте и в политике конфиденциальности — не маркетинговая формулировка, а правовая позиция.
Контекст: что вы видите, когда открываете чат с покупателем
Узнавание — только половина работы памяти. Вторая половина — выдать оператору контекст за несколько секунд, чтобы можно было разговаривать по делу, а не выяснять заново, кто перед вами.
Открывая профиль клиента, продавец видит базовую карточку — email, имя, телефон, компанию, отметку «гость / зарегистрирован», группы и список адресов. Под карточкой — таблица заказов: состав, способы оплаты, статусы, итоговая сумма по каждому. Подробнее про устройство самого заказа и обратный путь возвратов — в «Как устроены Заказы и продажи на Serkl».
В реальном сценарии это выглядит так: в чат пишет покупатель, оператор открывает профиль и видит: один заказ месяц назад на 4 200 ₽, оплата картой, доставлен. На второй заказ это уже база для разговора — у оператора в одном экране и история, и состав предыдущей покупки, и способ оплаты. Если у клиента три заказа за полгода и один из них вернулся — это тоже видно в той же таблице, и решение, как ответить, оператор принимает с этими цифрами на руках, а не по памяти.
Чего пока нет в шапке профиля и появится позже — счётчиков «количество заказов / сумма / средний чек / дата последней покупки». Сейчас эти цифры продавец считает глазами по таблице заказов. Для магазина на 30–500 заказов в месяц этого хватает: на профиле повторного клиента обычно 2–5 заказов, и пробежать по ним не дольше, чем посмотреть на готовую цифру. Когда заказов на профиле станет десятки — агрегаты появятся в коде, эта задача в наших планах, срок не зафиксирован.
В этом же месте видно, чего на старте нет в продукте: автоматического выделения «давно не покупал», «нетипичный для него заказ», «потенциальный отток». Эти срезы пока считаются глазами по таблице заказов. Для магазина с 50–500 клиентами этого хватает. Для 10 000 и больше — машинная сегментация другого класса, и про это будет в последнем разделе.
Различие: тег как ярлык, на котором висит правило в другом разделе
Третье — применить к разным клиентам разные правила. И происходит это уже не в самой CRM. В разделе CRM продавец работает с одной простой механикой — тегами клиентов: «VIP», «опт», «партнёры», «подписчики канала». Тег — это ярлык. Один клиент может быть в нескольких группах одновременно — например, и в «опте», и в «постоянных».
Сам по себе тег ничего за собой не несёт. Без правила в смежном разделе он не даёт скидку, не закрывает доступ к каталогу, не отправляет приветственное письмо. Это и есть его сила.
Тег становится осмысленным, когда продавец привязывает к нему правило в другом разделе:
- Каталог. В разделе «Прайс-листы» продавец создаёт прайс-лист «Опт» с правилом, в котором среди условий проставлена группа клиентов — «опт». Клиент с тегом «опт» открывает каталог — цены показываются ему пониженные на 15%, без промокодов и без переписки про «я постоянный, дайте скидку». Привязка делается не отдельной кнопкой на самом теге, а внутри правила прайс-листа — это позволяет одному и тому же тегу участвовать в нескольких прайс-листах с разными условиями. Подробнее — в статье «Как устроен Каталог на Serkl».
- Акции. В разделе «Акции» продавец создаёт промо «−10% при заказе от 5 000 ₽ для группы VIP». Клиент с тегом VIP, набравший корзину на 5 000 ₽, получает скидку автоматически. Подробнее — в «Как устроен модуль Акций на Serkl».
Развязка между «кто этот клиент» и «что мы ему даём» — намеренная. Если бы тег сразу нёс в себе скидку, при каждом изменении ценовой политики продавец был бы обязан повторно вписывать процент клиентам. А так теги вешаются один раз в CRM, а правила в каталоге и акциях меняются отдельно, не трогая клиентскую базу.
В стартовой версии Serkl теги ставятся вручную — двумя путями. Из профиля клиента продавец выбирает несколько тегов сразу. Со страницы группы — массово добавляет в неё много клиентов одной операцией. Автоматическое попадание по правилу («3 заказа за 90 дней → автоматически тег "постоянный"») — в наших планах, срок не зафиксирован.
Когда руками уже не помещается
CRM в Serkl рассчитана на магазин, в котором продавец ещё помнит лица. До 5 000 клиентов и 2 000 заказов в месяц этого хватает: профили со сшивкой по email, теги, история заказов, скидочные правила в смежных разделах. Граница не в количестве, а в типе бизнеса.
CRM Serkl не хватит:
- Если бизнес устроен как воронка сделок между компаниями — менеджер ведёт клиента две недели, пишет коммерческое предложение, торгуется по позициям. Это не «розничный магазин с постоянными клиентами», это другой класс задачи. Под него — amoCRM или Битрикс24, под которые этот сценарий собран изначально.
- Если в магазине нужна программа лояльности с балльной экономикой как ключевая механика. Балльная программа на 1 000+ участников — отдельная система, в Serkl её сейчас нет.
- Если у магазина 10 000+ клиентов и нужна машинная сегментация по «давно не покупал / часто покупает / высокий чек» с аналитической глубиной. Тогда — RetailCRM с поддержкой нескольких каналов и интеграциями с маркетплейсами или специализированные аналитические решения поверх собственной выгрузки.
- Если у магазина сложная матрица цен: «5 уровней клиентов × 4 региона × 3 канала». Формально это собирается на Serkl через прайс-листы, но настройка нелинейно усложняется. Лучше посмотреть в сторону Битрикс24 + 1С, где такие матрицы — родная задача.
- Если есть инженер на подряде и точная механика, которой нет на рынке готовой — своё решение часто оказывается дешевле, чем выбор между неподходящими.
Эти границы — не слабость продукта, а его область применения. Тот, кто попал не в наш сценарий, уйдёт довольным — и это ценнее, чем подписавшийся на месяц и ушедший разочарованным через две недели.
Память как уважение к чужому времени
Память магазина — это про уважение к чужому времени. Время оператора, который не должен листать переписку. Время покупателя, который не должен представляться. Если эти двое экономят минуты на общении друг с другом — статья своё дело сделала, а CRM магазина устроена правильно.
На Serkl продавец собирает эту память так: одним email связывает историю клиента, видит контекст в профиле за несколько секунд, расставляет теги — на которых в каталоге и акциях держатся правила. Этого хватает для розничного магазина с постоянными клиентами и небольшой долей оптовых продаж. Где не хватает — есть честная граница и список альтернатив.
Связанные статьи:
- «Как устроен модуль Акций на Serkl» — про адресные промо, которые цепляются к тегам клиентов.
- «Как устроен учёт Остатков на Serkl» — про артикулы, склады и резерв при покупке.
- «Как устроена Доставка на Serkl» — про адрес и предпочтительного перевозчика, которые подставляются из профиля клиента.
- «Как устроены Заказы и продажи на Serkl» — про привязку заказа к профилю и историю заказов как срез профиля.
- «Как устроен Каталог на Serkl» — про прайс-листы, привязанные к группам клиентов из CRM.
Артем Маршалкин — основатель Serkl Platform. Раньше запускал магазины с оборотом до 1 млн ₽/мес.