«У нас своя специфика» — это не проблема
Это самое частое возражение, которое я слышу: «У нас своя специфика, типовые решения нам не подойдут». И это правда. Но вывод «значит, нам автоматизация не подходит» — неверный.
Правильный вывод: «нам не подходит типовое решение, нам нужна система под наши процессы».
Разница принципиальная. Специфика — это не барьер для автоматизации. Это её условие.
Что происходит, когда система требует переобучения
Внедрение SAP или типовой ERP часто означает: сотрудники должны переучиться работать «по-новому». Сначала — обязательное обучение на несколько недель. Потом — снижение производительности на месяц-два, пока люди адаптируются. Потом — постоянное сопротивление тех, кому «по-старому было удобнее».
И параллельно продолжают жить таблицы Excel — потому что «там быстрее».
Принцип «нулевого порога»
Рабочий в цеху не должен думать об интерфейсе. Он должен делать свою работу. Это звучит банально, но реализовать это — сложная проектная задача.
Что это значит конкретно:
- Экран терминала показывает ровно то, что нужно сделать прямо сейчас — не больше
- Действие — одно нажатие или один скан штрихкода
- Термины в интерфейсе — те, которые используют сотрудники, а не «системные» названия
- Сценарии работы — в точности повторяют текущий порядок операций
Результат: обучение нового сотрудника занимает 30–60 минут. Не дней.
Как это достигается: погружение перед проектированием
Перед началом разработки я обязательно приезжаю на объект. Хожу по цеху или складу, разговариваю с мастерами, операторами, кладовщиками — теми, кто будет работать в системе каждый день.
Задача этого этапа — зафиксировать неформальные знания. То, что опытный мастер делает «на автомате» и не может объяснить словами — именно это нужно понять и перевести в алгоритм.
Типичные открытия на этом этапе:
- «Порядок операций из регламента» и «реальный порядок операций» отличаются
- Часть операций не зафиксирована нигде — они «в голове» у конкретных людей
- Исключения и нестандартные ситуации составляют 20–30% реальной работы
Если не учесть это на этапе проектирования — система будет неудобной. Сотрудники начнут обходить её. Excel вернётся.
Формализация: от неформального знания к алгоритму
После погружения в процесс — этап формализации. Каждая операция описывается:
- Кто выполняет (роль)
- Что является входными данными
- Что является результатом
- Какие исключения возможны и как они обрабатываются
Это ТЗ, которое не расходится с реальностью. Потому что оно написано с неё, а не «с нуля».
Пример: сдельная оплата на заводе
У каждого завода своя методика расчёта сдельной зарплаты. На одном: ставка × количество операций × коэффициент разряда. На другом: ставка × количество × процент выполнения бригадного плана × ночной коэффициент × корректировка на брак. На третьем — своя особая формула, которая формировалась 20 лет.
Типовая система поддерживает первый вариант. Иногда второй, с доработками. Третий — никогда.
Кастомная система реализует вашу формулу — ту, которую вы сами и опишете на этапе формализации.
Итог
Хорошая система автоматизации незаметна для сотрудников. Они просто делают свою работу, как всегда — только без бумажных журналов и без «потом занесу». Данные появляются в системе сами, как побочный эффект нормальной работы.
Это и есть цель. Не «внедрить систему» — а убрать ручной труд, сохранив привычный рабочий ритм.
— Артур Карданов
Если процесс можно формализовать — его можно автоматизировать.