CRM для грузчиков и переездов: заявка, бригада и два денежных потока

Компания закрывает хозяйственные задачи силами бригады: грузчики, разнорабочие, переезд, грузоперевозка, демонтаж, вывоз мусора, покос и уборка.

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

Городов несколько. Где-то свои люди, где-то местная бригада. Продать заказ - половина дела. Дальше нужно набрать нужное число людей, вывести их на адрес, взять оплату и рассчитаться с исполнителями.

Пока всё это жило в одной таблице и в голове владельца.

Проблема

1. Фиксировался почти только итог: «выполнено». Не было видно, где заявка зависла - на расчёте, на согласовании цены или уже без рабочих на завтра.
2. Исполнителей писали свободным текстом. Непонятно, сколько людей нужно, сколько назначено и подтвердил ли кто выход.
3. Деньги шли двумя потоками, а в журнале - одной строкой. «Сделали, клиент не заплатил» и «клиент заплатил, рабочим не рассчитали» выглядели одинаково.
4. Звонки, Авито и мессенджеры жили в телефоне. История заказа и переписка не встречались в одном месте.
5. Повторных клиентов и отказы считали руками. Нельзя было честно сказать, какой канал кормит, а какой только шумит.
6. Второй менеджер эту таблицу не повторит: шаблон месяца плывёт, города не разведены, логика только у владельца.

Цель

• Собрать обращения в amoCRM: Авито, мессенджеры, звонки - одна карточка.
• Развести короткий цикл частника и длинный цикл юрлица, не плодя третью воронку «исполнение».
• Не пускать сделку дальше без города, вида работ, адреса, цены и бригады.
• Видеть оба денежных потока: оплата клиента и выплата исполнителям.
• Оставить процесс, который выдержит несколько городов и ещё одного менеджера.

Решение - две воронки, одна сделка

В amoCRM сделали две воронки продаж. Исполнение не уезжает в соседний канбан: назначили бригаду, выехали, закрыли - это следующие этапы той же сделки.

Каждая сделка = один заказ. Долгоживущее (договор, объекты, отсрочка) лежит в компании, а не копируется в каждый выезд.

Тип клиента система ставит сама: попал в воронку физлиц - физлицо, в юрлиц - юрлицо.

Воронка для частных клиентов

Короткий цикл: взял → посчитал → согласовал цену → назначил → сделал → закрыл.

1. Новая заявка. Обращение в CRM. Менеджер назначает себя - заявка считается взятой.
2. Взял в работу. Первый контакт: город, вид работ, адрес, дата, сколько людей нужно.
3. Расчёт / КП отправил. Клиенту ушла цена. Без города, вида работ, даты, числа рабочих, суммы и адреса система дальше не пускает.
4. Цену согласовал. Условия приняты. Можно подбирать бригаду.
5. Исполнителей назначил. Есть дата выхода, способ оплаты и предоплата.
6. Выполняется. Назначенные люди указаны, работа на объекте.
7. Работа выполнена. Ждём оплату, если её ещё нет.
8. Успешно. Считаются выплата исполнителям и прибыль. Без статуса «рассчитано» успех не закрыть.

Отказ - с любого этапа, но только с причиной: нецелевая, недозвон, цена, сроки, не нашли людей, клиент отменил.

Воронка для юрлиц

Длиннее на входе, то же исполнение в хвосте.

Холодный обзвон и тёплая база плативших компаний - два разных входа. В тёплую базу не кладём тех, кто ещё ни разу не оплатил.

Дальше: разговор с ЛПР → КП → обратная связь → при необходимости договор → подтверждение заказа → бригада → объект → закрытие.

На КП обязательны город, вид работ, адрес, дата, число людей и сумма. На подтверждении заказа - дата выполнения, оплата и предоплата. На успехе - выплата рабочим и статус расчёта.

Если договор не нужен, из обратной связи по КП можно идти сразу в подтверждённый заказ.

Что ещё настроили вокруг воронок

• Поле источника, чтобы Авито и «свои» заявки не смешивались в одну кучу.
• Списки видов работ и городов - не свободный текст «ну что-то погрузочное».
• Одно поле причины и для отказа, и для срыва на объекте.
• Бюджет = сумма сделки, без второго поля «стоимость для клиента».
• Каналы: Авито, WhatsApp, MAX, IP-телефония - переписка и звонок в той же карточке.

Исполнителей на старте не раздували в отдельный каталог-монстр: на сделке достаточно, кого назначили. Рейтинг в имени и график смен - следующий слой, когда воронка уже живая.

Что изменилось после настройки

Заявка больше не строка в месячной вкладке. У неё есть этап: ещё считаем, уже продали, уже ищем людей, уже на адресе.

Нельзя отправить расчёт «на глазок»: нет адреса и объёма - нет КП.

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

Юрлица не путаются с частниками. Повторный заказ платившей компании стартует из тёплой базы, а не из холодного обзвона.

Отказы складываются в картину: цена, недозвон или «не нашли исполнителей».

Почему это работает

1. Продажа и выезд в одной сделке. Не нужно переносить заказ в соседнюю воронку и терять поля.
2. Два входа для юрлиц. Холодный контакт и уже платившая компания - разная дисциплина.
3. Гейты на деньгах и на людях. Нет цены и адреса - нет расчёта. Нет бригады - нет этапа «выполняется». Нет выплаты - нет успеха.
4. Мультигород заложен сразу. Город - поле сделки, а не комментарий.

Вывод

CRM для грузчиков и переездов - это не канбан «лид / оплата». Это маршрут заказа: заявка с Авито, честный расчёт, бригада на адресе, деньги от клиента и деньги рабочим.

Когда этапы совпадают с этим маршрутом, заказ не живёт только в голове владельца. Можно взять второй город и второго менеджера - и не потерять заявки «на завтра без людей».

Если у вас тоже заявки в таблице, а бригада собирается по памяти - разберём воронку на бесплатном аудите.