CRM без лишних подписок — обзор 19 октября 2026

На карте стало понятнее, где сервисы пересекаются

15 октября Data Insight опубликовал осеннюю версию карты сервисов электронной торговли. Авторы пересмотрели категории: рассылки, персонализация и работа с клиентскими данными собраны в одном направлении. В клиентском сервисе отдельно обозначены платформы, автоматизация диалогов и работа с отзывами. Появились направления облачной инфраструктуры и антифрода. Источник: Data Insight, 15 октября 2026.

Карта описывает предложения на рынке. Наличие компании на схеме ничего не говорит о том, подойдет ли она магазину с двумя менеджерами и несколькими сотнями заказов. Само число участников тоже не доказывает рост рынка: для такого вывода нужно сравнивать одинаковые состав и методику учета.

Для руководителя полезен другой повод открыть карту: проверить, за какие одинаковые функции магазин уже платит несколько раз. Письма могут отправлять CRM, сервис рассылок и модуль сайта. У каждого собственный список исключений, своя история контактов и отдельная строка в расходах.

Дальше предлагаем собственную методику выбора и проверки. Ее можно применить к своему списку подписок.

Сначала найдите работу, которую приходится делать руками

Допустим, менеджер ежедневно переносит статусы доставки в CRM. Начните с десяти таких заказов: откуда он берет статус, что проверяет и кому пишет после обновления. Иногда достаточно настроить существующий обмен. Иногда его действительно нет, и тогда появляется задача для нового сервиса или разработчика.

По этим десяти заказам уже можно составить понятное требование: статус доставки поступает в карточку без ручного переноса, а повторное событие не запускает второе письмо. Рядом укажите ответственного и допустимую задержку. Такую задачу можно показать двум поставщикам и сравнить их ответы.

Список из пятидесяти возможностей этого не заменит. Особенно если половина возможностей помечена «на перспективу». Подписка начинает списываться сразу, перспектива может наступить через год. В разборе выбора CRM для интернет-магазина есть ситуации с заказами, на которых удобно проверять систему до договора.

На демонстрацию принесите неудобный заказ

В тестовом магазине клиент купил две вещи, одну вернул, поменял телефон и открыл обращение по доставке. Это вымышленный сценарий для проверки. Попросите провести его целиком: оформить оплату, частичный возврат, изменение контакта и закрытие обращения. Персональные данные настоящего покупателя для такой демонстрации не нужны.

Затем посмотрите, что попало в рассылку. Клиент с возвратом не должен автоматически превращаться в покупателя на полную первоначальную сумму. А условия отправки сообщения человеку с открытой претензией должны быть определены заранее. Как именно ограничить коммуникацию, решает бизнес; система должна уметь выполнить это правило.

Если продавец показывает только создание карточки, оставшаяся часть процесса пока не проверена. Зафиксируйте, что работает в стандартной версии, что требует платного модуля и что разработчик будет делать отдельно. В протоколе нужны результат и ограничение каждого шага. Скриншот красивого отчета здесь мало помогает.

У одного поля должен быть понятный источник: оплату подтверждает платежная система, доступный остаток приходит из согласованной учетной системы. Иначе две программы будут исправлять друг друга. Как распределить эту ответственность, разбираем в статье об интеграции сайта, CRM и 1С.

Тариф — только первая строка сметы

Ниже условный расчет, который не относится к ценам конкретного поставщика или результатам нашего клиента. Магазину предлагают подписку за 15 тысяч рублей в месяц. Первоначальная интеграция стоит 120 тысяч, поддержка обмена и сценариев — еще 10 тысяч ежемесячно.

За первые шесть месяцев получится 270 тысяч рублей: 90 тысяч за подписку, 120 тысяч за запуск и 60 тысяч за поддержку. В среднем это 45 тысяч в месяц. Работа сотрудников магазина и другие расходы, если они понадобятся, увеличат сумму.

Запуск потребует денег сразу. Кассовый план должен учитывать этот платеж, даже если в расчете окупаемости вы распределили его на полгода.

Предположим, дополнительный заказ оставляет магазину 900 рублей после себестоимости, скидки, исполнения и ожидаемых возвратов. Чтобы покрыть указанные 45 тысяч, понадобится 50 дополнительных заказов ежемесячно. Это упрощенная проверка расходов, без прогноза роста и без учета изменения стоимости денег. Состав затрат на один заказ можно сверить с нашей статьей про юнит-экономику.

Пятьдесят заказов, которые сервис приписал рассылке, еще не означают пятьдесят дополнительных покупок. Часть клиентов купила бы и без письма. Для проверки эффекта можно заранее выделить сопоставимую контрольную группу без новой коммуникации и сравнить результат за один период. На небольшой базе вывод потребует времени; один удачный день его не заменяет.

Автоматизация может приносить пользу и без новых продаж. Если она экономит менеджеру десять часов в месяц, запишите, какую работу он сможет выполнить за это время. При неизменной зарплате в кассе автоматически не появится дополнительная сумма. Экономия времени и сокращение денежных расходов — разные результаты, их стоит считать отдельно.

ИИ в CRM пока проверяем как обещание поставщика

На 29 октября RetailCRM анонсировал презентацию новой версии: компания обещает объединить продажи, маркетинг и обслуживание клиентов, показать модуль сервиса и ИИ-агентов. Это предстоящее событие. Дата публикации анонса на странице не указана, поэтому мы не называем его новостью прошедшей недели. Программа RetailCRM, проверена 19 октября 2026.

До демонстрации и проверки на своих сценариях рассчитывать экономию от этих возможностей рано. Начать можно с ограниченной задачи: подготовить оператору черновик ответа о статусе доставки. Для самостоятельной отмены заказа или начисления компенсации уже потребуются отдельные правила доступа, журнал действий и передача спорного случая человеку.

Такой пробный запуск оценивают по времени обработки обращения, доле исправленных ответов и повторным обращениям по той же проблеме. Большое число автоматически закрытых диалогов само по себе не объясняет, получил ли покупатель помощь. Эти критерии применимы к любому поставщику; представленные возможности RetailCRM мы не тестировали.

Три задачи на эту неделю

1. Соберите действующие подписки в один список. Напротив каждой укажите цену, владельца процесса и работу, которая без сервиса остановится. Повторяющиеся функции обсудите до следующего продления.
2. Для ближайшего внедрения подготовьте один сквозной тестовый заказ с возвратом и обращением. Пройдите его вместе с поставщиком и запишите стоимость недостающих доработок.
3. Составьте смету на шесть месяцев и назначьте дату проверки результата. До старта сохраните исходные показатели, условия сравнения и порядок выгрузки данных при отказе от сервиса.

Если в смете трудно отделить расходы на программу от стоимости процессов, это можно разобрать в рамках e-commerce-консалтинга. На встречу пригодятся список подписок и схема движения одного заказа.