Почему обычная CRM не подходит под выездную работу, какие двенадцать вещей должна уметь система для ассенизатора и как отличить рабочий инструмент от красивого интерфейса.
Запрос «CRM для ассенизаторов» вводят люди, у которых уже болит. Заявки живут в трех местах, водитель звонит спросить, куда ехать дальше, клиент обижается, что обещали днем и не приехали. Человек идет искать программу.
И почти сразу упирается в две стены. Первая: отраслевых решений мало, и половина из них - это универсальные системы с переклеенной вывеской. Вторая: те, что универсальные, спроектированы под отдел продаж, а не под машину с бочкой.
Разберем, что система в этом бизнесе обязана уметь, что в ней окажется лишним и как отличить рабочий инструмент от красивого интерфейса.
CRM в исходном смысле - это система управления отношениями с клиентами: воронка, сделки, менеджеры, вероятность закрытия. У ассенизатора ничего этого нет. У него есть яма, которая переполнилась, и человек, которому надо сейчас.
Поэтому под словом «CRM для ассенизаторов» люди обычно ищут не CRM, а диспетчерскую: место, где заявки, машины, водители и клиенты живут вместе, а день собирается сам.
Три вещи отличают такую систему от любой универсальной. Она понимает географию, потому что заказы надо собирать кустом. Она понимает объем, потому что бочка не резиновая. И она живет в телефоне у водителя, а не только в браузере у вас.
Все остальное - воронки, дашборды, статусы сделок - можно смело выкинуть. В выездной работе они не работают.
Возьмите любую популярную CRM и попробуйте завести в нее заказ на откачку. Формально получится: контакт, сделка, сумма, ответственный. А дальше начинается несовпадение.
В CRM сделку двигают по этапам, а у вас этапов нет. «Переговоры», «коммерческое предложение», «согласование» - это язык продаж длиной в недели. У вас цикл сделки - от звонка до откачки полдня, и никаких переговоров в нем нет.
CRM не знает, где находится адрес. Для нее это строка текста. Для вас это главное: три заявки в одном поселке и три в разных концах района - совершенно разные дни. Система, которая не умеет группировать по территории, не решает вашу основную задачу.
CRM не знает, сколько влезет в бочку. Она может посчитать сумму сделки, но не подскажет, что после четвертого заказа надо ехать на слив и следующие два адреса лучше поставить после него.
CRM рассчитана на менеджера за столом. Водитель в перчатках, с рукавом в руках, не будет заполнять карточку с пятнадцатью полями. Ему нужны две кнопки размером в палец.
И главное: CRM ничего не говорит клиенту. А в этом бизнесе половина работы диспетчера - это отвечать на «вы вообще едете?».
Отсюда простое правило. Если вам предлагают отраслевое решение, посмотрите, откуда растут ноги. Если внутри знакомая воронка сделок с переименованными этапами - это универсальная система в новой обертке, и все перечисленные проблемы останутся при ней.
Это чек-лист. Распечатайте, задайте эти вопросы любому продавцу и смотрите, на каком пункте начнутся отговорки.
1. Принимать заявку двумя путями. Звонок никуда не денется: значительная часть заказчиков будет звонить всегда. Но и второй путь нужен - чтобы человек мог оформить сам, ночью, не дозваниваясь. Обе заявки должны попадать в одно место, а не в две разные системы.
2. Держать всю историю адреса. Второй раз клиент не должен ничего диктовать. Объем, длина рукава, где заезд, есть ли собака - все это записано с прошлого раза.
3. Понимать районы. Не «адрес строкой», а именно район или направление, к которому адрес привязан. Без этого невозможно ни собирать кусты, ни считать, какая территория приносит деньги, а какая только пробег.
4. Считать заполнение бочки. Система должна сама показывать, на каком заказе цистерна кончится и когда придется ехать на слив.
5. Показывать день целиком. Не список из ста строк, а картину: какая машина, какие окна, что в каждом окне и в каком порядке.
6. Давать менять порядок объезда руками. Никакой алгоритм не знает, что на Садовой перекопали дорогу. Порядок должен таскаться мышкой или пальцем, и изменение должно тут же видеть второй человек.
7. Жить в телефоне у водителя. Отдельный простой экран: мои заказы на сегодня, адрес, объем, телефон клиента, кнопка «еду», кнопка «откачал».
8. Уведомлять заказчика. Как минимум одно сообщение - «выехал, буду примерно тогда-то». Именно оно убирает большую часть входящих звонков.
9. Фиксировать срыв с причиной. Если сорванный выезд некуда записать, водитель пометит его выполненным, и с этого момента все ваши отчеты врут. Нужен отдельный статус и список причин.
10. Считать деньги по водителям. У каждого своя схема оплаты, и договоренность, действовавшая в марте, не должна задним числом пересчитывать февраль.
11. Отдавать отчет за период. Сколько заказов, кубов, сливов, денег, как разложено по машинам, водителям и районам. С выгрузкой, если понадобится бухгалтеру.
12. Оставлять базу вам. Клиенты, адреса, история - ваши. Это надо проверять до подключения, а не после.
Если система закрывает первые восемь пунктов, она уже сильно лучше таблицы. Если все двенадцать - можно работать годами.
Таблица. Честный первый шаг, и не надо его стесняться. Данные в одном месте, можно отсортировать и посчитать сумму. Ломается на трех вещах: не подсказывает соседние адреса, не живет в телефоне у водителя и не выдерживает двух рук одновременно. Подробный разбор с готовым шаблоном - в статье про учет заявок в excel.
Универсальная CRM. Дает карточки клиентов, историю звонков, интеграцию с телефонией - и это правда полезно. Но день не собирает: география, объем и порядок объезда остаются у вас в голове. По деньгам обычно абонентская плата за каждого пользователя, то есть чем больше водителей, тем дороже, независимо от того, сколько было заказов.
Полевые системы управления выездными бригадами. Ближе по духу: там есть задания, исполнители, статусы, карта. Но настроены под ремонтников и монтажников, где важна квалификация исполнителя и запчасти. Про бочку, объем и слив там нет ничего, и допилить это без разработчика не получится.
Самописное решение. Соблазн понятный: сделаем ровно под себя. Реальность в том, что первая версия выходит через несколько месяцев, стоит как подержанная машина и после этого требует человека на поддержке навсегда. Разбор этой развилки - в статье про автоматизацию ассенизаторского бизнеса.
Мессенджер и общий чат. Работает ровно до второй машины. Потом заявки тонут в переписке, а найти вчерашний адрес можно только поиском по словам.
Тут интереснее. Лишние функции не просто бесполезны - они мешают, потому что каждая требует, чтобы кто-то ее заполнял.
Воронка сделок. У вас нет вероятности закрытия. Заявка либо выполнена, либо сорвана.
Длинные карточки. Каждое поле, которое кто-то должен ввести руками, будет либо пустым, либо заполненным наугад. Полей должно быть ровно столько, сколько реально влияет на работу.
Точное время приезда. Соблазн огромный, а обещание невыполнимое. Сама откачка занимает 20-40 минут (otkachkaka.ru, август 2026), но длительность заказа определяет дорога, а ее не предскажет никто. Обещая «в 14:00», вы обещаете то, чем не управляете, и одна размытая грунтовка рушит весь день. Рабочая замена - окно плюс уведомление «еду».
GPS-слежка за водителем. Продается как контроль, а работает как недоверие. Для дела достаточно знать, что водитель свободен и за его окном закреплен нужный район. Где именно стоит машина в эту минуту - информация, которая почти никогда не меняет решение.
Дашборды с десятком показателей. Владельцу одной-трех машин нужны четыре цифры: заказы, кубы, сливы, деньги. Остальное - украшение экрана.
Скоринг клиентов, рассылки, сегменты. Инструменты рынка, где надо разогревать спрос. Ваш спрос разогревается сам, ямой.
Тут одна развилка, и она важнее интерфейса.
Абонентская плата за пользователей. Платите фиксированную сумму в месяц за каждого сотрудника. Плохо тем, что счет не зависит от выручки: зимой заказов вдвое меньше, а платеж тот же. И тем, что каждый новый водитель дорожает, хотя новый водитель - это как раз тот момент, когда денег меньше всего.
Комиссия с заявки. Платите долю с того, что реально прошло через систему. Сезонность отрабатывается сама: меньше заказов - меньше платеж.
Разовая покупка или разработка. Ноль ежемесячных платежей и полная зависимость от того, кто это писал. Через год выйдет новая версия Android, и придется искать разработчика.
Что спросить обязательно, независимо от модели. Что происходит с базой при отключении. Сколько стоит добавить машину и водителя. Платите ли вы за несостоявшийся заказ. Есть ли предоплата за год и можно ли без нее.
Мы делали систему именно как диспетчерскую, а не как CRM с переименованными полями. Вот как в ней решены пункты того же чек-листа - и где пока не решены.
День делится на окна. У каждой машины два-три окна, за каждым окном закреплены районы, до двух - например, две соседние деревни, где по отдельности заявок не набирается. Вместимость окна вы задаете сами: это число, которое ставит человек, а не расчет системы.
Заказчик выбирает окно, а не время. Ему показываются только те окна, где по его району место еще осталось. Кончилась вместимость - окно просто не показывается. После оформления он видит «приедем с 8 до 12, заранее пришлем уведомление».
Заявка привязывается к машине сама. По району, по остатку вместимости и по остатку в бочке. В обычный день вы не делаете ничего. Как именно работает это распределение, разобрано отдельно в статье про распределение заявок между машинами.
Заявок два пути, место одно. Клиент оформляет сам через приложение либо звонит, и тогда заявку заводит диспетчер. Обе попадают в те же окна на ту же доску.
Экран заявок - доска, а не таблица. По каждой машине ее окна, внутри окна упорядоченный список. Порядок списка и есть порядок объезда. Карточку тянут выше и ниже, как в Trello. Двигать могут и водитель, и вы, список обновляется живьем у обоих. Обед - такая же строка, ее тоже можно двигать.
Система считает, когда ехать на слив. Между заявками считается прогноз заполнения бочки. Если следующая заявка уже не помещается, в списке появляется плашка «Пора на слив». Она нарисована пунктиром - это предположение, и оно двигается, когда меняется реальность.
Водитель не жмет кнопки, а тянет слайдер. «Еду на откачку», «Откачал», дальше либо следующий заказ, либо «Еду на слив», «Слил» и «Свободен». Когда водитель тянет «Еду на откачку», заказчику уходит push о том, что машина выехала. Времени прибытия в этом сообщении нет намеренно: геолокации в системе нет, а придуманные минуты - это вранье, за которое потом отвечать вам. Заказчик знает интервал, который выбрал сам, и знает, что машина уже едет. Этого хватает, чтобы он не звонил.
А вот срыв выезда пока разбирает человек. Отдельного статуса «не состоялось» у нас нет: если водитель ничего не отметил, заявка так и остается на своей дате, и перенести или закрыть ее можно только из кабинета службы. Это тот пункт чек-листа, который у нас закрыт руками, а не системой, и честнее сказать об этом сразу, чем показать вам красивый экран, которого нет.
Рукав учтен в цене. Вы задаете стандартную длину рукава и доплату за метр сверх нее. В форме заказа есть поле, сколько метров от места стоянки машины до ямы, и оно и влияет на цену, и сопоставляется с возможностями машины. Если заявке нужно больше рукава, чем есть у назначенной машины, она помечается, и вы переставляете ее на другую.
Срочный заказ ищет свободного. «Побыстрее» предлагается водителю, который сейчас свободен и за окном которого закреплен нужный район. Район и есть определение близости - геопозиция для этого не нужна. Вместимость окна на срочный заказ не распространяется: мест не осталось, но человек свободен, значит, предложение придет.
Водитель привязан к окну, а не к машине. До обеда на машине один, после обеда другой, каждый со своего телефона. Смены назначаете вы.
Деньги по водителям считаются по их схеме. С каждым договариваются отдельно, поэтому схема настраивается в карточке: фиксированная сумма за заявку, процент от выручки или ставка за день. Примененная ставка записывается в саму заявку в момент выполнения - иначе смена условий пересчитает прошлые периоды задним числом.
Отдельно есть привлеченные водители со своими машинами. Отношение обратное: не вы платите ему, а он платит вам процент за заявку. У него баланс, который он пополняет сам, и история операций, которую он видит. Так вы можете собирать поток заявок и распределять его не только на свои машины.
Отчеты. Лента - хронология дня по минутам: выехал, откачал, поехал на слив, свободен. Сводка - итоги за период: заказы, кубы, сливы, время в каждом статусе, деньги. С выгрузкой в Excel.
Деньги за систему. Прием заявок, доска дня, машины, водители, смены, районы, слоты, тарифы, приложение водителя и приложение заказчика входят в базовый набор и стоят ноль. Дальше выбираете вы. Либо 1 процент с оформленной заявки, одинаково для всех способов - завел ее диспетчер, заказчик сам через приложение или голосовой помощник. Либо подписка вместо комиссии: 1 990 рублей в месяц за активную машину при одной-четырех машинах, 1 490 при пяти-девяти, 990 при десяти и больше, и тогда с заявок не берется ничего. От абонентки, о которой шла речь выше, это отличается двумя вещами. Считается за машину, а не за каждого пользователя, так что новый диспетчер или водитель в кабинете цену не поднимает. И это выбор, а не единственный вариант: пока заявок немного, дешевле процент, а переключиться между вариантами можно в любой момент.
И про базу. Мы не продаем заявки и не поставляем клиентов. Комиссия - плата за систему, а клиенты остаются вашими.
Не переносите все сразу. Порядок, который работает.
Шаг первый. Заведите машины, водителей и районы. Районы - это самое важное решение на старте: как поделите территорию, так потом и будете собирать кусты. Начните с крупных направлений, дробить всегда успеете.
Шаг второй. Настройте окна на один день и проведите через систему только завтрашний день. Не всю неделю, один день.
Шаг третий. Посадите водителя на приложение. Если у вас несколько водителей, начните с одного, самого спокойного.
Шаг четвертый. Только после этого открывайте прием заявок от заказчиков. Сначала дайте персональную ссылку паре постоянных клиентов, которые точно не устроят скандала, если что-то пойдет не так.
Шаг пятый. Через месяц откройте отчет за период и сравните с тем, что вы думали о своем бизнесе. Обычно на этом месте бывают открытия.
Старые заявки переносить не надо. Заведите постоянных клиентов с адресами и объемами - этого достаточно, чтобы повторный заказ оформлялся в два действия.
Мне нужна CRM или диспетчерская? Если вы возите бочку - диспетчерская. CRM понадобится, если у вас появится отдел продаж, который месяцами ведет переговоры с промышленными заказчиками. У большинства такого нет.
У меня одна машина, не рано ли? Смотрите не на количество машин, а на два признака: появился второй человек и вы перестали помнить свой день наизусть. Если хотя бы один есть - не рано.
А если водители не захотят? Обычно захотят, если экран простой и им перестанут звонить с вопросом «ты где». Сопротивление начинается там, где систему используют как надзор: требуют фотоотчеты, считают минуты, разбирают маршруты. Не делайте так.
Можно совмещать с таблицей? Первую неделю - можно, для спокойствия. Дольше не стоит: два параллельных списка расходятся всегда, и заканчивается это тем, что не верят ни одному.
Что будет с клиентской базой, если я уйду? Правильный вопрос, задавайте его всем. У нас база ваша, и это не оговорка мелким шрифтом, а принцип: мы не продаем заявки.
Возьмите чек-лист из двенадцати пунктов и честно отметьте, что у вас закрыто сегодня. Если закрыто меньше половины, дело не в том, что вам нужна программа подороже, - дело в том, что часть вашего бизнеса до сих пор живет только у вас в голове.
Дальше по теме: как перестать терять заявки - разбор конкретных дыр в приеме заказов, и сколько зарабатывает ассенизатор - как посчитать, во что вам обходятся эти дыры.
Ассенизатор онлайн - прием заявок и управление ассенизаторскими машинами. Базовый набор бесплатно, дальше на выбор - 1 процент с заявки или подписка за машины.
