На связи LogistiX! Мы разработчики профессиональной системы управления складом LEAD WMS. В прошлом году мы провели исследование среди 200 промышленных и торговых предприятий. Делимся ключевыми инсайтами.
Только 25% компаний способны самостоятельно составить техническое задание (ТЗ) на внедрение системы управления складом.
Эта цифра говорит о серьезной проблеме: лишь четверть компаний, обращаясь за автоматизацией, имеют готовое техническое задание и четкое представление о целях, задачах и требованиях. Но даже если ТЗ есть, это не всегда гарантирует успех проекта.
Основная проблема таких документов заключается в том, что они часто описывают исключительно функционал системы, игнорируя связь с реальными процессами и конечными целями. Давайте разберемся, почему это происходит и как этого избежать.
Складские процессы vs. функционал WMS
Складские процессы строятся на основе потоков, которые формируются в зависимости от обязательств перед контрагентами или их обязательств перед компанией. Эти потоки имеют разную структуру и требуют определенных процессов для их реализации.
Поэтому функционал WMS должен быть не просто списком возможностей, а инструментом, который автоматизирует и оптимизирует эти процессы.
Однако на практике компании часто сосредотачиваются на отдельных функциональных требованиях, полагая, что их реализация принесет значительный эффект. На деле это не всегда так.
Пример ошибки: мультипикинг, который никому не нужен
Рассмотрим реальный случай. Одна компания заявила, что ей необходим комплексный отбор заказов (мультипикинг). На первый взгляд, это звучит логично: мультипикинг действительно помогает оптимизировать сборку заказов.
Но при детальном анализе выяснилось, что заказы поступали и обрабатывались на складе в режиме реального времени, а требования клиентов предполагали последовательную, фактически моментальную сборку с минимальным аккумулированием грузовых пакетов и немедленной отправкой.
В результате агрегировать заказы было невозможно, а реализованная функция оказалась бесполезной. Это классический пример того, как функционал системы не соответствует реальным потребностям бизнеса.
Как составить эффективное ТЗ?
Чтобы избежать подобных ситуаций, важно подходить к составлению ТЗ системно. Мы рекомендуем использовать следующую структуру:
- Функциональное требование. Укажите, какой именно функционал системы вам нужен. Например, «комплексная сборка заказов»;
- Процесс, к которому относится требование. Укажите конкретный технологический процесс, где будет использоваться это требование, и как это будет происходить. Например, «Пикинг. Мы предполагаем производить сбор товаров по всем заказам одновременно, а сортировку производить на специальных рабочих местах»;
- Метрика и предполагаемый эффект. Укажите, какую метрику вы хотите улучшить, какой результат и за счёт чего ожидаете получить. Например, «Так как средний заказ у нас составляет 2 строки (=3 штуки), устранение разделения на заказы на этапе отбора принесёт нам сокращение пробегов на 42%, но за счёт добавления этапа сортировки мы выйдем на общее увеличение скорости обработки заказов на 20%».
Если своими силами не справляетесь – обратитесь за помощью
Если на этом этапе становится ясно, что своими силами такой подход вы не можете реализовать, обращайтесь за логистическим консалтингом. Профессиональный анализ и помощь экспертов помогут вам избежать типичных ошибок и составить ТЗ, которое действительно приведёт к желаемым результатам.
Читать Шаги к эффективной автоматизации склада. Часть 1.
Читать Шаги к эффективной автоматизации склада. Часть 2
Подпишись на канал о логистике и автоматизации: https://t.me/leadwms
Узнайте больше о системе управления складом LEAD WMS.