Смена приоритета заказов в середине дня: как перестроить сборку без пересорта

Продажи и бизнес • приоритет заказов • сборка • handoff • пересорт

Смена приоритета заказов в середине дня кажется нормальной коммерческой реакцией: один клиент оплатил срочно, другой попросил перенос, третьему нужно фото, перевозчик сдвинул окно. Но для теплицы это не просто перестановка строк в таблице. Это вмешательство в сборку, упаковку, маркировку, наличие и физическое расположение партий.

Если приоритет меняют устно, команда часто получает пересорт, недособранные коробки, двойную бронь и спорные остатки. Задача не в том, чтобы запретить изменения. Задача в том, чтобы ввести priority freeze на несколько минут и перестроить поток без хаоса.

Что реально меняется при смене приоритета

Коммерчески меняется порядок клиентов. Операционно меняется гораздо больше: маршрут сборщика, состав тележки, занятость упаковочного стола, очередь коробок, доступность партии, срок ожидания растений вне своего места, статус уже взятых позиций и список документов. Если этого не признать, смена приоритета будет выглядеть как просьба «соберите теперь вот это», хотя на полу уже идёт другая работа.

В статье про маршрут сборки заказа важна последовательность движения. Приоритет меняет эту последовательность, поэтому его нужно вводить как событие, а не как комментарий в чате. У события должны быть время, owner, новая версия листа и правило, что делать с уже собранными позициями.

Priority event может быть маленьким: одна строка в журнале и замена карточки на доске. Но он должен существовать. Иначе каждый участник смены увидит свой вариант реальности.

Введите короткую паузу, а не разгоняйте людей

Самая дорогая ошибка — пытаться ускорить смену приоритета. Люди начинают хватать новые позиции, не закрыв старые. На тележке смешиваются два заказа, упаковка получает старый лист, а менеджер уже обещает новую отгрузку. Короткая пауза на 3–7 минут часто экономит больше времени, чем она забирает.

В этой паузе нужно сделать четыре действия: остановить новые отборы по старому приоритету, подписать и отделить уже взятое, аннулировать (void) устаревший pick sheet, выдать новую версию. Если хотя бы один слой не закрыт, смена приоритета начинает жить в устных догадках.

У изменения приоритета должен быть один owner

Приоритет часто меняют продажи, а последствия получает упаковка. Поэтому у изменения должен быть owner priority change. Он не обязательно руководитель. Но именно он подтверждает, что старый лист выведен из оборота, новая очередь видна, WIP подписан, спорные партии не попали в новый поток.

Если приоритет меняется через общий чат, owner должен всё равно появиться. Сообщение «сначала заказ 142, потом 139» не закрывает физическую сторону. Нужно ответить: кто остановил старую сборку, где стоит уже собранная часть, какая версия листа у упаковки, нужно ли вернуть что-то в наличие или поставить hold.

Для этого удобно использовать те же принципы, что в статье про доску owners. Разница только в объекте: там owner закрывает спорную партию, здесь owner закрывает смену очередности.

Уже собранное нельзя считать ничьим

Самая опасная зона при смене приоритета — тележка с уже собранной частью заказа. Она стоит между наличием и упаковкой. Если её не подписать, растения легко уйдут в новый срочный заказ или вернутся на стол без записи. Если её не защитить от ожидания, качество может просесть до того, как старый заказ снова станет актуальным.

Open WIP нужно физически отделять: отдельная тележка, карточка заказа, количество, время, owner, статус «pause» или «continue». Если заказ сняли с текущего приоритета, у уже взятой части должен быть один из выходов: продолжить упаковку, поставить в короткое ожидание, вернуть в наличие через проверку или перевести в rework / hold.

Здесь полезна статья про отмену заказа после сборки. Смена приоритета не всегда отмена, но риски похожи: растения уже покинули нормальный адрес и требуют обратного или промежуточного правила.

Новая очередь должна быть видна упаковке, не только сборке

Если сборщик перестроился, а упаковка продолжает закрывать коробки по старой очереди, конфликт просто переезжает дальше. Упаковка должна получить новую версию приоритета одновременно со сборкой. Особенно если меняется коробка, способ фиксации, фото клиенту, наклейка или перевозчик.

Greenhouse Management в теме shipping efficiency рассматривает отгрузку как поток, где важны рабочие станции, передача и сокращение лишних перемещений. В теплице приоритет заказа — это часть такого потока. Нельзя менять голову потока и оставлять хвост в прежней версии.

Ранние сигналы: смена уже пошла не так

Проблему со сменой приоритета редко видно сразу. Она проявляется через 10–20 минут, когда уже поздно откатывать без потерь. Несколько ранних сигналов, которые стоит отслеживать немедленно после freeze:

• Две версии pick sheet в зоне сборки одновременно. Кто-то не получил новую или не сдал старую — расхождение уже идёт.
• Тележка без подписи стоит в проходе более 5 минут. Open WIP без владельца: велика вероятность, что его уже считают «ничьим» и начнут разбирать.
• Упаковка спрашивает «а этот заказ — новый или старый?» Значит, синхронизация не дошла или дошла с задержкой.
• Сборщик взял позицию, которой нет в новом листе. Работает по памяти или по старому документу — нужна немедленная сверка.

Если любой из этих сигналов появился — owner делает ещё один короткий обход, не через чат, а физически по точкам потока.

Как вернуть заказ в прежний приоритет

Иногда срочный приоритет отменяется: клиент не подтвердил, перевозчик снова сдвинул окно, фото не согласовали. Возврат к прежней очереди тоже должен быть событием. Нельзя просто сказать «возвращаемся как было», потому что за время паузы часть партий уже могла измениться: что-то ушло в другой заказ, что-то стоит в open WIP, что-то получило hold.

Перед возвратом нужно сверить: старый лист ещё действителен или нужен новый; уже собранная часть сохранила идентичность; коммерческое наличие не изменилось; упаковка понимает новую очерёдность. Если после priority freeze прошло много времени, старый план лучше не оживлять, а перевыпустить.

Типичные ошибки смены приоритета

Первая ошибка — менять приоритет в чате без физической остановки потока. Вторая — не аннулировать старый лист. Третья — забыть об уже взятой части заказа. Четвёртая — дать новую очередь сборке, но не упаковке. Пятая — не проверить партии со статусом hold или rework перед включением в срочный заказ.

Шестая ошибка — считать, что срочный клиент автоматически важнее качества. Если партия спорная, срочность не делает её ready. Сначала нужен статус, затем коммерческое обещание. Для этого связывайте приоритет с флажками статуса партии и очередью rework.

Мини-SOP на одну смену

Словарь терминов

На чём основана статья

Статья использует принципы visual controls из PMI Disciplined Agile и Lean Enterprise Institute, подходы GS1 к traceability-событиям (Traceability) и операционные идеи shipping flow из Greenhouse Management. Они адаптированы к ситуации, где приоритет заказа меняется уже во время физической сборки растений.