Заявка от клиента пришла в WhatsApp. Мастер её увидел, но забыл. Через день клиент звонит и спрашивает, где мастер, а руководитель открывает переписку на двести сообщений и не может понять, кто за что отвечает. Вот в такие моменты компании и начинают искать то, что называется FSM-системой.

Ниже разбираем для руководителя выездной команды, что такое FSM как класс программ, из чего он состоит, чем отличается от привычной CRM и когда он действительно нужен, а когда рано. Разберёмся, где система реально меняет работу, а где нет.

FSM расшифровывается как field service management, то есть управление выездным сервисом. Если совсем просто, это система, которая держит в одном месте всё, что связано с работой выездной команды: заявки клиентов, задачи мастерам, маршруты, отчёты с объекта, историю по каждому клиенту и по каждой единице оборудования.

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

Слово «выездной» тут ключевое. FSM работает с тем, что происходит на объекте клиента: у него дома, в его магазине, на его оборудовании. Это монтажники окон, инженеры по климату и котлам, сервис кофемашин и медтехники, обслуживание систем безопасности, курьеры, электрики, сантехники, специалисты по ТОиР. Задачи у них разные, а проблема управления одна. Людей не видно, они в разъездах, а данные о работе рождаются далеко от офиса.

Excel и WhatsApp годятся для старта. Пока команда маленькая и заявок немного, всё помещается в голове и в паре чатов, городить систему незачем. Проблемы приходят с ростом и подкрадываются незаметно.

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

Второй признак: руководитель не может быстро ответить на простой вопрос «где сейчас мастер и что с заявкой». Чтобы узнать статус, приходится звонить исполнителю и отвлекать его от работы. Полной картины нет ни у кого.

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

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

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

Частый и справедливый вопрос: у нас же есть CRM, зачем ещё одна система. Разница в том, вокруг чего система построена.

CRM заточена под сделку: воронка продаж, клиенты, оплаты, менеджеры. Она отлично ведёт клиента до покупки, но плохо понимает, что такое «выезд». Маршрут, статус задачи на объекте, фотоотчёт мастера, чек-лист работ, оборудование под обслуживанием для CRM чужие сущности. Те, кто пробовал вести выездных в Битрикс24 или amoCRM, обычно упираются в одно и то же: поле туда не помещается, приходится лепить костыли из сделок и задач.

Хелпдеск, то есть система заявок, ближе по духу. Он умеет тикеты и SLA, но по умолчанию он про поддержку за столом, а не про человека, который едет на объект с инструментом. Диспетчеризация, карта, мобильное приложение мастера, работа без связи начинаются уже на территории FSM.

Мессенджер вообще не система учёта. Это канал связи. В нём не видно загрузку команды, нет гарантии, что данные сохранятся, нельзя построить отчёт и привязать историю к клиенту. FSM закрывает разрыв между «поговорили» и «сделали, зафиксировали и можем поднять через год».

При этом FSM не обязана заменять CRM. В нормальной связке продажи остаются в CRM, всё про выезд живёт в FSM, и они обмениваются данными через интеграцию.

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

Приём и учёт заявок
Заявки из разных каналов (звонок, почта, форма на сайте, QR-код на оборудовании) собираются в одном месте и не теряются. У каждой есть статус, ответственный и история. Мастер закрывает работу, и руководитель видит закрытую заявку с отчётом вместо строчки «вроде съездил, надо уточнить».

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

Мобильное приложение мастера
Сердце любой FSM. Задача, адрес, маршрут, чек-лист работ и форма отчёта лежат в телефоне исполнителя. Хорошее приложение работает даже там, где нет связи: в подвале, на парковке, за городом. Данные сохраняются и подгружаются сами, как только появляется сеть. Мастеру не нужно дублировать что-то на бумаге и переписывать вечером в офисе.

GPS и прозрачность
Клиент звонит и спрашивает, где мастер, а диспетчер смотрит на карту и отвечает сразу, не дёргая исполнителя. Здесь важно, как подать это команде. Прозрачность и слежка разные вещи. Смысл в том, чтобы у руководителя и у мастера были одни и те же факты: где был, во сколько приехал, сколько занял выезд. Выстроенному процессу контроль ради контроля не нужен, он снимает споры, а не давит на людей.

Отчёты и фото с объекта
Мастер прикрепляет фото прямо на объекте, с привязкой к месту и времени съёмки. Спор «был или не был, сделал или не сделал» отпадает сам собой. А у компании копится доказательная база выполненных работ, которая выручает и в разговоре с клиентом, и при разборе спорных ситуаций.

Учёт оборудования и ТОиР
Для сервисных компаний это часто главное. На каждую единицу техники заводится электронный паспорт: что за оборудование, где стоит, что с ним делали и когда. История ремонтов остаётся в системе, даже когда мастер увольняется. Плановые и регламентные работы система ставит по графику сама, напоминая заранее, что пора на ТО. Сюда же относится учёт заявок на ремонт оборудования, привязанных к конкретной единице.

Шаблоны, чек-листы и регламенты
Чтобы работа шла по стандарту независимо от того, какой мастер поехал, задачи собираются из шаблонов: набор полей, обязательные чек-листы, нужные фото. Это выравнивает качество и защищает от «забыл спросить, забыл проверить».

Интеграции
FSM редко живёт в вакууме. Обмен с CRM (Битрикс24, amoCRM), с 1С, приём заявок из почты, выгрузка данных связывают выездной блок с остальным бизнесом, чтобы не вбивать одно и то же дважды.

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

Клиент отсканировал QR-код на своём оборудовании и оставил заявку: не работает. Заявка сразу упала в систему, никто никому не звонил. Диспетчер видит её на доске, видит, что ближайший свободный инженер в двух кварталах, и отдаёт задачу ему. Или инженер сам берёт её из очереди. Мастеру в телефон приходит адрес, описание, история этого оборудования и чек-лист. По дороге он видит маршрут, а руководитель на карте видит, что мастер выехал.

На объекте инженер делает работу, отмечает по чек-листу, что проверил, фотографирует результат. Фото фиксируется с местом и временем. Закрывает заявку в приложении. В офисе, никого не обзванивая, видят: заявка закрыта, вот отчёт, вот фото, вот сколько заняло. История прикрепилась к паспорту оборудования, и в следующий раз мастер приедет, уже зная, что тут делали полгода назад.

Ни одного потерянного сообщения, ни одного «а кто этим занимался». Вот что на практике означает «всё в одном месте».

Скажем прямо, это сэкономит ваше время: FSM нужна не всем.

Если у вас два-три мастера, заявок немного и всё спокойно помещается в голове и одном чате, система только добавит лишний слой. На этом этапе таблица и мессенджер работают нормально, и переубеждать вас никто не должен.

FSM начинает окупаться, когда сходятся несколько условий: выездных больше десятка, заявки идут потоком, цена ошибки растёт. Потерянная заявка превращается в потерянного клиента, а не в мелкую неурядицу. Особенно заметно это в компаниях с регулярным обслуживанием по контракту (климат, котлы, лифты, медтехника, кофейное оборудование, системы безопасности), где нельзя пропустить плановые работы. И в компаниях с несколькими бригадами или филиалами, где ручная координация съедает день руководителя.

Обычно к этому моменту руководитель уже сам чувствует, что теряет контроль над полем, и ищет решение. Если это про вас, дальше стоит разобраться, как выбрать систему и не обжечься.

Выбор FSM тянет на отдельную большую тему, но несколько принципов стоит держать в голове уже сейчас.

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

Проверьте мобильное приложение в реальных условиях, включая работу без связи. Именно в нём живёт мастер, и именно оно чаще всего разочаровывает. Уточните про интеграции с вашей CRM и 1С, если они нужны. И отдельно про внедрение: хорошее внедрение занимает недели, а хороший поставщик помогает настроить систему на старте и не бросает вас наедине с документацией и тикетами.

Ещё одна тема, которую часто недооценивают: сопротивление команды. Мастера встречают новую систему в штыки, если видят в ней инструмент слежки. Поэтому важно и как вы выбираете, и как внедряете. Подавайте систему как способ снять с людей рутину (не дублировать отчёты на бумаге, не выслушивать «ты где») и как общий источник правды. Внедрение, которое демотивирует команду, не окупается, даже если функционал прекрасен.

Как расшифровывается FSM?
Field service management, то есть управление выездным (полевым) сервисом. Так называют и сам подход, и класс программ для него.

Чем FSM отличается от CRM?
CRM ведёт сделку и клиента до продажи, FSM управляет тем, что происходит после: выездом, работой на объекте, обслуживанием оборудования. Они дополняют друг друга и обычно связываются интеграцией.

Нужен ли интернет мастеру в поле?
Хорошая FSM работает и без связи: данные сохраняются на устройстве и синхронизируются, когда сеть появляется. Это критично для подвалов, парковок и загородных объектов.

Это система слежки за сотрудниками?
При правильном внедрении нет. GPS и статусы дают прозрачность, общие факты для руководителя и мастера, а не тотальный надзор. Разница в подаче и в том, зачем вы её ставите.

За сколько реально внедрить?
При нормальном поставщике и помощи на старте до рабочего состояния доходят за одну-две недели.

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

Мобифорс — как раз такая система для выездных команд: заявки, задачи, маршруты, отчёты с объекта, учёт оборудования и приложение для мастеров, которое настраивается под ваш процесс, а не наоборот. Мы помогаем настроить её на старте и не бросаем один на один с документацией. Попробовать 14 дней бесплатно →

Если у вас возникли трудности с выбором тарифного плана или вы хотите узнать о разработке функционала для вашего бизнеса, пишите нам в чате на сайте, в WhatsApp, Telegram или звоните по номеру +7 (495) 308-43-09. Мы постараемся вам помочь.