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