Четыре функции диспетчерской, скрипт приема заявки по полям, три правила, без которых она разваливается, и признаки того, что пора нанимать отдельного человека.

Диспетчерская в этом бизнесе появляется не тогда, когда вы наняли диспетчера. Она появляется в тот момент, когда вы перестали помнить свой день наизусть, - а человек может появиться намного позже или не появиться вообще.
Поэтому вопрос стоит не «когда нанимать», а «как устроить прием и ведение заявок, чтобы это работало и с одной машиной, и с пятью».
Диспетчерская - это четыре функции, а не должность: принять заявку, поставить ее на машину, вести до выполнения и закрыть. Пока машина одна, все четыре делаете вы, между заказами, одной рукой.
Три правила держат конструкцию: заявки живут в одном месте, статус ставит тот, кто делает работу, а сорванный заказ фиксируется отдельно от выполненного. Нарушьте любое - и через месяц ваши данные начнут врать.
Отдельного человека нанимают не по количеству заказов, а когда прием начинает мешать работе: вы не берете трубку за рулем и теряете заказы, или наоборот, берете и портите откачку.

Здесь теряется больше всего денег, и почти всегда из-за мелочей.
Заявка должна приниматься двумя путями. Звонок никуда не денется - часть заказчиков будет звонить всегда. Но второй путь нужен обязательно: чтобы человек мог оформить заказ сам, вечером, не дозваниваясь. Обе заявки должны попадать в одно место, иначе у вас появится два параллельных списка, а это худшее из возможных состояний.
Пропущенный звонок - это заказ, ушедший к соседу. Человеку с переполненной ямой нужно сейчас, он не будет ждать перезвона. Если вы за рулем и не берете трубку, заведите хотя бы автоматический ответ с ссылкой на форму заказа.
Спрашивайте одно и то же и в одном порядке. Скрипт ниже.
Порядок полей не случайный: сначала то, что определяет, возьмете ли вы заказ вообще, потом то, что влияет на цену, и только потом контакты.
1. Адрес и населенный пункт. Первым, потому что если это не ваша территория, разговор короткий.
2. Район или направление. Не для клиента, для себя. Именно по нему заявка потом встанет в нужное окно и соберется в куст с соседними.
3. Что откачиваем. Выгребная яма, септик, накопитель, жироуловитель, туалетная кабина. От этого зависит и машина, и цена.
4. Примерный объем. Точного клиент не знает, и это нормально. Достаточно понимать, три куба там или восемь.
5. Сколько метров от места, где встанет машина, до ямы. Единственный вопрос, который чаще всего забывают и который потом срывает выезд. Стандартом обычно считают около десяти метров, дальше нужна доплата или другая машина: больше тридцати метров обычная вакуумная машина не тянет, разрежение растет и цистерну может сплющить (otkachkaka.ru, август 2026).
6. Подъезд. Проедет ли грузовик, есть ли арка с ограничением по высоте, не размыло ли грунтовку. Одна фраза клиента здесь экономит целый рейс.
7. Когда удобно. Не время, а окно. Почему именно так - в статье про окна вместо точного времени.
8. Имя и телефон. В конце, когда уже понятно, что заказ ваш.
9. Комментарий. Собака во дворе, звонить заранее, ворота открывают только утром, платит соседка. Это поле окупается на втором заказе по тому же адресу.
Цену называйте после пятого пункта, а не в начале разговора. Иначе вы назовете минимальный выезд, а потом выяснится про сто метров рукава, и клиент будет считать, что его обманули.

Заявка привязывается к машине по четырем признакам в строгом порядке: район, свободное место в окне, остаток в бочке, длина рукава. Полный разбор алгоритма - в статье про то, как распределять заявки между машинами.
Для диспетчерской здесь важно одно правило: если ни одна машина не подходит, заявку не впихивают, а предлагают другой день. Сорванное обещание в этой нише дороже несделанного заказа - яму все равно откачают, но уже не вы, и в следующий раз не позвонят.
Между приемом и откачкой проходит от нескольких часов до нескольких дней, и в этом промежутке заявка либо живет, либо тихо теряется.
Что должно происходить.
Клиент получает подтверждение. Не «принято», а конкретно: в какой день и в какое окно приедет машина.
Клиент получает уведомление, когда машина выехала. Одна строка: выехали, едем к вам. Без обещаний, во сколько будем, - этого вы все равно не знаете. Именно эта строка убирает большую часть звонков «вы вообще едете».
Водитель видит свою очередь. Адрес, объем, телефон, комментарий, порядок объезда. Если водитель звонит спросить, куда ехать дальше, - диспетчерской у вас пока нет.
Порядок можно менять на ходу. Перекопали улицу, клиент перенес, появился срочный заказ. Менять должны иметь возможность и диспетчер, и водитель, и оба должны видеть изменение сразу.
Самая скучная функция и самая важная для того, чтобы ваши цифры не врали.
Заказ закрывается одним из двух способов: выполнен или не состоялся с причиной. Третьего быть не должно.
Причины стоит держать списком: никого не было на месте, заказчик отказался, не подъехать к адресу, поломка машины, другое. Список нужен не для отчетности, а чтобы через месяц вы увидели, что четверть срывов - это «не подъехать», и начали спрашивать про подъезд при приеме.
Если сорванный заказ некуда записать, водитель пометит его выполненным. С этого момента ваш учет врет: рейс есть, денег нет, и разобраться уже нельзя. Это самая частая причина, по которой отчеты в этой нише не сходятся с кассой.
Правило первое: одно место. Все заявки в одном списке, независимо от того, как они пришли. Два параллельных списка расходятся всегда, а когда они разойдутся, доверия не будет ни к одному.
Правило второе: статус ставит тот, кто делает работу. Водитель отмечает, что выехал и что откачал. Не диспетчер со слов водителя по телефону - иначе половина отметок будет проставлена задним числом и наугад.
Правило третье: сорванный заказ не растворяется. Он уходит в отдельную очередь, где с ним разбирается человек. Автоматически переносить такие заявки нельзя: перенос - это договоренность с клиентом, а не действие системы.
Считать надо не заказы, а помехи.
Признак первый. Вы регулярно не берете трубку, потому что руки заняты рукавом. Каждый такой звонок - потерянный заказ.
Признак второй. Вы берете трубку во время откачки, и от этого страдает откачка. Второй вариант того же самого.
Признак третий. Появилась вторая машина. С этого момента кто-то должен решать, чья заявка, и решать быстро.
Признак четвертый. Вы вечером восстанавливаете день по памяти вместо того, чтобы видеть его.
Одного признака мало, двух достаточно для того, чтобы задуматься. И учтите: наемный диспетчер имеет смысл только тогда, когда у него есть система. Человек, которому вы отдали телефон и тетрадь, станет не диспетчерской, а вторым местом, где живут заявки.
Обещать точное время. Никогда, ни при каких уговорах клиента. Обещая «в 14:00», вы обещаете то, чем не управляете, и одна размытая грунтовка рушит весь день.
Торговаться по цене без правил. Если скидки возможны, они должны быть описаны: за объем, за повтор, за поселок. Иначе через месяц у вас будет столько прайсов, сколько было разговоров.
Менять маршрут, не видя загрузки бочки. Вставить срочный заказ в середину дня можно, только если после него машина не окажется полной перед двумя оставшимися адресами. Как это считать - в статье про заполнение цистерны.
Принимать заявку, не спросив про метры рукава и подъезд. Два вопроса, которые предотвращают сорванные выезды.
Диспетчерская у нас - это не отдельный модуль, а то, как устроен весь продукт.
Заявка попадает в систему двумя путями. Клиент оформляет ее сам через приложение либо звонит, и тогда ее заводит диспетчер. Обе попадают в одни и те же окна на одну и ту же доску.
Экран заявок сделан доской, а не таблицей. По каждой машине ее окна, внутри окна упорядоченный список - и этот порядок и есть порядок объезда. Карточку тянут выше и ниже, как в Trello. Двигать могут и водитель, и диспетчер, побеждает последнее изменение, список обновляется живьем у обоих. Обед - такая же строка, ее тоже можно двигать.
Привязка к машине происходит сама. По району, остатку вместимости окна и остатку в бочке. В обычный день диспетчер не делает ничего - он занят только тем, что не автоматизируется: разговором с человеком.
Метры рукава - поле в форме заказа. Оно и влияет на цену по вашей ставке за метр сверх стандарта, и сопоставляется с возможностями машины. Заявки, которым нужно больше рукава, чем есть у назначенной машины, помечаются, и диспетчер переставляет их.
Прогноз слива считается между заявками. Если следующая уже не помещается, в списке появляется плашка «Пора на слив», нарисованная пунктиром: это предположение, и оно двигается вместе с реальностью.
Заявки, которые не встали в слот сами, собираются отдельно. В разделе заявок есть «Требует внимания»: туда попадает то, что система не смогла поставить в слот, - рукав длиннее вашего стандарта, адрес не попал ни в один нарисованный район, заявку завели с пометкой «слот подберу позже». Диспетчер разбирает этот список руками, и он же не дает таким заявкам потеряться.
А вот сорванный выезд система пока не фиксирует. Отдельного статуса «не состоялось» и списка причин у нас нет: если водитель ничего не отметил, заявка так и останется на своей дате, и закрыть или перенести ее сможет только человек из кабинета. Правило третье из этой статьи мы у себя выполняем руками - честнее сказать об этом сразу.
Срочный заказ ищет свободного. Предлагается водителю со статусом «Свободен», за окном которого закреплен нужный район. Район и есть определение близости, геопозиция не нужна. Вместимость окна на срочные не распространяется.
Отчеты закрывают четвертую функцию. Лента показывает хронологию дня по минутам, сводка - итоги за период: заказы, кубы, сливы, время в каждом статусе, деньги. С выгрузкой в Excel.
Абонентской платы нет: платится комиссия с оформленных заявок, и она зависит от того, сколько работы система взяла на себя. Заявка, заведенная вашим диспетчером, стоит 0,75 процента, оформленная клиентом самостоятельно - 1,5 процента.
Три вещи, которые видно из отчета за месяц.
Доля заявок, оформленных клиентами самостоятельно. Чем она выше, тем меньше нагрузка на человека. Если она не растет, значит, второй путь приема либо неудобен, либо о нем не говорят клиентам.
Доля сорванных заказов и их причины. Срывы из-за подъезда и рукава - это брак приема, а не невезение. Они лечатся вопросами в скрипте.
Сколько заявок пришлось переставлять вручную. Если много - либо районы нарезаны неудачно, либо вместимость окон поставлена не по реальности.
Возьмите скрипт приема из этой статьи и просто начните задавать эти вопросы в этом порядке. Ничего внедрять для этого не надо, а сорванных выездов станет заметно меньше уже на первой неделе.
Дальше решите вопрос со сорванными заказами: заведите им отдельную пометку с причиной. Через месяц у вас появится список того, что чинить.
Дальше по теме: окна вместо точного времени - как обещать клиенту так, чтобы это можно было выполнить, и автоматизация ассенизаторского бизнеса - в каком порядке все это внедрять.
Ассенизатор онлайн - прием заявок и управление ассенизаторскими машинами. Базовый набор бесплатно, абонентской платы нет.