Первая часть этой серии назвала семь мест, через которые утекает прибыль подрядных и сервисных компаний, и сказала, что самое крупное из них — один-единственный пункт: заявка, которая поступила, была выполнена и так и не была зарегистрирована. Там же было сказано, что практический порядок — сначала закрыть самый большой разрыв. Эта часть посвящена именно ему.

Проблема не в том, что WhatsApp плох. Проблема в том, что канал для переписки используется как операционная система. Переписка переносит информацию, но не хранит никакого статуса, не выдаёт номера, никого не предупреждает о пропущенном сроке и не формирует никаких отчётов. Альтернатива — наряд-заказ: одна запись, создаваемая в момент поступления заявки и сопровождающая её до самого счёта.

Прежде всего — один канал приёма

Большинство попыток навести порядок проваливаются по простой причине: систему добавляют рядом с WhatsApp, а не вместо него, и в итоге у вас два источника истины, а бригады выбирают тот, что проще. Поэтому первый шаг — управленческое, а не техническое решение: каждая заявка поступает через одно место.

Это не значит запрещать клиентам писать сообщения. Это значит, что тот, кто получил сообщение, отвечает за то, чтобы превратить его в наряд-заказ до того, как сдвинется хоть один техник. На практике компании, у которых это приживается, делают три вещи одновременно:

  • Определяют одну точку приёма, которую клиент действительно знает: один номер, портал или почтовый ящик.
  • Делают явным одно внутреннее правило: ни одного выезда без номера заявки и ни одной выдачи запчасти без номера заявки.
  • Сразу сообщают клиенту номер заявки, чтобы он начал спрашивать по номеру, а не объяснять проблему заново с самого начала.

Номер заявки: поле, на котором держится всё остальное

Номер — это не бумажная волокита. Это ссылка, на которую относятся затраты. Когда запчасть выдаётся под номер заявки, часы техника учитываются по тому же номеру, а транспортные расходы и расходы на субподрядчиков тоже списываются на него, у вас есть рассчитанная себестоимость, а не оценка. А когда эти номера сводятся по договору или проекту, вы знаете маржу этого договора, а не только компании в целом.

Практический смысл: когда подходит срок продления договора на обслуживание, разница между переговорами с позиции силы и переговорами на ощущениях — это ваша способность сказать, что этот клиент за год потребил конкретное число выездов и запчасти на конкретную сумму. Без номера заявки этот разговор — всего лишь впечатление.

Статус и ответственный: у кого эта заявка прямо сейчас

Клиента редко расстраивает сама задержка; его расстраивает незнание того, на каком этапе его заявка. Достаточно короткой цепочки статусов: зарегистрирована, назначена, в работе, ожидает запчасть, ожидает клиента, выполнена, закрыта. Два самых важных с операционной точки зрения — «ожидает запчасть» и «ожидает клиента», потому что они останавливают отсчёт времени против вас, переводят мяч на правильную сторону и видны в оценке вашей работы, а не растворяются в общей цифре задержек.

И у каждой заявки есть один ответственный, названный по имени. Заявка, принадлежащая целой команде, не принадлежит никому. Ответственный — не обязательно тот, кто выполняет работу; это человек, который отвечает, когда клиент спрашивает, как обстоят дела.

Время реагирования: письменное обязательство, а не устное обещание

Договоры на обслуживание обычно устанавливают время реагирования и время устранения, а иногда привязывают к ним штраф. Если эти часы не измеряются автоматически, о нарушении вы узнаёте из жалобы клиента, а не из собственной системы. Базовое требование — отсчёт начинается в момент регистрации заявки, а не тогда, когда кто-то случайно её заметил.

Держите две цифры раздельно: время реагирования — от регистрации до прибытия техника, и время закрытия — от регистрации до завершения работ. Первая измеряет дисциплину планирования; вторая — наличие запчастей и то, был ли направлен специалист нужного профиля. Если свести их в одну цифру, настоящая причина задержки скрывается. А устанавливая приоритет, привязывайте его к влиянию неисправности на работу клиента, а не к его тону по телефону.

Что фиксируется на объекте: заметки, фото, подпись

Это та часть, за которую вы платите через несколько месяцев, а не сегодня. На объекте в момент выполнения фиксируются три вещи:

  • Заметки о выполнении: что вызвало неисправность и что на самом деле было сделано. Это те знания, которые, как говорилось в первой части, уходят за дверь вместе с сотрудником. Записанные по объекту оборудования, они остаются в компании.
  • Фотографии до и после: ваше доказательство, когда клиент оспаривает состояние оборудования до визита, и ваше доказательство перед страховщиком или арендодателем, когда есть повреждения.
  • Подпись клиента или его представителя: подтверждение того, что работа выполнена и сдана. Без неё акт для оплаты превращается в спор.

Одно наблюдение из практики, которое решает судьбу внедрения: приложением, которому нужен хороший сигнал, пользоваться не будут. Технику в подвале, в машинном отделении или в строящемся здании нужно фотографировать, писать и получать подпись офлайн, а потом всё должно автоматически синхронизироваться, когда сигнал вернётся. Это обязательное условие внедрения, а не приятное дополнение.

Дополнительные работы: документируйте до выполнения

Третьей утечкой в первой части была дополнительная работа, выполненная без распоряжения об изменении. Наряд-заказ — естественное место, чтобы её поймать: когда клиент просит что-то за рамками исходного объёма, внутри заявки или в виде связанной заявки открывается дополнительная строка и подписывается тут же. Разница между двухминутной подписью на объекте и попыткой получить её через месяц — это разница между полученными деньгами и деньгами, списанными в убыток.

От наряда-заказа к счёту и акту для оплаты

Именно здесь проявляется отдача. Акт для оплаты или счёт не составляется по памяти в конце месяца; он собирается из закрытых нарядов-заказов, каждый из которых несёт собственное доказательство: дату, описание, часы, запчасти, фотографии и подпись. Подача документов превращается из исследовательского проекта в сборочную работу, а оспорить её становится труднее, потому что за каждой строкой стоит документ.

Что касается соответствия требованиям: электронное выставление счетов в Саудовской Аравии требует выпускать электронный счёт, привязанный к реальной операции и интегрированный с платформой Управления по закяту, налогам и таможне (ZATCA). Когда источником строк вашего счёта служат закрытые, задокументированные наряды-заказы, соответствие требованиям становится побочным продуктом того, как вы работаете, а не дополнительной работой в конце месяца.

Взгляд Origami

Когда мы внедряем наряды-заказы для подрядного или сервисного клиента, самая частая ошибка, которую мы видим, — начинать с огромной формы с двадцатью обязательными полями. Результат предсказуем: бригады заполняют поля мусорными значениями лишь бы закрыть экран, и в итоге у вас данные хуже, чем их отсутствие.

Что работает на практике: начинать только с шести обязательных полей — клиент, объект, описание, приоритет, ответственный, статус — плюс фотография и подпись при закрытии. Работать так целый месяц, пока это не станет привычкой, а затем добавлять по одному полю, каждое только тогда, когда от него зависит реальное решение. Наше правило: любое поле, которое не меняет решения, не разрешает спор и не попадает в счёт, — это поле, которое впустую замедляет техника.

И метрика, за которой мы следим в первый месяц, — не то, сколько отчётов выдаёт система, а доля заявок, попавших в систему, по сравнению с теми, что на самом деле дошли до мастеров. Если заявки продолжают поступать через чёрный ход, проблема управленческая, и никакая система её не исправит.

Что дальше

Теперь, когда у каждой заявки есть номер, ответственный и часы, следующий вопрос — кто едет, когда и в каком порядке. Третья часть посвящена планированию выездных бригад и диспетчеризации визитов: подбору нужного профиля, географической последовательности визитов, проверке наличия запчастей перед выездом и учёту присутствия и местоположения в соответствии с Законом о защите персональных данных (PDPL).

Источники