Азбука потерь · Статья 1
Потерянные заявки контрактного производства: где искать и как считать
Заказчик перезванивает и спрашивает, получили ли вы его чертёж. Или вы узнаёте о запросе, когда он уже ушёл к другому цеху. Потерянные заявки контрактного производства ищут на двух участках пути до коммерческого предложения (КП): на входе, где запрос ещё никто не взял, и в просчёте, где заказчик ждёт цену. В деньги переводят только те уходы, которые подтвердил сам заказчик.
- Потерянные заявки ищут на двух участках до КП: на входе, где запрос ещё никто не взял, и в просчёте, где заказчик ждёт цену.
- Недельный журнал всех обращений показывает, где запросы ждут ответа и расчёта; у отказа записывают подтверждённую причину, а не «не купил».
- Деньги считают сначала по входу, затем по просчёту от оставшихся запросов, чтобы один запрос не попал в обе потери.
Где искать потерянные заявки
Начните со входа: пока обращение нигде не записано, его потерю трудно заметить. Проверьте общий ящик, именные ящики менеджеров, пропущенные звонки и сообщения в личном телефоне сотрудника.
На одном из производств, где я работал, было пять сайтов, у каждого своя почта, и заявки сыпались отовсюду. Менеджер ушёл, а в его ящик больше никто не заходит. Поэтому ящики ушедших сотрудников проверяйте вместе с общим.
По каждому обращению найдите первый содержательный ответ: кто связался с заказчиком и о каком следующем шаге договорился. Автоматическое «письмо получено» таким ответом не считается. Так вы отделите запросы, которыми уже занимаются, от тех, что всё ещё ждут.
Потом посмотрите на просчёт. Чертёж может ждать, пока технолог возьмёт его в работу. Или цена уже посчитана, а КП заказчику так и не ушло. В «Азбуке потерь» это две разные боли: «Заявки теряются» на входе и «Просчёт висит» у технолога. Проверяйте их по отдельности, потому что порядок работы в них меняют разные люди.
Осторожно. Запрос без ответа ещё не означает, что заказчик ушёл. Просрочку нужно доделать, а ушёл ли заказчик и во что это обошлось, предстоит проверить.
Что должно быть видно по каждому запросу
Директору нужен один список, где у каждого запроса видно, кто отвечает заказчику, кто считает и к какому сроку будет следующий шаг. Тогда на вопрос «когда будет цена» менеджер отвечает сам, не уходя к технологу.
Срок первого ответа договоритесь считать по рабочему графику. На вечер, выходные и отпуск назначьте дежурного, которому передают необработанные обращения, иначе запрос из пятничной почты пролежит до понедельника.
Просчёт разделите на этапы «На просчёт», «Считается» и «Посчитано», чтобы отличать запросы, которые ждут технолога, от готовых расчётов. Заканчивается просчёт одним из двух: КП ушло заказчику или технолог отказался считать и назвал причину.
Технологу нужны чертёж нужной версии, материал, количество и желаемая дата отгрузки. Менеджер собирает их до передачи, чтобы расчёт не встал на уточнениях. Если данных не хватает, он записывает, что запросил у заказчика и когда свяжется снова.
На ежедневном разборе смотрят три группы: запросы, которые никто не взял, просроченные и посчитанные, но не отправленные. Последние легко пропустить: технолог свою часть закончил, а заказчик всё ещё ждёт предложение. У каждого запроса запишите следующее действие с датой, чтобы было понятно, кто продолжит работу.
Проверьте у себя. Спросите менеджера, сколько запросов сейчас ждут цену и с какого дня лежит самый старый. Если за ответом ему надо идти к технологу, общего списка у вас нет.
За что отвечают директор, менеджер и технолог
- Директор. Решает, какой запрос считать первым и кто подхватит работу за отсутствующего. Для этого утверждает сроки ответа, приоритеты и замещение, разбирает просроченные запросы и конфликты загрузки. Если срочный расчёт вытесняет другой, назначает, кто согласует с заказчиком новый срок.
- Менеджер. Отвечает заказчику и доводит запрос до отправленного КП. Регистрирует обращение, собирает исходные данные и передаёт их тому, кто будет считать. Отправляет КП и записывает следующий контакт, чтобы у запроса было продолжение. После отказа уточняет причину и сохраняет её подтверждение в переписке или записи разговора.
- Технолог. Определяет, можно ли изготовить деталь, и передаёт менеджеру цену и срок. Принимает расчёт в работу и отмечает, что мешает его закончить. Если не берётся считать, называет причину: не наш профиль, нет мощностей, нет данных или некогда.
Когда заказ согласован, начинается передача в цех. Её порядок разобран в статье «Как заказ из продаж попадает в цех».
Что измерить за неделю
Неделя записей покажет, какие обращения остались без ответа и где запросы ждут расчёта. Возьмите обычную рабочую неделю и сведите почту, звонки, формы и сообщения в один журнал. Каждый день сверяйте его с исходными каналами, включая пропущенные звонки.
Чтобы не посчитать один запрос дважды, повторное письмо по тому же запросу добавляйте к его строке. Новая партия по прежнему чертежу идёт отдельной строкой: это новый запрос. Спам и обращения не по профилю отмечайте отдельно.
Строку журнала заполняют фактическими данными предприятия:
| Запрос и канал | Поступил / ответили | Менеджер / технолог | Просчёт и срок КП | Исход и следующее действие |
|---|---|---|---|---|
| [Номер, канал, предмет запроса] | [Дата и время поступления / первого содержательного ответа] | [Кто отвечает заказчику / кто считает] | [Этап, обещанные дата и время отправки КП] | [Фактический исход, подтверждение причины, кто и что делает дальше, срок] |
Чтобы увидеть, на что ушло время, добавьте даты и время получения полных данных, начала и конца расчёта и отправки КП. Для разбора исхода нужны сумма предложения и окончательная причина отказа. В конце недели посчитайте уникальные запросы, просрочки первого ответа, очередь и просроченные просчёты. Ушедших заказчиков считайте отдельно от тех, чей исход неизвестен.
Для расчёта денег одной недели мало. Месячный поток берите за полный месяц, средний чек считайте по сопоставимым состоявшимся заказам. Долю запросов, которые становятся заказом, берите по сопоставимой группе обработанных запросов без подтверждённых потерь на входе и в просчёте: число заказов разделите на число запросов этой группы. Дождитесь окончательных исходов. Пока часть запросов открыта, доля заказов среди закрытых даёт лишь предварительную оценку. Незавершённые запросы наблюдайте дальше: записывать их в отказы ради процента нельзя.
По устройству сайта долю потерь не узнать. В августовском замере 2026 года у 2 862 из 3 633 живых сайтов выборки, почти у четырёх из пяти, на главной странице не нашлось известных признаков систем учёта обращений, чатов или коллтрекинга (подменного номера, по которому видно, откуда пришёл звонок). Почта, телефон или форма при этом могут работать. Реальные потери обращений замер не измерял: для этого нужны записи о запросах и их исходах. Как он устроен, рассказано в исследовании «Куда девается заявка на производстве».
Почему отказам нужны разные причины
По записи «не купил» не понять, что менять. Записывайте подтверждённую причину: цена, срок изготовления, техническая невозможность, нет мощности, неполные данные, поздний ответ или поздний просчёт. Отдельно держите «актуально позже» с датой следующего контакта и «причина неизвестна», чтобы отложенный запрос не попал в окончательные отказы.
Причина подсказывает, что проверять. Если заказчик назвал цену, пересмотрите предложение и себестоимость; как считать её по детали, разобрано в статье «Себестоимость производства изделия». Если не подошёл срок изготовления, проверьте загрузку. Если отказ технический, уточните, какие запросы отсеивать до расчёта.
Уход до первого ответа относится к боли «Заявки теряются», уход во время ожидания расчёта к боли «Просчёт висит». Одно обращение записывайте только в одну из них, иначе оно попадёт в расчёт дважды.
Молчание после КП оставьте неизвестным исходом до уточнения. Заказчик мог отложить закупку или изменить чертёж, и без его ответа списывать отказ на скорость просчёта нельзя.
Сколько могут стоить потерянные заявки за год
Посчитаем возможную выручку, которая уходит вместе с потерянными запросами. Возьмём 20 целевых запросов в месяц, средний чек 150 000 ₽, и пусть заказом становится каждый пятый обработанный запрос, то есть 20%. Предположим, что 20% запросов теряется на входе и ещё 20% оставшихся, пока ждут расчёта. Все числа примера условные. Доли 15-25%, которые встречаются в методике карты потерь, тоже допущения, отраслевой нормой их считать нельзя.
| Строка расчёта | Арифметика | Результат |
|---|---|---|
| «Заявки теряются», вход | 20 × 0,20 × 0,20 × 150 000 × 12 | 1 440 000 ₽ в год |
| Осталось после входа | 20 × (1 − 0,20) | 16 запросов в месяц |
| «Просчёт висит» | 16 × 0,20 × 0,20 × 150 000 × 12 | 1 152 000 ₽ в год |
| Возможная упущенная выручка | 1 440 000 + 1 152 000 | 2 592 000 ₽ в год |
| Маржа при условных 25% | 2 592 000 × 0,25 | 648 000 ₽ в год |
Сначала считают вход: запросы в месяц × доля потерь на входе × доля запросов, ставших заказом × средний чек × 12.
Просчёт считают только по запросам, которые прошли вход: запросы в месяц × (1 − доля потерь на входе) × доля потерь в просчёте × доля запросов, ставших заказом × средний чек × 12. Долю потерь в просчёте берут от этого остатка, чтобы один запрос не попал в обе боли. Поэтому две доли по 20% вместе дают 7,2 потерянного запроса из 20, то есть 36% потока.
Если перевести в заказы, на входе теряется 0,8 заказа в месяц, в просчёте 0,64, всего 1,44. Без записей об обращениях такую потерю трудно заметить.
Модель предполагает, что у потерянных запросов та же доля заказов и тот же чек, что у обработанных, что такой поток держится весь год и что цех может выполнить дополнительные заказы. Загрузку нужно проверить отдельно.
Маржа здесь означает маржинальный доход: выручку минус переменные затраты. Условные 25% в примере показывают долю маржи в выручке, это не наценка. Постоянные расходы не вычтены, поэтому 648 000 ₽ не равны чистой прибыли. Расчёт не гарантирует эффект и не возвращает уже потерянные заказы.
Что можно организовать в Битрикс24
Руководитель разбирает входящие запросы по общему списку и видит, кто отвечает за каждое обращение. В «Старте» с входящим потоком есть такой список, ответственный, напоминания об ответе и уведомление руководителю.
Просчёты можно вести по этапам в списке продаж: видно, какой запрос считают, к какому сроку и почему от расчёта отказались. Отдельная очередь технологов входит в «Производство+» для контрактной обработки.
Цену и возможность изготовления определяют специалисты предприятия, очередь помогает организовать их работу. Новых обращений система не приводит: итог зависит от исходных данных и действий людей.
Что сделать завтра
- Назначьте ответственного за журнал и дежурного на входе.
- Сведите необработанные обращения и просчёты в один список, не забыв ящики ушедших сотрудников.
- По каждому запросу договоритесь о следующем действии и сроке ответа заказчику.
- Через неделю разберите причины задержек по записям и решите, каких данных не хватает для расчёта.
Частые вопросы
Что считать потерянной заявкой?
Запрос, по которому заказчик ушёл из-за позднего ответа или затянувшегося просчёта, и это подтверждают его слова или переписка. Запрос без ответа и молчание после КП потерей ещё не считаются: их доводят до ответа и выясняют исход.
Любой отказ считать потерянной заявкой?
Нет. Отказы по цене, сроку изготовления или технической невозможности учитывайте отдельно. К болям «Заявки теряются» и «Просчёт висит» относите подтверждённые уходы до первого ответа или во время ожидания расчёта. Если причина неизвестна, сохраните этот статус до уточнения.
Можно ли брать 20% потерь, если учёта нет?
Можно для условного примера, если подписать долю допущением. Это не измеренная потеря вашего предприятия. Начните с недельного журнала, дождитесь исходов запросов и уточните доли по подтверждённым причинам.
Вернутся ли посчитанные деньги после внедрения?
Расчёт оценивает возможную упущенную выручку при заданных допущениях. Он не обещает вернуть заказы, увеличить поток запросов или дать гарантированный эффект. Маржа в примере тоже не равна чистой прибыли.
Посчитать потери на своих цифрах можно в Кабинете: «Сколько могут стоить потерянные заявки?», вход по рабочей почте.
Где застревает заказ у вас?
24 отметки по шести этапам — без регистрации, итог в PDF. Или запишитесь на разбор: разберём путь одного типичного заказа на ваших примерах. Бесплатно, около часа в Zoom.
Автор
Андрей Антонов. 13 лет на производстве, от конструктора до технического директора. Настраиваю Битрикс24 на производствах. Подробнее