Процесс заявок на материалы, который реально переживает прораба
Большинство бумажных процессов заявок на материалы умирают за месяц. Четырёхшаговый workflow, которым узбекские стройки синхронизируют прораба, директора и склад — и где он ломается.
Бумажные процессы заявок на материалы проваливаются не из-за лени. Прораб на грязной стройке в 7 утра не может заполнить три бланка, найти директора для подписи и отправить результат на склад до того, как начнётся заливка бетона. Процесс, который игнорирует эту реальность, будет заброшен за месяц. Вот что реально делают узбекские фирмы, у которых это работает.
Шаг 1 — Прораб подаёт заявку со стройки, а не из офиса
Заявка должна покинуть руки прораба за 60 секунд — иначе она не состоится. Значит, форма в телефоне, Telegram-бот или в крайнем случае WhatsApp на выделенный номер — но не бумажка, которую надо донести до главного офиса. Трёх полей достаточно: материал, количество и раздел СМЕТА. Всё остальное — место доставки, срочность, примечания — опционально и обычно не нужно.
Шаг 2 — Директор согласует или отклоняет меньше чем за час
Заявка, три дня лежащая в ящике директора, — это заявка, которую обойдут. У директора два решения: попадает ли в строку СМЕТА и достаточно ли она срочна, чтобы обойти обычный график поставок. Первая проверка автоматическая, если в заявке есть номер раздела СМЕТА; вторая — решение на 10 секунд. Сложнее — значит, процесс перегружен. Эскалация — ко второму директору, к пересмотренной СМЕТА — это отдельный поток, не блокирующий основной.
Шаг 3 — Склад или поставщик отгружает в согласованный срок
После согласования завскладом решает место хранения (свой объект или центральный) и отгружает по утверждённой заявке. Если остатка не хватает, создаётся заказ на закупку, но исходная заявка не возвращается в очередь — прораб видит, как тот же номер заявки отслеживается через ЗК. Разделение на «утверждена, ожидает остаток, отгружена» предотвращает повторные запросы того же материала.
Шаг 4 — Поставка пересчитывается при прорабе
Самая большая утечка в бумажных процессах — между отгрузкой и приёмкой. Машина приезжает, водитель отдаёт накладную, прораб подписывает, не считая. Введите одно правило: пересчёт идёт при прорабе, фото поставки прикладывается к подтверждению. Склад видит фото. Директор видит подтверждение. Строка СМЕТА обновляется. Готово.
Где ломается
Три типовые ошибки. Первая — заявки с неправильным разделом СМЕТА; уберите проблему, сделав раздел выпадающим списком из СМЕТА проекта, а не свободным текстом. Вторая — срочные заявки в обход согласования; они будут, не пытайтесь их запретить — помечайте как «экстренные» и раз в месяц разбирайте паттерн. Третья — дроблёные поставки, теряющие видимость; сохраняйте исходный номер заявки по всей цепочке отгрузок, сколько бы суб-поставок она ни породила.
Двухнедельная пилотка
Запустите этот процесс на одном объекте на две недели. В конце измерьте: сколько заявок вошло, сколько закрыли в тот же день, сколько отклонили, сколько прошло в обход. Если доля обхода выше 10%, в процессе есть трение, которое надо убрать. Обычно фикс — удалить поле, а не добавить.
Хороший процесс заявок невидим для прораба. Он вводит три поля, через час видит зелёную галочку и получает материал раньше, чем успевает начать о нём волноваться.