Мобильные приложения в Сургуте: северная специфика в техническом задании
В этой статье
Заказчики из Сургута редко приходят с формулировкой «хотим красивое приложение». Приходят с болью: бригада на кусте не может отчитаться, водитель по зимнику теряет связь и накладную, вахтовик не понимает, когда борт, клиент не хочет звонить в диспетчерскую в минус сорок. Всё это решается программно, но проектные решения тут другие, чем в городах средней полосы. Ниже – о том, что мы закладываем в продукт для Ханты-Мансийского автономного округа – Югры и почему безопасность данных обсуждается раньше палитры и шрифтов.
Связь пропадает – приложение работать не перестаёт
Между городом, промысловыми объектами и трассой качество сети скачет от LTE до полного нуля. Поэтому режим работы без сети мы считаем не опцией, а нормой: справочники, задания и последние данные хранятся на устройстве, всё введённое ложится в локальную очередь и уходит на сервер, когда появляется сигнал. Фотографии сжимаются перед отправкой, чтобы отчёт с объекта улетел даже на слабом канале. Отдельно продумываем разрешение конфликтов: если один и тот же наряд закрыли двое, сервер должен принять решение по правилу, а не молча затереть чужую запись.
Что именно вы собираете о человеке
В нефтесервисе и на транспорте набор сведений выходит далеко за телефон и фамилию: табельный номер, данные пропуска на месторождение, результаты предрейсового или предсменного осмотра, геопозиция, иногда медицинские отметки. Часть этого относится к особым категориям персональных данных, и обращение с ними регулируется строже. Мы описываем в проекте, какое поле для чего нужно, кто его видит и сколько оно живёт, а лишнее вычищаем ещё на аналитике. Срок хранения должен задаваться в системе, а не в голове администратора. Правовую часть мы разбираем на странице про 152-ФЗ.
Российские серверы и вопросы службы безопасности
Если ваш конечный заказчик – крупная добывающая компания, техническое задание почти наверняка пройдёт через её службу безопасности. Типовые пункты одинаковы:
- сервер и резервные копии в российском дата-центре;
- шифрование канала и персональные учётные записи администраторов;
- никаких иностранных аналитических счётчиков и облаков;
- передача исходного кода заказчику;
- соглашение о неразглашении на всю проектную команду.
Мы работаем в этих рамках изначально – это дешевле, чем перекраивать инфраструктуру после первого же аудита. Домен и хостинг оформляем на вашу организацию, чтобы никакие ключи не оставались у подрядчика.
Вход, биометрия и мгновенный отзыв доступа
Для клиентских сервисов используем вход по коду из СМС – без паролей и форм восстановления, с ограничением частоты запросов, иначе на вашем номерном трафике покатаются чужие боты. Для корпоративных приложений схема иная: учётную запись создаёт администратор, устройство привязывается к сотруднику, а при увольнении или потере телефона доступ гасится из панели за секунды, вместе с локальным кешем. Разблокировку экрана можно повесить на отпечаток или лицо – биометрический шаблон при этом не покидает защищённое хранилище смартфона и никуда не передаётся.
Подрядчик, заказчик и разделение видимости
Типичная для города конфигурация: в одной системе работают собственные сотрудники и несколько подрядных бригад. Значит, каждый видит свой контур: подрядчик – только свои заявки и своих людей, куратор – работы по объекту, руководство – сводку. Проверку прав ставим на стороне сервера при каждом запросе, потому что скрытый в интерфейсе раздел от любопытных не спасает. Сверху – журнал операций: кто открыл документ, кто выгрузил список, с какого устройства и когда. При спорах по объёмам работ такой журнал не раз выручал наших заказчиков.
Деньги: приём оплаты и подотчёт
Для розничных сервисов – доставки, автомоек, фитнеса, платных клиник – подключаем эквайринг и СБП: карту обрабатывает платёжный шлюз, приложение получает статус, чек пробивает онлайн-касса. Для корпоративных продуктов деньги выглядят иначе: подотчётные расходы вахтовика, заявки на аванс, топливные карты. Здесь важнее не приём платежа, а согласование и выгрузка в бухгалтерию, обычно в 1С. И то и другое проектируется до вёрстки, потому что от модели оплаты зависят требования магазинов приложений.
Сроки, стек и состав сметы
Делаем кроссплатформенно: одна кодовая база даёт сборки под Android и iOS, что для распределённых бригад с разными телефонами удобнее всего. В смету входят:
- аналитика с описанием ролей, сценариев и состава данных;
- дизайн под работу в перчатках и на морозе – крупные элементы, контрастная тема;
- серверная часть и мобильные сборки;
- тестирование на реальных устройствах бригад и публикация.
Клиентский сервис с личным кабинетом и оплатой – порядка 10 недель. Промышленное приложение с офлайн-режимом, ролями и обменом с учётной системой – 4–7 месяцев, обычно очередями: сначала заявки и отчёты, потом аналитика и справочники. Смежные задачи – сайт, чат-бот для диспетчерской – можно посмотреть в разделе услуг.
Частые вопросы
Мы находимся в Сургуте, а вы нет – как контролировать ход работ? Раз в неделю созвон с демонстрацией собранной версии, доступ к трекеру задач и тестовые сборки на ваши телефоны. За четыре месяца проекта вы увидите продукт десяток раз, а не один раз в конце.
Приложение будет работать на старых телефонах бригады? Да, поддерживаем актуальные версии Android и iOS с запасом на несколько поколений назад, список устройств фиксируем в задании и тестируем именно на них.
Как выложить продукт, если он только для сотрудников? Через RuStore, закрытое распространение или корпоративную раздачу по ссылке – публичная витрина для внутреннего инструмента не нужна и часто нежелательна.
Если есть задача, но пока нет технического задания, это нормальный старт: наберите +7 (901) 417-22-12, и мы вместе разложим её на этапы, оценим первую очередь и покажем, что реально запустить до начала следующего вахтового цикла.
