RetailCRM и МойСклад: как связать продажи и закупки под заказ
Продажи уже в CRM. Закупки и склад — в учётной системе. На бумаге всё логично: менеджер ведёт клиента, снабжение выкупает товар, склад принимает и отгружает. На практике связка рвётся в трёх местах: поля не доезжают до заказа поставщику, статусы в двух воронках называются одинаково, а команда продолжает жить в таблицах, потому что «в системе опасно нажать не туда».
Особенно больно это в модели закупки под клиента: у одной сделки несколько позиций, у каждой — свой путь (ожидание, замена, примерка, отказ, консолидация). Если система видит только «заказ целиком», операционка разваливается.
Ниже — практическая схема, как привести связку CRM и МойСклад в рабочий вид без сноса уже внедрённого и без обещания «космического корабля» за две недели.
Что получите из статьи
- Когда связка RetailCRM + МойСклад уместна, а когда одна система проще.
- Какие ошибки чаще всего ломают выгрузку заказов и статусов.
- Минимальный контур запуска: что чинить в первую очередь.
- Чек-лист доступа и материалов перед аудитом.
- Типичные вопросы собственника перед сезоном.
Суть: две системы — один поток
RetailCRM хорошо держит диалог с клиентом, смены менеджеров, медиа в переписке.
МойСклад нужен там, где документы, остатки, заказы поставщикам, приёмка, деньги. Связка CRM и склада — та же логика, что в паре Битрикс24 и МойСклад: клиентский контур отдельно, товарный — отдельно.
Правило простое:
- Клиентский контур и обещания клиенту — в CRM.
- Товарный и денежный контур — в МойСклад.
- Между ними — жёсткий договор о полях и статусах, а не «интеграция по умолчанию».
Если договорённости нет, вы получаете классику: сделка закрыта в CRM, в складе её «не видно»; фото есть в заказе покупателя, в заказе поставщику — пусто; комментарий закупщика живёт в чате, а не в документе.
Пошаговая инструкция: привести связку в порядок
Шаг 1. Зафиксировать две линии бизнеса
Часто в одной компании живут два режима:
- длинный цикл (закупка под заказ, долгая логистика);
- короткий цикл (товар из наличия, быстрая отгрузка).
Их нельзя смешивать одной воронкой «на все случаи». В CRM и в МойСклад должны быть различимые статусы и правила выгрузки. Иначе короткая линия «закрыла сделку», а склад прочитал это правилом длинной линии — и документ исчез из рабочего списка.
Шаг 2. Описать единицу работы: позиция, а не только заказ
Для закупок под клиента критичен уровень строки заказа:
- одна позиция пришла и согласована;
- вторая ушла в замену;
- третья ждёт консолидации.
Проверьте, как это отражается в МойСклад: отдельные документы, связанные заказы, нумерация вида «заказ / позиция». Если всё сваливается в один статус сделки — таблицы ещё долго останутся «истиной».
Шаг 3. Составить карту сквозных полей
Минимальный набор, который обычно должен идти дальше заказа покупателя:
- фото / ссылка на визуал;
- комментарий сделки и особые условия;
- замеры / параметры клиента (обувь, одежда);
- качество / грейд (если влияет на цену и поставщика);
- служебные метки «с чем связан заказ».
Проверка простая: создайте тестовый заказ в CRM → дождитесь выгрузки → откройте заказ покупателя и заказ поставщику в МойСклад → убедитесь, что поля на месте на каждом шаге до приёмки.
Шаг 4. Согласовать статусы CRM ↔ МойСклад письменно
Сделайте таблицу:
| Событие в бизнесе | Статус в CRM | Документ/статус в МойСклад | Кто видит в работе |
|---|---|---|---|
| Сделка передана в закупку | … | … | … |
| Нужна доработка продаж | … | … | … |
| Товар согласован | … | … | … |
| Закрытие по позиции / по заказу | … | … | … |
Без этой таблицы любая «интеграция из магазина приложений» будет сюрпризом.
Шаг 5. Запустить минимальный контур, не весь космос
До сезона почти никогда не нужен идеальный контур. Нужен самолёт:
- Поля доезжают.
- Статусы не теряют заказы.
- Команда умеет создать заказ поставщику и провести приёмку.
- Платежи начинают попадать в ДДС хотя бы в базовом виде.
Автоматизация мессенджеров поставщиков, сложная транспортная логистика, роботы по чекам — вторая очередь, когда люди уже работают в системе, а не в таблице.
Шаг 6. Посадить команды постепенно
Не ждите дня X «все 15 человек сразу». Схема надёжнее:
- 1–2 человека пилотируют исправленный процесс.
- Короткая инструкция на 1 страницу под их роль.
- Затем группы по сменам / направлениям.
- Параллельно старый контур (таблица) гасится только там, где новый уже стабилен.
Так вы разгребаете накопленный завал, а не копите новый месяц «пустых» выгрузок.
Практический пример (обезличенно)
У компании уже стояли CRM и МойСклад, выгрузка заказов шла каждый день. Команды в учёт почти не заходили: фото и комментарии обрывались на заказе поставщику, одинаковые названия статусов в двух воронках прятали документы, а живая работа оставалась в таблицах. Цель «включить финучёт с даты X» срывалась не из‑за отсутствия лицензий, а из‑за отсутствия рабочего контура.
Рабочий порядок был таким: сначала карта полей и статусов с интегратором CRM, затем минимальный процесс закупки и приёмки, обучение пилотной группы, и только потом — разговор про транспорт и автоматизации. Это не красивая презентация, зато команда начинает закрывать документы в системе, а не «когда‑нибудь после идеальной настройки».
Типичные ошибки
- Считать, что «интеграция включена» = процессы согласованы.
- Держать две линии бизнеса в одной воронке без правил.
- Чинить UI и сценарии, пока сквозные поля рвутся.
- Обещать API там, где поставщик работает только в чате.
- Сносить действующую базу «потому что криво», теряя месяцы вложений.
- Обучать всю компанию до того, как пилот подтвердил процесс.
- Копить выгрузки месяц и надеяться закрыть ДДС «задним числом» без дисциплины команд.
FAQ
Нужны ли сразу и RetailCRM, и МойСклад?
Если клиентский сервис завязан на гибкие смены и богатую переписку с медиа — CRM часто остаётся. Склад, закупки и деньги всё равно требуют учётной системы. Вопрос не «одна или две», а насколько жёстко описан обмен.
Можно ли всё вести только в МойСклад?
Иногда да — если продажи простые и не нужен сложный клиентский контур. Если CRM уже выбран осознанно под сервис, ломать его ради «одной системы» обычно дороже, чем починить связку.
Почему статусы «ломают» выгрузку?
Потому что интеграция читает правила, а не смысл для менеджера. Одинаковые названия в разных воронках — частая ловушка: для человека это ясно, для обмена — нет.
Что делать с заказами, которые уже накопились в МойСклад?
Не ждать идеальной модели. Сначала дайте команде минимальный рабочий контур на новых заказах, параллельно разгребайте хвост по регламенту. Полный автоматический перенос из таблиц «одной кнопкой» почти никогда не работает чисто.
Сколько занимает базовый запуск связки?
Зависит от кривизны текущей настройки и числа ролей. Ориентир для MVP (поля, статусы, базовые закупки, обучение пилота) — недели, не дни. Точная оценка — только после доступа в обе системы.
Нужно ли менять CRM на Битрикс24?
Только если текущая CRM принципиально не закрывает сервисный сценарий. Если ограничения уже учтены при выборе — менять платформу «потому что привычнее интегратору» — плохая причина. Сравнение CRM со складом: Битрикс24 или AmoCRM при торговле.
Что подготовить к диагностике?
Доступы в CRM и МойСклад, схему «кто что делает», список статусов двух линий, 5–10 живых примеров заказов (длинный и короткий цикл), контакт интегратора обмена.
Дальше
Если у вас уже стоят RetailCRM и МойСклад, а команды всё ещё в таблицах — начните с карты полей и статусов, не с новой «волшебной» автоматизации.