В одном проекте клиент уже сравнивал ERP-платформы, хотя деньги утекали в месте попроще. Менеджеры тратили 4-6 часов в день на перепечатку заказов: из почты в Excel, потом в учетную систему, потом статус в чат. Мы не полезли в большую перестройку и взяли один узкий участок. Он окупился быстрее, чем любая система из красивой презентации.
Если бюджет ограничен, я бы не начинал с платформы. Сначала стоит найти ручную операцию, которая каждый день съедает время, плодит ошибки и держится на памяти пары людей.
Ищите процесс, который уже стоит вам денег
Первая ошибка простая: команда выбирает то, что всех раздражает. Раздражение плохо считается. Для старта нужен процесс, где потери видны в часах, задержках, возвратах или переделках.
Я обычно прошу собрать карту из 5-7 процессов и оценить каждый по трем вопросам: как часто он повторяется, сколько ручного времени занимает, сколько стоит ошибка. Лучший кандидат почти всегда происходит ежедневно, завязан на копипасте и начинает сыпаться, если уходит один опытный сотрудник.
В оптовой торговле у нас был участок, где на один заказ уходило 7-10 минут, а заказов было 35 в день. Мы сделали форму заказа, разбор почты через IMAP, автосоздание карточки в CRM на Laravel 11 и PostgreSQL 16. Время упало до 1-2 минут, ошибки в реквизитах снизились примерно на 70%.
Начинать стоит там, где у ручной работы уже есть понятный ценник.
Быстрые деньги лежат в заявках, статусах и документах
У малого бизнеса первые победы редко лежат в большой ERP. Обычно быстрее всего окупаются заявки, счета, согласования, передача статусов между отделами и учет в тех местах, где люди по несколько раз вбивают одни и те же данные.
На производстве картина похожая. Все любят говорить про MES, но первым шагом чаще становится цифровой маршрут заказа, единая спецификация и нормальная фиксация изменений. Сначала нужно перестать терять актуальную версию файла в мессенджере.
У нас был проект в мебельном производстве. Заказы жили в таблицах и чатах, цех регулярно получал старую спецификацию. Мы собрали одну форму заказа, статусы по участкам и хранение версий. Переделки упали с 8-10 в месяц до 2-3, а срок прохождения заказа сократился на 18%.
Чеклист простой:
- процесс повторяется несколько раз в день
- данные вручную переносят в разные системы
- ошибка стоит денег или срывает срок
- никто быстро не скажет, где сейчас задача
- процесс держится на одном-двух людях
При маленьком бюджете почти всегда выигрывает связка систем
Если в центре процесса клиенты, сделки, счета и переписка, обычно хватает CRM. Если нужны внутренние формы, маршруты и статусы, часто хорошо заходит low-code. Когда системы уже есть, самый быстрый эффект дают интеграции.
В прошлом году мы делали проект для сервисной компании на связке amoCRM, бухгалтерии и Telegram. Вместо «единого окна» собрали интеграционный слой на Laravel 11. Документы начали формироваться автоматически, время на сделку сократилось с 20 минут до 5 минут.
RPA я беру редко, но он полезен, когда у вас старая система без API и лезть в нее опасно. Кастом имеет смысл там, где процесс напрямую влияет на маржу или скорость сервиса. Во всех остальных случаях дешевле собрать рабочую связку.
| Подход | Срок запуска | Бюджет старта | Когда брать |
|---|---|---|---|
| CRM | 2-4 недели | от 150 тыс. ₽ | продажи, заявки, счета |
| Интеграции | 1-3 недели | от 120 тыс. ₽ | системы уже есть |
| Low-code | 3-5 недель | от 200 тыс. ₽ | внутренние маршруты |
| RPA | 2-6 недель | от 250 тыс. ₽ | легаси без API |
| Кастом | 6-12 недель | от 500 тыс. ₽ | уникальная логика |
Если правила не договорены, код только ускорит бардак
Здесь многие обжигаются. Компания хочет автоматизацию бизнеса, автоматизацию учета, иногда сразу и автоматизацию процессов производства в одном проекте. Но статусы у отделов называются по-разному, правила согласования живут в головах, ответственность за данные не назначена.
Частая ошибка - сначала выбирать платформу. Правильный порядок другой: сначала зафиксировать, кто владелец процесса, кто отвечает за данные, кто меняет правила.
У нас был и неудачный проект в дистрибуции на Node.js 20 + NestJS. Клиент захотел единое окно для продаж, склада, закупок и производства. До запуска дошли, но сотрудники продолжили вести Excel параллельно, потому что отделы по-разному понимали статус заказа, правила никто не описал, а данные жили в трех версиях. Технически система работала, сам процесс - нет.
Рабочий сценарий должен быть коротким и однозначным:
Новая заявка
-> проверка обязательных полей
-> согласование по правилам
-> счет
-> оплата
-> задача на отгрузку
-> статус менеджеру и клиенту
ROI тут считается быстрее, чем обычно думают
Я считаю три вещи: сколько часов убрали, сколько ошибок сняли, насколько ускорили оплату или отгрузку. Если сотрудник тратит 60 часов в месяц на ручной перенос, а час стоит 1 200-1 500 ₽, бизнес теряет 72 000-90 000 ₽ ежемесячно. Проект за 250-400 тыс. ₽ при такой картине часто отбивается за 3-6 месяцев.
В ближайшие 6-12 месяцев я жду еще больший сдвиг в сторону этапной автоматизации: меньше монолитов, больше коротких запусков по 4-8 недель, где виден эффект в деньгах, а не в количестве экранов. Если хотите проверить идею, не покупайте систему сразу. Возьмите один ручной процесс и посчитайте, сколько наличных он сжигает за месяц. Я видел это десятки раз: самый дорогой сотрудник в компании - это копипаст.
