Готовая WMS или разработка под себя: как принять решение

Выбор между готовой WMS и собственной системой обычно упирается в один вопрос: насколько ваши складские процессы отличаются от типовых. Если склад работает по стандартной схеме «приёмка, размещение, отбор, отгрузка», коробочная или облачная система запустится быстрее и обойдётся дешевле. Если процессы уникальны, а доработки готового продукта уже стоят как новый проект, разумнее заказать разработку WMS под ключ у команды, которая спроектирует систему под ваш поток и интеграции.

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

Если склад пока работает на таблицах и бумаге, начните с материала «Автоматизация склада: с чего начать небольшому оператору».

Чем WMS отличается от складского учёта

Складской учёт отвечает на вопрос «сколько товара и где он числится». WMS (Warehouse Management System) управляет тем, как товар физически движется по складу: какую ячейку выбрать при размещении, в каком порядке собирать заказ, кому выдать задание и как подтвердить операцию сканированием.

Граница проходит так:

• Учётная система (1С, ERP) хранит остатки, документы, цены и взаиморасчёты.
• WMS ведёт адресное хранение, формирует задания для сотрудников, оптимизирует маршруты отбора, контролирует сроки годности, партии и коды маркировки.
• Терминалы сбора данных связывают людей с системой: сотрудник видит задание на экране и подтверждает его сканированием штрихкода.

Поэтому вопрос «готовая WMS или своя» на деле шире выбора программы. Это решение о том, кто будет определять логику работы склада: вендор со своей моделью процессов или вы сами.

Какие есть варианты: модуль, коробка, облако или своя система

На российском рынке складских систем можно выделить четыре класса решений.

1. Складской модуль учётной системы. Адресное хранение и простые задания внутри 1С или ERP. Подходит небольшому складу с одним-двумя сотрудниками на смене и небольшой номенклатурой.
2. Облачная WMS по подписке. Быстрый старт за дни или недели, оплата за склад или пользователя, минимум собственной инфраструктуры. Логику процессов задаёт поставщик, настройки ограничены.
3. Коробочная (промышленная) WMS. Широкая функциональность, гибкие правила размещения и отбора, работа с маркировкой и автоматикой. Внедрение длится месяцами и требует подрядчика-интегратора.
4. Собственная разработка. Система проектируется под ваши процессы, тарифы, оборудование и интеграции. Код и данные принадлежат вам, развитие не зависит от планов вендора.

Пятый вариант, гибридный, разберём отдельно ниже: он сочетает сильные стороны коробки и разработки.

Как сравнить готовую WMS и разработку по ключевым критериям

Готовые решения выигрывают по скорости и стартовым затратам, собственная разработка выигрывает по гибкости и контролю. Оценки в таблице ориентировочные: реальные цифры зависят от размера склада, числа интеграций и зрелости ваших данных.

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

Когда готовой WMS достаточно

Готовая система почти всегда правильный выбор, если совпадает большая часть условий:

• склад работает по типовой схеме: паллетное или полочное хранение, отбор по заказам, стандартная отгрузка;
• номенклатура и поток заказов стабильны, резких сезонных скачков нет;
• интеграции стандартные: 1С, один-два маркетплейса, транспортная компания;
• нет собственной ИТ-команды и бюджета на поддержку отдельной системы;
• склад нужно запустить быстро, например под новый контракт.

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

Когда выгоднее разработка под себя

Собственная система оправдана, когда склад является частью продукта или конкурентного преимущества, а не просто местом хранения. Признаки:

• Уникальная логика. Сложные правила комплектации, кросс-докинг под конкретных клиентов, нестандартные единицы хранения, работа с несколькими владельцами товара на одном складе.
• Цепочка доработок. Готовую систему уже несколько раз дорабатывали, и каждая новая доработка стоит дороже предыдущей, а обновление вендора ломает сделанное.
• Много интеграций. Маркетплейсы, собственная TMS, личный кабинет клиента, приложение курьера, биллинг для фулфилмент-клиентов. Подробнее о связке с площадками — в статье про интеграцию с маркетплейсами по API.
• Склад как услуга. Если вы фулфилмент-оператор, клиенты видят ваши статусы, отчёты и тарифы. Система становится частью сервиса, который должен отличаться от конкурентов.
• Нестандартное оборудование. Конвейеры, сортеры, весовые станции или роботы, для которых у коробки нет готового драйвера.

Важная оговорка: разработка оправдана только при чёткой постановке задачи. Если процессы на складе не описаны и меняются каждую неделю, собственная система закрепит хаос в коде. Сначала опишите процесс «как есть» и «как должно быть», затем проектируйте.

Почему гибрид часто оказывается лучшим вариантом

Гибридная схема выглядит так: ядро складской логики берётся готовым или остаётся в учётной системе, а всё, что отличает ваш бизнес, делается собственной разработкой. Типичные собственные модули:

• мобильное приложение для ТСД с экранами под ваши операции (о выборе терминалов — в материале про Android-ТСД на складе);
• интеграционный слой между WMS, маркетплейсами, TMS и 1С;
• личный кабинет клиента фулфилмента со статусами, остатками и счетами;
• дашборды производительности и сдельной оплаты сотрудников.

Гибрид снижает риск: базовые операции работают с первого дня, а свои модули запускаются постепенно, начиная с самого болезненного места. Главное требование к готовому ядру в такой схеме — открытый и документированный API. Без него интеграционный слой превращается в набор обходных решений.

Сколько стоит каждый путь на горизонте 3–5 лет

Сравнивать варианты по стартовому чеку бессмысленно. Считайте полную стоимость владения (TCO) хотя бы за три года. В неё входят:

Ориентиры рынка: облачные складские сервисы стоят от нескольких тысяч рублей в месяц, а внедрение промышленной WMS на средний склад обычно измеряется миллионами рублей. Собственная система на старте чаще дороже коробки, но на горизонте нескольких лет может выйти дешевле, если вы иначе платили бы за постоянные доработки и растущие лицензии. Как заложить такие расходы в бюджет компании, мы разбирали в статье «Сколько стоит ИТ для логистической компании».

Оборудование и подготовка данных стоят одинаково при любом выборе. Именно эти статьи чаще всего недооценивают, и именно из-за них сдвигаются сроки запуска.

Как учесть импортозамещение и риски вендора

Устойчивость поставщика стала отдельным критерием выбора WMS: после ухода части зарубежных вендоров многие склады остались без обновлений и поддержки.

• Проверьте, есть ли продукт в едином реестре российского программного обеспечения. Для компаний с госзаказчиками это может быть обязательным условием.
• Узнайте, где хранятся данные облачной системы и можно ли выгрузить их в полном объёме при смене поставщика.
• Оцените, сколько интеграторов работает с продуктом. Если внедряет и поддерживает одна компания, ваша зависимость от неё максимальна.
• Для собственной разработки зафиксируйте в договоре передачу исходного кода, документации и прав на систему.

Собственная система снимает зависимость от вендора, но создаёт другую: от команды, которая её знает. Этот риск закрывается документацией, понятной архитектурой и передачей кода заказчику.

Как принять решение: алгоритм из шести шагов

1. Опишите процессы. Приёмка, размещение, отбор, упаковка, отгрузка, возвраты, инвентаризация. Отметьте исключения: именно они определяют выбор.
2. Составьте список интеграций. Учётная система, маркетплейсы, транспортные компании, клиенты, оборудование. Для каждой укажите направление и частоту обмена.
3. Проверьте 2–3 готовых решения на своих данных. Посчитайте, какой процент процессов закрывается без доработок.
4. Оцените доработки. Если без изменений закрывается меньше 70–80% процессов, получите оценку доработок от интегратора и сравните её со стоимостью собственной системы.
5. Посчитайте TCO на 3–5 лет для каждого варианта, включая рост числа пользователей и складов.
6. Запустите пилот. Одна зона или один поток заказов, понятные метрики: строк отбора в час, доля ошибок, время от заказа до отгрузки.

Порог в 70–80% условный, но полезный: ниже него доработки обычно растут быстрее, чем ожидали на старте.

Какие ошибки делают при выборе

• Выбирают по демо, а не по своим данным. Красивая демонстрация на тестовом складе ничего не говорит о ваших исключениях.
• Не готовят мастер-данные. Без весогабаритов, штрихкодов и адресов ячеек не заработает ни одна WMS, ни готовая, ни своя.
• Заказывают разработку без описания процессов. Команда угадывает требования, а склад получает систему, которую потом долго переделывают.
• Забывают о людях. Сотрудникам нужен простой интерфейс на ТСД и обучение на реальных заданиях. Сложный экран снижает скорость отбора сильнее, чем любая нехватка функций.
• Запускают всё сразу перед сезоном. Пилот стоит провести за два-три месяца до пика, иначе ошибки внедрения совпадут с максимальной нагрузкой.

Ещё одна частая ошибка — смешивать выбор WMS и выбор учётной системы. Если вы параллельно меняете ERP, посмотрите наш обзор разработчиков ERP-систем для логистики и решите сначала, какая система будет главной по остаткам.

Частые вопросы о выборе WMS

Можно ли начать с готовой WMS и потом перейти на свою?

Да, и это частый сценарий. Важно с первого дня хранить мастер-данные в порядке и иметь возможность выгрузить историю операций. Тогда переход займёт месяцы, а не годы.

Сколько времени занимает разработка собственной WMS?

Первая рабочая версия с базовыми операциями обычно появляется за 4–8 месяцев. Дальше система развивается итерациями: каждый новый модуль запускается отдельно и проверяется на пилотной зоне.

Хватит ли небольшому складу модуля в 1С?

Если на смене работают несколько человек, номенклатура небольшая и нет сложных правил отбора, складского модуля учётной системы часто достаточно. О полноценной WMS стоит думать, когда ошибки отбора и поиск товара начинают заметно тормозить отгрузку.

Что важнее при выборе: функции или интеграции?

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

Кому принадлежит система при заказной разработке?

Это определяет договор. Зафиксируйте передачу исходного кода, документации и исключительных прав заказчику, а также порядок передачи системы другой команде на сопровождение.