Перед ноябрьскими распродажами вам нужно убедиться, что магазин не примет оплату за уже проданный товар и не потеряет заказ между сайтом и складом. Представьте: 30 покупателям приходится звонить из-за неверного остатка. Даже по 6 минут на разговор — это 180 минут, или 3 часа работы менеджера, без учёта возврата денег.
Выбирайте CRM для интернет-магазина по полному пути покупки: заказ, резерв, оплата, сборка, доставка и возврат. Здесь — порядок испытаний, расчёты на примерах, сравнение трёх систем и требования, которые можно передать подрядчику до оплаты внедрения.
Шаг 1. Назначьте главный источник для заказов, остатков и оплат
До выбора программы распределите обязанности между сайтом, CRM, складским учётом, платёжным сервисом и доставкой. Для каждого показателя нужен главный источник — система, чьи сведения остальные принимают за основу. Иначе при расхождении менеджер не поймёт, какому остатку верить и можно ли обещать товар покупателю.
За основу можно взять такую схему. Она распределяет ответственность в вашем проекте, но не требует покупать пять разных программ: несколько задач может выполнять одна система.
Что согласовать | Главный источник | Что видеть в CRM | Кто разбирает расхождения |
|---|---|---|---|
Состав и цена заказа | Сайт при оформлении; затем — согласованный порядок изменений | Артикулы, количество, скидки и итог | Менеджер заказов |
Доступный остаток | Выбранная складская система | Склад, свободное количество, резерв | Ответственный за склад |
Оплата | Платёжный сервис или подтверждённые банковские данные | Сумма, результат, идентификатор операции | Сотрудник, отвечающий за оплаты |
Доставка | Служба доставки | Номер отправления и последний полученный статус | Менеджер доставки |
Возврат | Учёт товара — на складе; денег — в платёжном сервисе | Возвращённые позиции, состояние товара и сумма | Назначенный ответственный за возврат |
Для каждого обмена запишите направление и допустимую задержку. Например, изменение адреса идёт из CRM в доставку, а результат вручения — обратно. Если одно поле можно редактировать в двух местах, заранее определите, какое изменение имеет приоритет. Без этого позднее сообщение может затереть актуальные сведения.
Шаг 2. Проведите заказ от сайта до сборки без дублей
Начните демонстрацию с заказа на вашем сайте. Менеджер Анна должна получить его без ручного переписывания товаров и адреса. Затем попросите исполнителя повторно передать тот же заказ: ожидаемый результат — обновление существующей карточки, а не вторая заявка на сборку.
Чтобы сверить результат, заранее составьте перечень сведений, которые должны попасть в CRM вместе с заказом.
Источник и исходный номер заказа. Их сочетание должно отличать покупку на сайте от заказа с таким же номером в другом канале.
Код каждого товарного варианта: например, футболки одного цвета, но разных размеров — две различимые позиции.
Количество, цена до скидки, скидка по каждой позиции, доставка и окончательная сумма. По ним вы сможете сверить оплату и будущий возврат.
Контакты, адрес или пункт выдачи, комментарий покупателя. Сборщик и менеджер не должны искать их в переписке.
Ответственный, время поступления и следующее действие. Заказ без назначенного сотрудника должен попадать в заметную очередь, чтобы его не пропустили.
Для рабочего шаблона подойдут этапы «Новый», «Подтверждён», «На сборке», «Передан в доставку», «Вручён» и «Отменён». Это предложенные названия этапов, не пункты меню конкретной CRM. Оплату и возврат лучше учитывать собственными признаками: оплаченный заказ ещё может ждать сборки, а вручённый — иметь частичный возврат.
У каждого перехода должно быть основание. Например, «Передан в доставку» означает фактическую передачу посылки, а не создание накладной. Порядок настройки этапов разобран в руководстве о воронке продаж в CRM.
Ещё один тест — изменение уже оплаченной покупки. Уберите одну позицию: разница между новой стоимостью и полученной оплатой должна быть видна ответственному. Настройка, которая просто меняет итог заказа, оставит сотрудника без сигнала о том, что нужно разобраться с деньгами.
Шаг 3. Испытайте резерв на последнем товаре
Договоритесь, что именно называется остатком. В учебном примере на складе физически лежат 20 термокружек: 6 зарезервированы, ещё 2 находятся на проверке после возврата. Для новых продаж доступны 20 − 6 − 2 = 12 штук. Если склад уже передаёт свободное количество 12, повторно вычитать резерв нельзя.
Резерв — количество товара, закреплённое за заказом. Определите, в какой момент он появляется, когда снимается и что происходит с неоплаченной покупкой. Без этих правил товар либо уйдёт двум покупателям, либо останется недоступным после отмены.
Оставьте одну доступную единицу и оформите два заказа почти одновременно. Успешный тест — подтверждённый резерв получает только один заказ, во втором видна нехватка.
Отмените заказ до отгрузки. Единица должна освободиться один раз, а доступность на сайте — обновиться в согласованный срок.
Повторно передайте сообщение об отмене. Количество не должно увеличиться ещё на единицу.
Прервите обмен со складом в тестовой среде. Менеджер должен заметить устаревшие сведения, а не принять их за подтверждённое наличие.
Поведение резерва зависит от программы и её подключений. По данным сайта разработчика на 25 октября 2026 года, в описании бронирования RetailCRM указано: при активной интеграции с внешней складской системой списание свободных остатков при бронировании не происходит. Поэтому резерв в карточке ещё не доказывает, что внешний склад и сайт получили нужное изменение.
Технические примеры RetailCRM здесь и далее предназначены для демонстрации тарифа «Профессиональный». По данным сайта разработчика на 25 октября 2026 года, стоимость подписки зависит в том числе от выбранных интеграций: наличие функции в системе не означает, что любое подключение входит в базовую сумму. Эти возможности нельзя автоматически переносить на бесплатную версию. (retailcrm.ru)
Шаг 4. Проверьте ошибки доставки и смену статусов
В сценарии доставки разделите три события: заявка зарегистрирована, посылка передана перевозчику, покупатель получил заказ. Если объединить их в один этап, руководитель может увидеть завершённую продажу, хотя коробка ещё на складе.
По данным сайта разработчика на 25 октября 2026 года, подключение модуля СДЭК в RetailCRM включает настройку типов оплаты, складов и страницы «Сопоставление статусов». Для автоматической смены этапов заказа нужно задать соответствия нужным событиям перевозчика; сопоставлять все статусы необязательно.
Покупатель меняет пункт выдачи после создания отправления. Попросите показать, где исправляется заявка и как менеджер узнаёт, что перевозчик принял изменение.
Служба доставки отклоняет заявку из-за адреса или габаритов. Ошибка должна попадать ответственному, а заказ — оставаться в очереди на исправление.
Посылка долго не получает нового статуса. Задайте срок появления задачи менеджеру, исходя из обещаний покупателю и условий перевозчика.
Отправление возвращается после неудачного вручения. Оно должно попадать в работу с возвратом, а не исчезать среди завершённых продаж.
Для наложенного платежа нужна ещё одна сверка: вручение товара и поступление денег от перевозчика. Сумму к получению и подтверждение расчёта храните раздельно. Тогда сотрудник не закроет финансовый вопрос только по статусу посылки.
Шаг 5. Разделите возврат товара и возврат денег
У возврата три независимых результата: обращение покупателя зарегистрировано, движение товара отражено, денежная операция сверена. Одна отметка «Возврат» не объяснит, где посылка и перечислены ли деньги.
В обращении сохраните связь с исходным заказом, позиции, количество, причину и ответственного. Для частичного возврата должно быть видно, какие товары покупатель оставил.
В складском учёте различайте ожидание посылки, приёмку и результат осмотра. Товар на проверке не включайте в доступное для продажи количество.
Для возврата денег фиксируйте сумму, идентификатор операции и её результат. Отправленный запрос не заменяет подтверждение выполнения.
Разберём учебный расчёт. Покупатель заказал рюкзак за 2 000 ₽ и термокружку за 1 000 ₽; скидка 10% применена к каждой позиции, доставка бесплатная. Оплата: 1 800 + 900 = 2 700 ₽. Он возвращает кружку; по условиям примера скидка на рюкзак сохраняется. В учёте нужно сверить возврат 900 ₽ и оставшуюся покупку на 1 800 ₽, а не подставить текущую цену кружки из каталога.
В тестовом режиме попросите исполнителя повторно передать результат той же операции возврата денег. Ожидаемый итог — одна операция на 900 ₽, без повторного перечисления и без удвоения возвращённого количества. Речь о повторе сообщения об одной операции, а не о создании второго настоящего возврата.
По данным сайта разработчика на 25 октября 2026 года, автовозврат остатков в RetailCRM после отгрузки привязан к выбранному статусу товара. До отгрузки статус отмены снимает резерв и возвращает остаток. В вашем процессе обращение покупателя само по себе не должно делать ещё не полученную вещь доступной к продаже — учитывайте это при выборе события пополнения.
Шаг 6. Сравните три подхода и стоимость лицензий
Сравнивайте CRM по задаче, которую хотите ей поручить: управление заказами, работа менеджеров с покупателями или продажи вместе со складским учётом. Составить первый список кандидатов поможет каталог CRM для торговли.
Цены и ограничения в сравнении взяты из каталога по данным сайтов разработчиков на 9 октября 2026 года; основные функции — на 3 октября 2026 года. Указанные суммы относятся к лицензиям, не к готовому внедрению.
CRM | Для какой задачи рассматривать | Цена и условия | Что показать на ваших данных |
|---|---|---|---|
Кандидат для управления заказами из разных каналов и единой базы покупателей | «Профессиональный» — 10 400 ₽ в месяц за компанию: 3 пользователя, до 10 000 клиентов, 10 000 писем в месяц, до 5 000 участников программы лояльности. (retailcrm.ru) | Провести весь цикл заказа с вашей складской системой, доставкой и оплатой. Тарифы и состав подписки. | |
Кандидат для работы менеджеров с обращениями, перепиской и сделками | «Базовый» — 599 ₽ за сотрудника в месяц, оплата от 6 месяцев, без НДС. За 3 сотрудников: 1 797 ₽ в месяц; первый платёж — 10 782 ₽ за 6 месяцев, без НДС. (amocrm.ru) | Показать, какие компоненты отвечают за товарные позиции, резерв, доставку и возврат, и включить их в смету. Сравнение тарифов и условия оплаты. | |
Кандидат для продаж, документов и складского учёта в одной системе | «CRM+СКЛАД, облако» — 1 490 ₽ за сотрудника в месяц, минимум 3 лицензии, оплата от 3 месяцев. Минимальный платёж — 13 410 ₽ за 3 месяца. (rbs-crm.ru) | Испытать обмен с сайтом, нужной доставкой и платёжным сервисом, включая частичный возврат. Цены и условия приобретения лицензий. |
Если для amoCRM нужны Salesbot и Digital Pipeline — инструменты автоматизации общения и этапов сделки, — ориентируйтесь на «Расширенный», а не на цену «Базового». По данным каталога на указанные даты, это 1 299 ₽ за сотрудника в месяц, оплата от 6 месяцев, без НДС. Для трёх сотрудников первый платёж составит 1 299 × 3 × 6 = 23 382 ₽ без НДС. (amocrm.ru)
Бесплатный RetailCRM ограничен одним пользователем, 300 заказами в месяц и 5 000 клиентов в базе. Он подойдёт для небольшого объёма, но не заменит лицензии для трёх одновременно работающих менеджеров. Для проверки есть пробный период 14 дней — условия приведены по данным каталога на 9 октября 2026 года. (retailcrm.ru)
Работа всей вашей связки — сайта, склада, перевозчика и платёжного сервиса — этими описаниями не подтверждается. Стоимость конкретных модулей и поддержку нужных сценариев уточните у разработчика или подрядчика. Включите их в демонстрацию: слово «интеграция» в описании не заменяет прохождения заказа от начала до конца.
Шаг 7. Испытайте пиковую нагрузку и восстановление после сбоя
Один успешный заказ показывает, что его путь настроен верно, но не доказывает готовность к плановому потоку. Задайте собственную нагрузку: например, если ожидаете 120 заказов за 10 минут, согласуйте тест на 180 заказов за 10 минут. Запас 50% здесь — выбранное условие испытания, не норматив и не обещание производительности какой-либо CRM.
Подготовьте тестовую среду с вымышленными покупателями. Отключите настоящие сообщения, отгрузки и списания денег, чтобы испытание не затронуло клиентов.
Передайте согласованную пачку заказов и засеките задержку до появления в CRM. Сверьте исходные номера, количество позиций и суммы: одного совпадения числа карточек недостаточно.
Добавьте повторные сообщения, отмены и изменения состава. После обработки не должно быть лишних заказов, резервов или денежных операций.
По согласованию с исполнителем прервите один обмен и восстановите его. Все необработанные события должны либо дойти до получателя, либо остаться в видимом списке ошибок с ответственным.
Попросите менеджера и сборщика выполнить рабочие действия во время теста. Зафиксируйте, укладываются ли они в согласованное время, пока идёт загрузка.
В протоколе зафиксируйте пять показателей: потерянные заказы, лишние дубли, расхождения остатков, максимальную задержку обмена и незакрытые ошибки. Для первых трёх задайте требование «ноль», для задержки — предел, который подходит вашему процессу. Без численного критерия фразу «система работает быстро» нельзя принять или оспорить.
Нагрузочный тест согласуйте с поставщиками сервисов заранее. Назначьте человека, который получает сообщения о сбоях во время акции, и его замену. Запись в журнале ошибок не решит проблему, если никто её не заметит и не возьмёт в работу.
Шаг 8. Согласуйте смету и условия приёмки внедрения
Вместо формулировки «подключить всё» отправьте подрядчикам перечень результатов. Так вы сможете сравнить предложения по одинаковому объёму работ, а готовность системы — принять по уже описанным сценариям.
Состав системы: тариф, число сотрудников и технических подключений, платные модули, разовые работы и регулярные платежи.
Обмен данными: какие поля и события передаются, в какую сторону, за какое время и кто исправляет ошибки.
Приёмка: повторный заказ, последний товар, отмена, ошибка доставки, частичный возврат и восстановление обмена.
Подготовка сотрудников: кто обучает менеджера и склад, где лежат инструкции и кто принимает вопросы в дни распродажи.
Переключение: дата запуска, способ сохранить исходные данные и порядок возврата к прежней работе, если испытания не пройдены.
В смету могут понадобиться технические лицензии. По данным сайта разработчика на 25 октября 2026 года, у РосБизнесСофт доступ по API — программному обмену данными — занимает одну лицензию. Если нужны три сотрудника и такая интеграция, заложите четыре лицензии: по цене «CRM+СКЛАД» из каталога 1 490 × 4 × 3 = 17 880 ₽ за три месяца. Это только лицензии, без настройки и других модулей. (rbs-crm.ru)
Для общей сметы сложите лицензии, плату за подключения, внедрение, обучение и сопровождение. Сроки оплаты приводите к одному периоду: первый платёж за полгода нельзя сравнивать с месячной подпиской без пересчёта. Шаблон расчёта есть в статье о сравнении стоимости CRM.
Если ваша акция начинается 11 ноября 2026 года, можно назначить 6 ноября точкой решения: запускать новую связку или сохранять прежний порядок. Это пример внутреннего графика, а не обязательный срок. Если к этой дате не сходятся остатки или возвраты, ограничьтесь исправлением критичных ошибок, а полный переход перенесите, чтобы не менять процесс с нерешёнными проблемами во время акции. Последовательность работ описана в плане внедрения CRM для небольшой команды.
Выберите два варианта через анкету подбора CRM и отправьте обоим подрядчикам одинаковые сценарии испытаний. До оплаты внедрения согласуйте, кто проведёт демонстрацию на ваших данных и как вы зафиксируете её результаты.
