Мобильное приложение по своей сути — это ещё одно рабочее пространство для сотрудников. Здесь они отслеживают новости компании, отмечают рабочее время, получают задачи, проходят обучение и ощущают свою вовлечённость.
Но разработка корпоративного приложения значительно сложнее, чем может показаться на первый взгляд, и нередко обходится дороже, чем создание обычного пользовательского сервиса. Связано это с тем, что сотрудник не имеет мотивации, но обязан его использовать. Поэтому требования к разработке выше.
Немного вводных деталей
Чтобы разработка корпоративного приложения удалась, в начале проекта нужно зафиксировать организационные детали.
Это предпроектная фаза, которая помогает снизить риски срыва сроков, переработок и избежать противоречивых требований в ходе процесса.
В рамках предпроектной фазы:
- назначаются ответственные со стороны заказчика и IT-подрядчика и определяются каналы коммуникации;
- определяется владелец продукта (product owner), принимающий ключевые решения;
- выделяются эксперты предметной сферы (области, процесса);
- подготавливаются данные и доступы;
- формируются требования к защите персональных данных и юридические ограничения использования системы.
Если проект разрабатывается внутренними силами компании, структура взаимодействия по сути сохраняется: в роли заказчика выступают бизнес-подразделения, а внутренняя IT-служба выполняет функции исполнителя.
Портрет пользователя и контекст использования
Пользователь корпоративного приложения — это человек, выполняющий конкретную рабочую задачу, часто вне офиса.
Например, менеджеру по продажам нужно открыть карточку клиента за минуту до встречи. Сервисному инженеру — зафиксировать выполненные работы прямо на объекте, не возвращаясь к компьютеру.
Поэтому старт проекта начинается с описания нескольких параметров:
- Пользователи и ролевые сценарии. Кто и какие задачи должны решаться.
- Контекст среды. Где сотрудник находится в момент использования.
- Критичность операций. Что должно работать всегда — даже без сети.
Для наглядности будем использовать мобильное приложение, которое мы разработали для мастеров компании Ленремонт. Их условия работы – подъезды, помещения с нестабильной связью и разным освещением, постоянные перемещения между адресами.
Из этой специфики мы закладывали и требования к созданию корпоративной системы. Приложение не может состоять из длинных цепочек экранов: у сотрудника нет времени на последовательную навигацию. Заказ должен открываться быстро, а результат работы — фиксироваться сразу на месте.
Какие функции в корпоративном приложении востребованы
Функционал корпоративного приложения не рождается из ниоткуда. Сначала разбирают сам процесс работы: как появляется задача, что происходит до начала работ, какие данные фиксируются и в какой момент сотрудник взаимодействует с коллегами или клиентом.
Например, в Ленремонте мастер получает заявку, уточняет детали по телефону, приезжает на адрес, проводит диагностику и только после этого может понять объем работ. Если приложение не будет поддерживать эту последовательность, сотрудники начнут пользоваться обходными путями — звонками и мессенджерами.
Основные функции можно собрать в 4 основные группы, но их комбинация при разработке будет зависеть от специфики работы пользователей.
- Первая группа – работа с задачами. Эта группа помогает сотруднику быстро понять, что делать дальше. Открыть задачу, быстро понять детали, взять её в работу, при необходимости перенести или передать коллеге.
- Вторая группа — фиксация результата. Группа отчётности для руководителей. В системе закладывается статус, комментарии, вложения, затраченное время или расходы.
- Третья группа — коммуникации по задаче. Важно не путать эту группу с чатом или мессенджером. Здесь сотрудники уточняют вопросы, условия, встречи и ответственных по конкретным задачам. Особенно важна история по заявке (задаче), к которой можно вернуться в любой момент.
- Четвёртая группа — доступ к информации. В приложении должны быть под рукой рабочие материалы: контакты, карточки клиентов или объектов, инструкции и регламенты. Это нужно для экономии времени и снижения количества ошибок.
На практике этот набор можно определить и самостоятельно: бизнес лучше всех понимает свои процессы и может заранее выписать, какие задачи сотрудники выполняют в течение рабочего дня.
При этом опыт команды IT-разработки помогает увидеть то, что не всегда заметно изнутри. Поэтому функционал обычно формируется совместно.
Про проектирование интерфейсов мобильного приложения мы рассказывали в отдельном материале.
Что заложить в разработку
Функционал — это лишь часть процесса разработки корпоративных приложений. Самое сложное в их технической реализации: она должна обеспечивать его жизнеспособность внутри IT-инфраструктуры.
При этом, каждое техническое решение напрямую влияет на стоимость разработки корпоративных приложений, скорость внедрения и конечное удобство для пользователя.
Выбор платформы
Есть два основных подхода к разработке корпоративного мобильного приложения. Отдельно про разработку мобильных приложений мы рассказывали в этом материале.
Кроссплатформенная разработка. Одно приложение — сразу для iOS и Android. Так мобильное приложение быстрее запускается и проще поддерживается: изменения вносятся один раз и появляются у всех пользователей.
Обычно подходит, когда приложение — это в первую очередь доступ к задачам, данным и формам, и важно быстрее внедрить рабочий инструмент.
Нативная разработка. Приложение разрабатывается отдельно под каждую платформу (например, Android или iOS). Старт занимает больше времени, но работа получается более стабильной и предсказуемой.
Такой вариант выбирают, когда сотрудники используют приложение постоянно и от его надёжности напрямую зависит рабочий процесс.
PWA (прогрессивное веб-приложение). По сути это веб-сервис, который работает как приложение: открывается по ссылке в браузере и может быть добавлен на экран телефона.
Архитектурные принципы
Архитектура определяет, как система будет развиваться после запуска.
При создании корпоративных мобильных приложений обычно закладываются:
- локальное хранение данных на устройстве, когда сотрудник может открыть задачи и внести изменения даже без интернета;
- синхронизация при появлении сети: как только связь появляется, данные автоматически передаются на сервер и обновляют систему;
- разделение на независимые модули — функции работают отдельно, не мешая друг другу;
- частичные обновления — можно дорабатывать отдельные функции приложения, не переписывая его целиком.
Другими словами, это модульная (или микросервисная) архитектура: приложение можно постепенно развивать, не останавливая работу сотрудников.
Интеграции
Самый сложный блок при разработке подобной корпоративной системы — интеграции. Обычно закладывают обмен данных с CRM, ERP, BI, сервисами автоматизации и внутренними системами.
Правильная интеграция исключает дублирование информации. Сотрудник работает в мобильном приложении, а компания получает обновления в своих системах без ручного переноса данных.
Безопасность
В корпоративном приложении хранятся рабочие данные, поэтому защита должна быть встроена на уровне системы. Как правило, используются:
- авторизация с разграничением прав доступа;
- защищённое соединение с сервером;
- шифрование данных на устройстве;
- возможность удалённо заблокировать или очистить приложение.
Важно, чтобы правила информационной безопасности не усложняли работу. Чем сложнее вход и действия, тем чаще сотрудники начинают обходить систему.
Несколько советов
- Всегда начинайте с аналитики процессов.
- Учитывайте, что мобильное приложение нужно для быстрых действий и ежедневного использования, поэтому не перебарщивайте с функциями.
- Всегда помните про безопасность. В приложении будут рабочие данные, поэтому стоит сразу предусмотреть все проблемные сценарии.
- Обсуждайте решения вместе с разработчиками, потому что бизнес лучше понимает свою работу, а команда разработки — типичные ошибки внедрения.