Разработка
мобильных приложений
в Ростове-на-Дону

Объем задач, количество интеграций и насколько быстро вы отвечаете на наши уточнения. Мы всегда оставляем немного пространства для финальных правок и тестов — чтобы не срывать сроки и спокойно довести все до ума.

Зависит от платформы (iOS, Android, Flutter), функциональности и технической архитектуры. Точную сумму сможем назвать после того, как обсудим задачи.

Да, и это даже удобно: логика будет общей, и ничего не придется клеить потом на ходу. Мы делаем и сайты, и приложения — проектируем все целиком, чтобы все работало как часы.

Не исчезаем :) Поддерживаем, обновляем под новые версии iOS и Android, следим за стабильностью и развиваем проект дальше. Для нас запуск — это точка роста.

Да, и без боли. Мы сразу строим архитектуру так, чтобы было удобно масштабироваться. Нужен чат? Онлайн-оплата? Темная тема? Все добавляется по мере роста.

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

Если аудитория в России — да, иначе часть пользователей просто не установит приложение. Готовим отдельную сборку и держим версии синхронно с App Store, чтобы поддержка не разбирала расхождения функциональности между сторами. Отдельно проверяем глубокие ссылки: они ведут себя по-разному в зависимости от того, из какого стора установлено приложение.

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

Базу с персональными данными держим на сервере в России, там же резервные копии. Дополнительно проверяем сторонние SDK: аналитика, крэш-репорты и рекламные модули часто отправляют идентификаторы за рубеж по умолчанию. Инвентаризацию такого трафика делаем до релиза, потому что после публикации менять SDK дороже и медленнее.

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

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

Ревью Apple обычно занимает от суток, RuStore быстрее, Google Play зависит от типа изменений. Срочные правки планируем с запасом на ревью, а критичные исправления по возможности выносим в конфигурацию на сервере: тогда поведение приложения меняется без релиза. Эту возможность закладывают в архитектуру заранее, задним числом она не появляется.

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

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

Доступы или решение об их создании: аккаунты разработчика Apple и RuStore, доступ к учётной системе, если нужна интеграция, и человек с вашей стороны, который принимает решения по спорным вопросам. Аккаунты оформляем на вашу компанию с самого начала — это снимает проблему передачи прав, из-за которой проекты застревают при смене подрядчика.

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

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

Через геолокацию приложения в фоновом режиме, с согласия водителя и с понятным ему индикатором. Фоновая геолокация расходует батарею и ограничивается системой, поэтому частоту опроса подбирают под задачу: маршрутная точка раз в минуту и раз в секунду дают разную цену по заряду. Требования сторов к обоснованию фоновой локации тоже учитываем — без объяснения в описании приложение снимают с ревью.

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