Корпоративное мобильное приложение: принципы проектирования для полевых команд

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

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

Уменьшенная версия настольной системы в поле не работает

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

• Где пользователь выполняет работу: на складе, на стройплощадке, в офисе клиента, в машине?
• Может ли он пользоваться одной рукой, читает ли экран на солнце, работает ли в перчатках?
• Везде ли хорошая связь; как должна вести себя форма, если связь слабая или прерывается?
• Сколько времени он может выделить на одну операцию; нужно ли закончить её стоя и быстро?

Четыре принципа проектирования

1. Поймите контекст

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

2. Сократите сценарий

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

3. Используйте возможности устройства

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

4. Возвращайте данные в центр

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

Какие сценарии входят в мобильное приложение?

Состав зависит от компании. В работе над Мобильным приложением YazSis для полевых команд рассматриваются следующие области:

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

Хорошее приложение для поля не требует от пользователя делать больше работы, а позволяет записать уже сделанную работу меньшим числом шагов.

С нашим подходом к корпоративным мобильным приложениям для полевых и кадровых операций можно ознакомиться на странице Мобильное приложение.