Дві правди: цех і офіс
На виробництві в українському МСБ класика: майстер бачить заготовку очима, менеджер бачить рядок у таблиці, клієнт чує те, що менеджер устиг дізнатися в месенджері. Поки обсяг невеликий, «схожу спитаю» працює. При зростанні спитати нема в кого — усі в роботі. Планерка перетворюється на допит: хто на якому етапі, чому зсув, кому обіцяли строк.
Якщо єдиний актуальний статус — у голові майстра, офіс продає обіцянки, а не факти.
Чому Excel і чат не склеюють поверхи
Офіс оновлює Sheets після дзвінка. Цех пише в груповий чат «готово по третьому». Фото від’їзду в Telegram. Нова пошта — окремо. До вечора власник збирає мозаїку. М’яко до людей: майстри не зобов’язані любити «звітувати». Вони зобов’язані лишити факт, який не потребує десяти повідомлень. Якщо фіксація статусу довша за крок роботи — її не буде.
- Одні й ті самі етапи називаються по-різному.
- Немає відповідального за переклад статусу на «офісну» мову.
- Клієнтський строк живе в листуванні, а не в картці замовлення.
- Брак і переробки не мають окремого стану — лише усна легенда.
Мінімальна мова статусів
Не потрібні тридцять етапів «як на заводі Toyota» з першого дня. Потрібен короткий словник, однаковий для цеху й офісу: наприклад, прийнято → у роботі → контроль → готово до відвантаження → відвантажено. Кожен перехід — дія в системі (кнопка, скан, вибір у планшеті), а не есе в чат. CRM або адмінка виробництва тут — про видимість, а не про бюрократію.
Як впроваджувати без саботажу зміни
- Узгодити п’ять-сім статусів мовою цеху, а не офісного жаргону.
- Зробити зміну статусу швидшою, ніж написати в чат.
- Показати майстрам користь: менше смикають питаннями «ну як там».
- Офісу заборонити приймати клієнтський строк в обхід картки.
Ви не «контролюєте майстрів». Ви знімаєте з них роль довідкової служби для офісу.
Зв’язки, які зазвичай потрібні
Замовлення з месенджера або форми → картка. Зміна статусу в цеху → сповіщення менеджеру. Готово до відвантаження → задача на НП або логістику. Зведення власнику: скільки в роботі, скільки зриває строк. n8n або інша зв’язка — клей. Ядро — картка замовлення з полями (артикул, кількість, строк, статус). Без РФ-сервісів, із даними під вашим контролем.
У контурах, де прибрали текстові замовлення і ручне перенесення, диспетчеризація і проведення типових замовлень пришвидшуються завдяки статусам, а не героїзму зміни. Зростання обсягу без дзеркального найму можливе, коли статусний контур уже тримає навантаження — але це наслідок порядку, а не обіцянка відсотка.
Що офіс зможе відповідати клієнту
Не «зараз дізнаюся». А «замовлення на контролі, відвантаження за планом». Навіть якщо строк зсувається — зсув видно раніше, ніж клієнт починає нервувати. Репутація B2B в Україні часто тримається на передбачуваності, а не на гарному прайсі.
Строки клієнту: як перестати обіцяти «з голови офісу»
Найдорожчий конфлікт між цехом і офісом — обіцяна дата. Офіс хоче закрити угоду. Цех знає завантаження. Без спільного статусу офіс продає календар мрії. Рішення: строк у картці може ставити лише роль, яка бачить завантаження, або строк автоматично пропонується правилом (черга + норматив), а виняток підтверджує людина.
Коли клієнт просить «швидше», система фіксує запит терміновості окремим прапорцем. Інакше терміновість розчиняється в голосових і ламає чергу мовчки. Прозора черга іноді неприємна продавцю — і рятує репутацію компанії.
Що показати власнику виробництва на одному екрані
- Замовлення з простроченим статусом відносно обіцяної дати.
- Вузьке місце: етап, на якому накопичилося найбільше позицій.
- Частка замовлень «повз систему» за тиждень.
- Кількість уточнень «де моє замовлення» — як індикатор діри в статусах.
Це не BI заради BI. Це спосіб прибрати допит із планерки. Коли базові факти видно, планерка повертається до рішень: люди, якість, вузькі місця технології. Саме туди і має дивитися власник, а не в листування «ну як там третє замовлення».
Поки замовлення приходить текстом «як учора», статуси танцюватимуть. Спочатку поля на вході — потім видимість цеху.
Брак, переробки і повернення — окремі стани
Якщо брак ховається в тому самому статусі «у роботі», офіс обіцятиме відвантаження за мертвими цифрами. Заведіть явні стани для переробки й очікування комплектуючих. Так, словник статусів трохи подовшає. Зате планерка перестане плутати «робимо» і «стоїмо». Клієнту можна чесно сказати про зсув раніше — це часто дешевше за сюрприз у день відвантаження.
Фото або короткий коментар при переведенні в брак економить годину розбирань. Не обов’язково будувати важку MES: достатньо дисципліни факту.
Для змін, де не люблять «тицяти в планшет», іноді працює грубіший, але чесний інтерфейс: великий QR на замовленні або номер замовлення великим шрифтом плюс дві-три кнопки статусів. Головне — швидкість. Будь-який UI, який потребує логіну по хвилині на морозі біля верстата, програє чату. Проєктуйте фіксацію статусу в умовах цеху, а не в умовах офісного ноутбука.
Офісу корисно заборонити міняти цеховий статус «заднім числом» без коментаря. Інакше знову з’являться дві правди — тільки вже всередині «системи».
Аудит цех–офіс
AI-системний інтегратор на аудиті шукає розриви: де факт народжується, де губиться, де обіцяють строк. Не пропонує «нейромережу для верстата» першим кроком. Першим — єдиний статус. Потім — автоматизація сповіщень і входу замовлень.
Планерка обговорює винятки і вузькі місця, а не збирає базову картину з нуля.
Чого це не зробить
Система статусів не пришвидшить фізичний цикл виробництва і не замінить нормування. Якщо етапи справді плавають без стандартів — спочатку спростити технологічний маршрут. Опір буде, якщо фіксація статусу додана як контроль «для галочки», а не як захист зміни від смикань.
З чого почати
На найближчій планерці запишіть усі формулювання статусів, які вимовляють цех і офіс — зведіть їх до одного короткого словника з п’яти-семи станів.