Как компания выездного сервиса из 24 человек запустила приложение для сотрудников за 10 недель

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

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

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

Проблема: бизнес, работающий на бумаге и звонках

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

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

Цена была не только в офисных часах. Она была в задержке. Заказ, завершённый в понедельник, мог быть выставлен к оплате лишь на следующей неделе, потому что бумага ещё не всплыла. Клиенты звонили по поводу работы, о завершении которой офис не знал. А когда наряд пропадал совсем — что случалось чаще, чем кто-либо признавал, — этот заказ просто никогда не выставлялся к оплате. Никто не мог сказать нам, сколько денег утекало таким образом, и именно в этом была суть.

Что мы намеренно не стали делать

Самый быстрый способ сорвать десятинедельный срок — говорить «да» всему. Поэтому, прежде чем написать строчку кода, мы составили список того, что приложение не будет делать, — и заставили владельца согласиться с ним вслух. Это самая неэффектная часть любого проекта и одновременно главная причина того, что он был сдан вовремя.

Список желаний, собранный за два разговора, насчитывал около тридцати функций. GPS-отслеживание фургонов. Портал записи для клиентов. Складские остатки по всему складу. Автоматическая оптимизация маршрутов. Полноценная CRM. Отчёты о повреждениях с фото и пометками. Учёт рабочего времени с выгрузкой в зарплату. Каждая из них была разумной идеей. Каждая из них была также способом никогда не закончить.

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

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

Что приложение на самом деле делает

Сведённое к сути приложение почти скучно простое — и это комплимент. Утром техник открывает его и видит свои заказы на день, по порядку, с адресом, клиентом, историей объекта и тем, что от него ожидается. Он заходит в заказ, и всё, что раньше жило на планшете, теперь живёт на экране.

На месте он фиксирует выполненную работу по короткому чек-листу, добавляет материалы из поисковой выдачи (так что «медный уголок 22 мм» — это два касания, а не угадывание написания), делает одно-два фото, если что-то нужно задокументировать, и передаёт телефон клиенту для подписи пальцем. Нажимает «готово.» Вот и всё. Как только появляется сигнал, всё синхронизируется с офисом — без звонка, без бумаги, без перепечатывания.

Деталь, которая важнее всего: работает без сигнала

Приложения выездного сервиса живут или умирают благодаря одной вещи, которую демо никогда не показывает: что происходит в подвальной котельной без приёма. Если приложение зависает или теряет данные в тот момент, когда исчезают деления сети, техники забросят его за неделю, а вы построите дорогое пресс-папье. Поэтому мы с первого дня сделали его offline-first. Всё полностью работает без соединения; устройство хранит данные и синхронизирует их, как только может. Техник об этом никогда не думает, и в этом-то и смысл.

Сторона офиса: один экран, никакого перепечатывания

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

Десять недель, честно

Десять недель — не магическое число; это столько, сколько заняли эти рамки силами одной пары «дизайнер-разработчик» и по-настоящему вовлечённого клиента. Вот как примерно распределилось время — включая неделю, которую мы потеряли, потому что делать вид, что проекты идут безупречно, не помогает никому.

1. 1
   Недели 1–2: Наблюдай, не спрашивай

   Мы ездили в фургоне, сидели в офисе и нарисовали реальный рабочий процесс на стене. Мы написали рамки в одно предложение и список «не делаем» и получили согласование обоих ещё до какого-либо дизайна.
2. 2
   Недели 3–4: Кликабельная форма

   Мы собрали кликабельный прототип — без настоящего кода, просто экраны — и дали его в руки двум техникам. Их отзывы рано похоронили три наших допущения, а это самое дешёвое место, чтобы ошибиться.
3. 3
   Недели 5–7: Сборка ядра

   Список заказов, цифровые наряды, материалы, подпись, фото и движок офлайн-синхронизации. Синхронизация была сложной частью и съела большую часть седьмой недели.
4. 4
   Неделя 8: Неделя, которую мы потеряли

   Интеграция с выставлением счетов сопротивлялась. Интерфейс существующего ПО оказался капризнее, чем заявляла документация, и мы сожгли неделю на чистое сопоставление полей. Оно того стоило — перепечатывание было всей проблемой, которую мы решали.
5. 5
   Недели 9–10: Пилот и шлифовка

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

Как заставить выездной персонал действительно им пользоваться

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

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

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

Что изменилось — результаты

Здесь мы будем осторожны, потому что кейсы любят приводить точные цифры, которые разваливаются при расспросах. Эти цифры — собственные данные компании, снятые через несколько месяцев после внедрения, и они задают направление, а не лабораторно выверены. Но направление однозначно и совпадает с тем, что владелец чувствует изо дня в день.

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

Что мы сказали бы вам, если вы подумываете о том же

Большинство уроков здесь не специфичны для выездного сервиса. Это то, что мы сказали бы любому малому бизнесу, соблазнившемуся заказать ПО на заказ, и они стоят больше самого приложения.

Сужайте рамки безжалостно и пишите список «не делаем» прежде списка того, что делаете. Понаблюдайте за реальной работой, прежде чем что-либо проектировать, — владельцы описывают процесс, который хотели бы иметь, а не тот, по которому реально работают. Пилотируйте малым и дайте скептикам убедить остальных. И подключайтесь к инструментам, которыми уже пользуетесь, вместо того чтобы заменять их, хотя бы поначалу. Ничего из этого не хитро. Всё вместе и сделало возможными десять недель вместо десяти месяцев.

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

Частые вопросы