Заявка на материалы на большинстве объектов существует в виде телефонного звонка: прораб набирает снабженца, называет позицию словами, тот записывает в блокнот или в общий чат. Дальше у этой заявки нет ни номера, ни срока, ни ответственного, ни истории. Через неделю, когда бригада стоит без гипсокартона, восстановить, кто, что и когда просил, невозможно — можно только поспорить.
Технически задача решается формой из семи полей, каналом подачи, пригодным для человека в перчатках, маршрутом согласования с лимитом суммы и связкой с приходом материала. Работы на это — около шести недель, в модельных ценах 420 000 ₽ и 15 000 ₽ в месяц на поддержку. Это единственная связка на стройке, которая даёт живые деньги сама по себе, без остальных: срочные закупки по завышенной цене начинают падать со второго месяца после запуска.
Дальше — устройство формы, три канала подачи с ценами и слабыми местами каждого, маршрут согласования, схема закрытия заявки приходом и модельный расчёт для подрядчика с шестью объектами, четырьмя прорабами и 300 заявками в месяц. И в конце — четыре ситуации, в которых форму заводить пока рано.
Семь полей, без которых снабжение всё равно позвонит
Смысл формы не в том, чтобы заменить звонок текстом. Смысл в том, чтобы снабженцу не пришлось перезванивать. Каждое из семи полей закрывает один конкретный повод для обратного звонка, и выкидывание любого из них возвращает телефон в процесс.
- 11. Объект — кодом, а не названием
Единый код объекта, тот же самый, что стоит в бюджете, в накладной и в акте. Пока объект называется «Гагарина», «дом на Гагарина» и «ГАГ-2» в трёх разных местах, расход по нему не соберётся никогда. Поле не вводится руками: прораб выбирает из списка своих объектов, обычно там одна-две строки.
- 22. Позиция из справочника, а не свободный текст
Самое спорное поле и самое важное. Свободный текст удобен прорабу и убивает всё остальное: заявку нельзя сопоставить с бюджетом, с остатком и с прошлыми закупками. Компромисс, который работает: поиск по первым буквам плюс кнопка «нет в списке», которая создаёт заявку с пометкой и отправляет позицию на добавление в справочник. Доля таких заявок — рабочий показатель качества справочника: если она выше 10 %, справочник надо чистить.
- 33. Количество с единицей из справочника
Единицу измерения выбирает не прораб, а справочник. Это то место, где чаще всего рвётся вся цепочка: лист гипсокартона в заявке в штуках, в накладной в квадратных метрах, в смете в тоннах — и три документа перестают сходиться. Одна позиция — одна обязательная единица, всё остальное считается коэффициентами.
- 44. Дата потребности, а не слово «срочно»
Календарная дата, к которой материал должен быть на площадке. Слово «срочно» в заявке — это отказ от планирования: если срочные все, то не срочна ни одна. Дата даёт снабжению возможность сгруппировать закупки по неделе и торговаться, а компании — считать реальную долю срочности.
- 55. Инициатор — конкретный человек
Не «объект» и не «бригада», а сотрудник с телефоном. Он же получает уведомления о статусе и он же отвечает на вопрос поставщика. Это поле заполняется само — из того, кто вошёл в бот или в форму, — но без него нет адресата ни у уточнения, ни у претензии.
- 66. Основание: вид работ или сметная позиция
Ответ на вопрос «подо что». Минимально — вид работ и участок, лучше — номер позиции сметы. Именно это поле потом позволяет сравнить фактический расход с нормативным и увидеть перерасход до конца объекта, а не после сдачи.
- 77. Фото места
Самое дешёвое поле и одно из самых полезных. Снимок узла или места установки закрывает большую часть уточняющих вопросов вида «а какой именно профиль» и служит доказательством при споре о комплектности поставки. В модельном расчёте именно фото и справочник вместе снижают число уточнений втрое.
Соблазн добавить в форму ещё пару полей — «примечание для бухгалтерии», «код проекта заказчика», «предполагаемый поставщик» — выглядит безобидно. На практике каждое дополнительное поле увеличивает время подачи и снижает долю заявок, поданных через систему; на девятой неделе проекта это видно как откат к звонкам. Правило простое: поле остаётся в форме, только если без него кто-то будет перезванивать. Всё остальное снабжение заполняет само уже внутри системы.
Горизонтальная схема из шести блоков со стрелками: «Заявка: 7 полей» → «Проверка: позиция в бюджете объекта, остаток лимита» → «Согласование по сумме» → «Заказ поставщику» → «Приход по накладной» → «Заявка закрыта». Над блоком согласования три ответвления с подписями «до 20 000 ₽ — автоматически, минуты», «20 000–200 000 ₽ — руководитель проекта, 4 рабочих часа», «свыше 200 000 ₽ — руководитель проекта и финдиректор, 1 рабочий день». Под блоком прихода отдельная ветка «привезли меньше — заявка остаётся открытой на разницу». Чертёжный стиль, подписи по-русски.
Три канала подачи для человека в перчатках
Форма может быть идеальной, но если её неудобно заполнять в перчатках, на морозе и при плохой связи, доля заявок через систему не поднимется выше половины, и проект не заработает. Каналов, которые реально живут на площадке, три. Выбирают обычно два: основной и запасной.
| Канал | Как выглядит для прораба | Цена в проекте | Где ломается |
|---|---|---|---|
| Бот в мессенджере | Диалог с кнопками: объект, поиск позиции по первым буквам, количество, дата, фото из камеры. Полторы минуты на заявку | 160 000–220 000 ₽ в составе связки, отдельного железа не нужно | Длинные списки позиций в чате; при плохой связи нужен буфер, иначе заявка теряется на полпути |
| Веб-форма на планшете | Полный справочник с поиском, несколько позиций в одной заявке, черновики | 90 000–140 000 ₽ плюс защищённый планшет 35 000 ₽ на прораба | Перчатки и мороз; планшет остаётся в вагончике, а потребность возникает на этаже |
| Голосовое сообщение с расшифровкой | Прораб надиктовывает, система разбирает текст по полям, он подтверждает одним нажатием | 120 000–180 000 ₽ плюс 1 000–2 500 ₽/мес на распознавание при 300 сообщениях | Шум площадки и артикулы: точность падает на цифрах и марках, экран подтверждения обязателен |
Про мессенджер важно оговориться с датой. По состоянию на сентябрь 2026 года основной канал для новых внедрений — MAX: бизнес-профиль заводится на business.max.ru, организация подтверждается через Госуслуги, есть Bot API. Прямых официальных интеграций MAX с amoCRM и Битрикс24 на этот момент нет — связка собирается через Bot API и собственную прослойку. Telegram работает с ограничениями, и строить на нём единственный канал подачи заявок мы не советуем. WhatsApp заблокирован в России с февраля 2026 года и годится только как точка, откуда уходят.
Бот подачи заявок должен быть отделён от конкретного мессенджера слоем, который приводит любое входящее сообщение к одному внутреннему формату. Тогда смена канала стоит нескольких дней работы над адаптером, а не повторной оплаты всей связки. За полтора года до сентября 2026 года условия работы мессенджеров в России менялись трижды — закладывать в проект предположение, что конкретный канал будет доступен всегда, значит планировать повторный проект.
Сравнение в три колонки: «Бот в мессенджере — 160 000–220 000 ₽, 1,5 минуты на заявку, железа не нужно», «Веб-форма на планшете — 90 000–140 000 ₽ плюс 35 000 ₽ за планшет, несколько позиций в одной заявке», «Голосовое с расшифровкой — 120 000–180 000 ₽ плюс 1 000–2 500 ₽/мес, подтверждение обязательно». В каждой колонке строка «Ломается от»: плохая связь, перчатки и мороз, шум и артикулы. Под колонками общая полоса «канал подключается через адаптер — замена стоит дней, а не месяцев». Чертёжный стиль.
Маршрут согласования: лимит, срок, эскалация
Согласование — то место, где заявка чаще всего умирает. Схема «снабженец звонит руководителю по каждой заявке» не масштабируется: при 300 заявках в месяц это полтора часа телефона в день только на подтверждения. Работает трёхступенчатый маршрут с лимитом суммы, где нижняя ступень вообще не требует человека.
| Ступень | Кто подтверждает | Срок | Доля заявок | Доля месячной суммы |
|---|---|---|---|---|
| До 20 000 ₽ | Никто: автосогласование, если позиция есть в бюджете объекта и месячный лимит не выбран | Минуты | 150 заявок, 50 % | 1 650 000 ₽, 11 % |
| 20 000–200 000 ₽ | Руководитель проекта | 4 рабочих часа | 129 заявок, 43 % | 9 255 000 ₽, 62 % |
| Свыше 200 000 ₽ | Руководитель проекта и финансовый директор | 1 рабочий день | 21 заявка, 7 % | 4 095 000 ₽, 27 % |
Смысл нижней ступени виден именно в правой колонке: половина заявок по количеству — это одна девятая денег. Держать на них человека невыгодно, а контроль обеспечивается не подписью, а двумя условиями входа — позиция должна быть в бюджете объекта, а месячный лимит по объекту не выбран. Как только любое из условий нарушено, заявка поднимается на ступень выше независимо от суммы.
Отдельно надо решить, что происходит при молчании согласующего, и решить это письменно до запуска. Есть три варианта, и правильный только один. Автоотказ по таймауту останавливает работы и настраивает площадку против системы. Автосогласование по таймауту через два месяца превращается в способ проводить любые суммы — достаточно подать заявку в пятницу вечером. Рабочий вариант — эскалация: через срок уведомление уходит руководителю уровнем выше, через два срока заявка попадает в утренний отчёт директору с указанием, у кого она стоит. Заявка при этом остаётся несогласованной, но перестаёт быть невидимой.
Нужна и аварийная ветка. Заявка с признаком «остановка работ» проходит мимо ступеней сразу в закупку, но требует подтверждения руководителем проекта в течение суток задним числом. Без такой ветки прорабы обходят систему при первом же настоящем ЧП и обратно уже не возвращаются. Доля аварийных заявок — хороший индикатор: если она держится выше 3–4 %, проблема не в согласовании, а в планировании.
Заявка закрывается приходом, а не отправкой заказа
Самая частая ошибка в первой версии таких систем — считать заявку выполненной в момент, когда снабженец разместил заказ у поставщика. С точки зрения снабжения работа сделана, с точки зрения объекта не изменилось ничего: материала на площадке нет. Прораб видит статус «выполнено», материала не находит и через два дня подаёт заявку заново — теперь уже с пометкой «срочно».
- Правильная цепочка статусов: подана — согласована — заказана — в пути — принята на объекте — закрыта. Закрывает заявку приход по накладной, а не действие снабженца.
- Частичный приход не закрывает заявку. Заказали 10 тонн, привезли 7 — заявка остаётся открытой на 3 тонны, и именно эта строка попадает в утренний отчёт снабжения, а не «поставка выполнена».
- Приход связывается с заявкой по коду позиции и коду объекта. Если приход не привязался, он попадает в очередь исключений: чаще всего это значит, что в накладной поставщика позиция названа не так, как в справочнике.
- Повторные заявки на ту же позицию по тому же объекту в пределах срока поставки система показывает подающему сразу: «по этой позиции уже есть заявка №..., статус — в пути, ожидается такого-то числа».
Цена отсутствия этой связки считается просто. Часть повторных заявок ловят люди, но какая-то доля доходит до закупки: в модельной компании это три-четыре заявки в месяц на 150 000–200 000 ₽. Деньги не пропадают — материал лежит на объекте лишним остатком, — но они выведены из оборота и часто списываются в конце объекта как перерасход. Механику приёмки и списания этого остатка мы разбираем в отдельном материале про учёт материалов на стройплощадке; здесь важно только то, что без закрытия заявки приходом остаток не сойдётся в принципе.
Модельный расчёт: шесть объектов, четыре прораба, 300 заявок
Модельная компания: генподрядчик отделки и инженерных систем, 120 человек, шесть объектов одновременно, четыре прораба, два снабженца. Материалов на 15 000 000 ₽ в месяц, 300 заявок, средняя заявка около 50 000 ₽. Ставка прораба с налогами — 900 ₽/час, снабженца — 750 ₽/час. Сначала считаем время на телефоне, потом деньги.
В деньгах это 29 высвобожденных часов прорабов по 900 ₽ и 49,5 часа снабжения по 750 ₽, то есть 63 225 ₽ в месяц. Считать этот эффект прибылью нельзя: люди никого не увольняют, освободившееся время уходит обратно в работу — прораб больше времени проводит на этаже, снабженец успевает искать вторых поставщиков. Поэтому в расчёт окупаемости ниже эти часы не входят, они идут справочно.
Парная столбчатая диаграмма «до» и «после» по пяти видам работ с подписями в часах: подача заявки 20 → 7,5; приём и запись 20 → 0; уточнения 30 → 10; статусные звонки 15 → 2; перенос в заказ 15 → 0; разбор исключений 0 → 2. Справа две итоговые полосы: «Всего до — 100 часов» и «Всего после — 21,5 часа», между ними подпись «−78,5 часа, 63 225 ₽/мес справочно». Ось в часах в месяц.
Деление 420 000 на 138 000 даёт три месяца, и это тот ответ, который пишут в коммерческих предложениях. Он неверен. Первые три недели уходят на подготовку справочника, следующие шесть — на разработку и обучение, эффект на срочных закупках включается не в день запуска, а через месяц-полтора, когда прорабы начинают подавать заявки заранее. По календарю накопленная экономия перекрывает вложение в начале шестого месяца от подписания договора. Планировать деньги надо по этой дате.
Связка работает только на сквозном справочнике материалов с одной единицей измерения на позицию и на единых кодах объектов. В модельной компании эта подготовка стоит 180 000 ₽ и занимает три недели до старта разработки, то есть минимальный работающий набор — 600 000 ₽ и 8–9 недель. Если подрядчик называет цену связки, не спросив про состояние номенклатуры, он назвал цену формы, а не цену работающего процесса. Как раскладывается полная смета подрядчика по слоям, мы разбираем в статье про бюджеты стройки на 50 и 150 человек.
История заявок: как из неё убрать срочные закупки
Через шесть-девять месяцев накопленные закрытые заявки превращаются в самый ценный актив проекта — фактические данные о снабжении, которых у компании раньше не было вообще. Из них вынимаются три вещи, и все три меняют цену закупки.
- 1Реальное плечо поставки по позиции и по поставщику. Считается как разница между датой подачи заявки и датой прихода. Почти всегда оказывается длиннее, чем считалось: «неделя» на практике превращается в 11–14 дней, потому что в неё не входили согласование, подготовка отгрузки и разгрузка на объекте. Реальное плечо — это дата, к которой заявка обязана быть подана, а не пожелание.
- 2Типовая потребность под вид работ. Когда в заявке есть основание, из истории собирается связка «такой-то вид работ на такой-то площади — такой-то набор позиций». Это черновик плана поставок на следующий объект, который дальше правит человек, а не пишет с нуля.
- 3Структура срочности по объектам и прорабам. Здесь важна честность: срочная заявка не всегда означает забывчивость прораба. Часть срочности вызвана изменениями в проекте и переносами со стороны заказчика, и история заявок позволяет разделить эти две причины и разговаривать с заказчиком фактами, а не эмоциями.
Практическое правило, которое ставится в систему после первых трёх месяцев: для позиций с плечом больше десяти дней заявка должна подаваться за плечо плюс три дня, и при вводе система показывает подающему, что он уже опаздывает. Именно это правило, а не уговоры, снижает долю срочных закупок с 18 % до 13 % и даёт 153 000 ₽ в месяц. Второй эффект того же массива данных — консолидация: заявки с датами потребности внутри одной недели объединяются в один заказ, и снабжение получает право торговаться объёмом. Размер скидки предсказать нельзя, поэтому в расчёт окупаемости мы его не ставим.
Линейный график на 9 месяцев: доля срочных заявок в процентах, старт 18 %, плато до третьего месяца, затем снижение до 13 % к седьмому месяцу и удержание. На третьем месяце вертикальная отметка «включено правило: плечо поставки плюс три дня». Справа подпись «15 заявок из 300, средняя 85 000 ₽, наценка 12 % — 153 000 ₽/мес». Внизу вторая тонкая линия — «реальное плечо поставки, дни: 11–14 против ожидаемых 7». Оси: месяцы и проценты.
Когда форму заводить рано
Связка «заявка → закупка» окупается не у всех, и это видно до начала проекта. Четыре ситуации, в которых мы предлагаем подождать или обойтись меньшим.
- Меньше 60 заявок в месяц и один-два объекта. Разработка стоит примерно столько же, сколько при 300 заявках, а экономия на срочности падает впятеро. На таком потоке хватает общей таблицы с обязательными колонками и договорённости, что заявки принимаются только оттуда. К системе возвращаются при трёх объектах и потоке от 100 заявок.
- Нет справочника материалов и нет человека, который будет его вести. Форма со свободным вводом позиции — это тот же чат, только медленнее: сопоставить с бюджетом и остатком её нельзя. Сначала справочник и ответственный за него, потом форма.
- Снабжение — один человек, который сам закупает и сам принимает решение о сумме. Маршрут согласования ему не нужен, нужна только форма подачи и история. Это заметно дешевле полной связки, и начинать надо с неё.
- Прорабы работают не в штате, а от подрядной организации на сдельных условиях. Требовать от них ведения данных нечем: ни обязанности, ни выгоды у них нет. Сначала решается вопрос с ролью и мотивацией на площадке, потом ставится система.
И контрольная точка на девятой неделе, которую стоит записать в договор. Доля заявок, поданных через систему, должна превысить 70 %. Если она ниже, проект останавливается и разбирается причина, а не расширяется дальше. Причин обычно две: канал неудобен человеку в перчатках или у площадки нет выгоды им пользоваться, потому что по звонку по-прежнему быстрее. Обе лечатся за две-три недели — и не лечатся вообще, если поверх них построить учёт материалов и отчётность по объекту.
Заявка, у которой нет номера и срока, не является заявкой — это разговор, о котором каждый помнит своё.
