Две правды: цех и офис
На производстве в украинском МСБ классика: мастер видит заготовку глазами, менеджер видит строку в таблице, клиент слышит то, что менеджер успел узнать в мессенджере. Пока объём небольшой, «схожу спрошу» работает. При росте спроситься не у кого — все в работе. Планёрка превращается в допрос: кто на каком этапе, почему сдвиг, кому обещали срок.
Если единственный актуальный статус — в голове мастера, офис продаёт обещания, а не факты.
Почему Excel и чат не склеивают этажи
Офис обновляет Sheets после звонка. Цех пишет в групповой чат «готово по третьему». Фото уезда в Telegram. Новая Пошта — отдельно. К вечеру владелец собирает мозаику. Мягко к людям: мастера не обязаны любить «отчитываться». Они обязаны оставить факт, который не требует десяти сообщений. Если фиксация статуса длиннее, чем шаг работы — её не будет.
- Одни и те же этапы называются по-разному.
- Нет ответственного за перевод статуса в «офисный» язык.
- Клиентский срок живёт в переписке, не в карточке заказа.
- Брак и переделки не имеют отдельного состояния — только устная легенда.
Минимальный язык статусов
Не нужно 30 этапов «как на заводе Toyota» с первого дня. Нужен короткий словарь, одинаковый для цеха и офиса: например, принят → в работе → контроль → готов к отгрузке → отгружен. Каждый переход — действие в системе (кнопка, скан, выбор в планшете), а не эссе в чат. CRM или админка производства здесь — про видимость, не про бюрократию.
Как внедрять без саботажа смены
- Согласовать 5–7 статусов языком цеха, не офисного жаргона.
- Сделать смену статуса быстрее, чем написать в чат.
- Показать мастерам пользу: меньше дергают вопросами «ну как там».
- Офису запретить принимать клиентский срок в обход карточки.
Вы не «контролируете мастеров». Вы снимаете с них роль справочной службы для офиса.
Связки, которые обычно нужны
Заказ из мессенджера или формы → карточка. Смена статуса в цеху → уведомление менеджеру. Готов к отгрузке → задача на НП или логистику. Сводка владельцу: сколько в работе, сколько срывает срок. n8n или иная связка — клей. Ядро — карточка заказа с полями (артикул, количество, срок, статус). Без РФ-сервисов, с данными под вашим контролем.
В контурах, где убрали текстовые заказы и ручной перенос, диспетчеризация и проводка типовых заказов ускоряются за счёт статусов, а не за счёт героизма смены. Рост объёма без зеркального найма возможен, когда статусный контур уже держит нагрузку — но это следствие порядка, не обещание процента.
Что офис сможет отвечать клиенту
Не «сейчас узнаю». А «заказ на контроле, отгрузка по плану». Даже если срок сдвигается — сдвиг виден раньше, чем клиент начинает нервничать. Репутация B2B в Украине часто держится на предсказуемости, не на красивом прайсе.
Сроки клиенту: как перестать обещать «из головы офиса»
Самый дорогой конфликт между цехом и офисом — обещанная дата. Офис хочет закрыть сделку. Цех знает загрузку. Без общего статуса офис продаёт календарь мечты. Решение: срок в карточке может ставить только роль, которая видит загрузку, либо срок автоматически предлагается правилом (очередь + норматив), а исключение подтверждает человек.
Когда клиент просит «побыстрее», система фиксирует запрос срочности отдельным флагом. Иначе срочность растворяется в голосовых и ломает очередь молча. Прозрачная очередь иногда неприятна продавцу — и спасает репутацию компании.
Что показать владельцу производства на одном экране
- Заказы с просроченным статусом относительно обещанной даты.
- Узкое место: этап, на котором скопилось больше всего позиций.
- Доля заказов «мимо системы» за неделю.
- Количество уточнений «где мой заказ» — как индикатор дыры в статусах.
Это не BI ради BI. Это способ убрать допрос с планёрки. Когда базовые факты видны, планёрка возвращается к решениям: люди, качество, узкие места технологии. Именно туда и должен смотреть владелец, а не в переписку «ну как там третий заказ».
Пока заказ приходит текстом «как вчера», статусы будут плясать. Сначала поля на входе — потом видимость цеха.
Брак, переделки и возвраты — отдельные состояния
Если брак прячется в том же статусе «в работе», офис будет обещать отгрузку по мёртвым цифрам. Заведите явные состояния для переделки и ожидания комплектующих. Да, словарь статусов чуть удлинится. Зато планёрка перестанет путать «делаем» и «стоим». Клиенту можно честно сказать о сдвиге раньше — это часто дешевле, чем сюрприз в день отгрузки.
Фото или короткий комментарий при переводе в брак экономит час разбирательств. Не обязательно строить тяжёлую MES: достаточно дисциплины факта.
Для смен, где не любят «тыкать в планшет», иногда работает более грубый, но честный интерфейс: большой QR на заказе или номер заказа крупно + две-три кнопки статусов. Главное — скорость. Любой UI, который требует логина по минуте на морозе у станка, проиграет чату. Проектируйте фиксацию статуса в условиях цеха, а не в условиях офисного ноутбука.
Офису полезно запретить менять цеховой статус «задним числом» без комментария. Иначе снова появится две правды — только уже внутри «системы».
Аудит цех–офис
AI-системный интегратор на аудите ищет разрывы: где факт рождается, где теряется, где обещают срок. Не предлагает «нейросеть для станка» первым шагом. Первым — единый статус. Потом — автоматизация уведомлений и входа заказов.
Планёрка обсуждает исключения и узкие места, а не собирает базовую картину с нуля.
Чего это не сделает
Система статусов не ускорит физический цикл производства и не заменит нормирование. Если этапы реально плавают без стандартов — сначала упростить технологический маршрут. Сопротивление будет, если фиксация статуса добавлена как контроль «для галочки», а не как защита смены от дёрганий.
С чего начать
На ближайшей планёрке запишите все формулировки статусов, которые произносят цех и офис — сведите их к одному короткому словарю из 5–7 состояний.