Есть управленческая закономерность, которую редко обсуждают на старте ERP-проекта, хотя именно она потом объясняет, почему система начинает тормозить рост компании. Это закон Конвея: организация проектирует системы, которые копируют её собственную структуру коммуникаций.
Проще говоря, если у компании пять разрозненных подразделений, которые обмениваются информацией через Excel, звонки и ручные согласования, то и информационная система почти неизбежно получится такой же: кусочной, медленной и зависимой от людей-посредников.
Поэтому вопрос для собственника звучит не так: «Автоматизируем ли мы текущий процесс?» Правильный вопрос другой: «Поможет ли система компании вырасти, не превращая каждый следующий шаг в новый слой хаоса?»
Что закон Конвея значит для производства
На производственном предприятии организационные разрывы выглядят знакомо. Продажи живут в одной логике, производство — в другой, снабжение — в третьей, финансы собирают картину постфактум, а собственник видит реальное состояние бизнеса с задержкой в несколько дней или недель.
Типичная история с одного из наших аудитов. Производитель корпусной мебели открыл вторую площадку и вышел на маркетплейсы. До этого заказ от заявки до запуска в производство согласовывался за полдня — все сидели в одном здании, вопросы решались голосом.
После расширения тот же заказ стал проходить три дня: заявка из CRM вручную переносилась в производственный план, план — в закупки, а остатки второго склада подтягивались раз в сутки выгрузкой из Excel. Компания наняла двух координаторов, чья единственная задача — переносить данные между системами. Оборот заметно вырос, а маржа — нет: прирост съела ручная координация.
Это и есть закон Конвея в действии. Когда разорванную структуру просто «оцифровывают», компания получает не единую систему управления, а цифровую копию своих внутренних барьеров: CRM отдельно, планирование отдельно, склад отдельно, финансовая аналитика отдельно. Каждый новый цех, юрлицо, канал продаж или склад требует всё больше ручной склейки. Руководители нанимают людей не для развития, а для переноса данных между контурами. В этот момент система начинает ограничивать рост.
Четыре сценария, в которых система начинает тормозить компанию
Бизнес растёт быстрее, чем скорость согласований. Заказов становится больше, но каждое изменение плана проходит через цепочку писем, звонков и уточнений.
Учётная модель не выдерживает нового направления. Появляется второе юрлицо, контрактное производство, маркетплейсы, сервисное подразделение — и всё это приходится надстраивать костылями.
Собственник перестаёт видеть бизнес целиком. Данные вроде бы есть, но в разных местах, в разное время и в разной логике. Решения принимаются не по цифрам, а по ощущениям самых громких участников процесса.
Любая реорганизация становится дорогой. Вы хотите перераспределить ответственность, объединить отделы, выделить новое направление — а система сопротивляется, потому что жёстко зашита под старую модель работы.
Закон Конвея работает и в обратную сторону
У закона Конвея есть менее известное, но более полезное следствие: если структура компании определяет то, какой получится система, то верно и обратное. Правильно выстроенная система постепенно меняет то, как компания работает.
На практике это означает, что ERP-проект — не только про учёт. Это редкая возможность заново выстроить взаимодействие подразделений. Когда продажи, производство и снабжение впервые начинают работать на общих цифрах, компания меняется сильнее, чем от любого регламента или оргструктурного приказа. Система перестаёт быть зеркалом старых барьеров и становится рычагом, который их разбирает.
Но это работает только если сама система спроектирована для роста, а не для консервации.
Как выглядит система, которая рост не ограничивает
Система не должна цементировать текущую структуру компании. Она должна позволять компании меняться без полной перестройки учёта и процессов. Вот пять признаков, по которым это можно проверить — у любого вендора, не только у нас.
Общая модель данных. Продажи, производство, закупки, склад, финансы и люди работают на одних и тех же цифрах. Не наборы таблиц, а одна версия правды.
Гибкая ролевая модель. Зоны ответственности меняются без переписывания системы. Сегодня закупки централизованы, завтра переданы площадкам — система поддерживает оба режима.
Масштабируемость по структуре бизнеса. Новое юрлицо, склад, производственная площадка или продуктовое направление не ломают архитектуру, а встраиваются в неё.
Масштабируемость по сложности процессов. Сначала автоматизируется базовый контур. Потом добавляются DDMRP (планирование по фактическому спросу), PLM (управление жизненным циклом изделий), QMS (управление качеством), ТОиР, интеграции, аналитика, мобильные рабочие места. Важно, чтобы всё это было расширением одной платформы, а не набором чужих надстроек.
Прозрачность для управления. Собственник и руководители видят не пачку отчётов из разных источников, а одну картину: где деньги, где запасы, где узкие места, где перегрузка мощностей, где потери времени.
Почему этот вопрос обостряется в момент роста
Пока компания небольшая, разрывы между функциями маскируются личным управлением: собственник знает всех, ключевые решения проходят через него, ошибки компенсируются героизмом команды. В момент роста эта схема ломается — больше клиентов, SKU, поставщиков, площадок.
К внутренней логике роста добавляется давление снаружи. Маркировка и прослеживаемость требуют сквозного учёта — ручной склейкой таблиц его уже не изобразить. Люди дорожают, и сотрудник, который целый день перекладывает данные из системы в систему, превращается из «временного решения» в постоянную статью расходов. А платформу теперь выбирают на 10–15 лет вперёд — и ошибка в этом выборе будет напоминать о себе каждый год.
Поэтому ERP надо выбирать не по принципу «закроет ли она наши текущие процессы», а по принципу «позволит ли она компании стать больше, сложнее и сильнее без взрывного роста издержек на управление».
Как эти принципы реализованы в Модули ERP
Пять признаков выше — универсальный чек-лист, и мы рекомендуем прикладывать его к любому решению, которое вы рассматриваете. Если приложить этот чек-лист к Модули ERP, картина выглядит так.
Продажи, производство, закупки, склад, финансы, документооборот и аналитика живут на общей модели данных — компания растёт без дублирования функций и ручной склейки. Платформа развивается через подключение модулей, а не переписывание ядра: можно начать с базового контура, а затем добавлять планирование, качество, сервис, инженерные изменения, маркетплейсы, маркировку — по мере того как это становится нужно бизнесу, а не вендору.
И ключевое: код открыт, архитектура прозрачна. Вы не попадаете в зависимость от поставщика, который решает, как именно вам можно расти. Система становится не ограничителем, а активом компании.
Главный вывод для собственника
Любая система со временем начинает влиять на организацию — это неизбежно. Вопрос только в том, что она усиливает: старые барьеры или новую управляемость.
Простой тест на закон Конвея в вашей компании. Посмотрите, как часто сотрудники вручную переносят данные из одной системы в другую — из CRM в производственный план, из Excel в финансовую модель, из выгрузки склада в отчёт для руководства. Если это происходит регулярно и стало частью чьих-то должностных обязанностей, ваша автоматизация уже копирует организационный хаос, и каждый следующий этап роста будет делать это дороже.
Хороший вопрос на старте проекта звучит так: «Наша будущая система будет копировать сегодняшние ограничения компании — или поможет нам перерасти их?»
Если хотите ответить на него предметно, на аудите мы разбираем это на вашей ситуации: где текущая схема управления уже ограничивает масштабирование, какой контур нужно выстроить и какой первый шаг даст эффект быстрее всего — чтобы следующий этап роста не упёрся в Excel, ручные согласования и фрагментированную автоматизацию.
