Android-приложение для бизнеса: путь от идеи до релиза за 3-4 месяца

Android-приложение для бизнеса создают в шесть этапов: техническое задание, выбор архитектуры разработки, дизайн интерфейса, программирование и интеграция с 1С, тестирование на реальных устройствах и публикация в RuStore или Google Play. Весь цикл занимает в среднем 3-4 месяца, бюджет у профильных подрядчиков начинается от 500 000 ₽.

с чего начинается разработка: не с кода, а с проблемы на складе

Дистрибьютор стройматериалов в Москве, 60 сотрудников, выдаёт товар кладовщикам по бумажным накладным. Кладовщик сверяет позиции вручную с 1С, водитель ждёт у ворот, пока диспетчер по телефону уточняет, что грузить. На собранной вручную накладной хватает одной ошибки - и клиент получает не тот товар, а бухгалтерия потом неделю разбирается с возвратом.

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

Поэтому первый шаг в разработке мобильного приложения для бизнеса - не код, а техническое задание: кто пользователь (кладовщик, водитель, менеджер), какие данные нужны из 1С, нужен ли офлайн-режим, какие экраны обязательны с первого дня, а какие можно добавить позже.

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

техническое задание и выбор архитектуры: три варианта и когда какой ставить

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

Для складского и курьерского сценария, как в примере с дистрибьютором, чаще выигрывает нативная разработка или B2B-приложение с 1С на готовой платформе - офлайн-режим и синхронизация данных при восстановлении связи там реализованы штатно, а не докручены поверх чужого шаблона.

дизайн и прототип: экран должен работать в перчатках на складе

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

какие экраны нужны в первой версии

• ✓сканирование штрихкода товара
• ✓список задач на смену с приоритетом отгрузки
• ✓подтверждение сборки и отгрузки заказа
• ✓очередь операций для отправки после восстановления связи

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

разработка и интеграция с 1С: где чаще всего теряют время

Само программирование экранов редко становится самой долгой частью проекта. Дольше всего отлаживается обмен данными между приложением и учётной системой: остатки на складе, статусы заказов, данные о клиенте должны идти из 1С в реальном времени, а не раз в сутки по расписанию.

Интеграция приложения с 1С обычно строится через HTTP-сервисы или штатный обмен данными - и здесь важно заранее знать версию конфигурации 1С у заказчика, иначе часть API придётся дорабатывать уже во время разработки. Тестировать обмен нужно на реальной рабочей базе, а не на тестовой копии с урезанными данными - иначе баги с большими объёмами остатков всплывут уже после запуска.

тестирование перед релизом: как поймать баг до жалобы кладовщика

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

что проверяют перед релизом

• ✓работу на нескольких версиях Android, включая старые устройства у заказчика
• ✓поведение при обрыве и восстановлении интернета
• ✓сценарий с прерванной операцией сканирования
• ✓расход батареи за смену при постоянном использовании камеры
• ✓отображение на разных диагоналях экрана

Каждый такой баг, найденный после релиза, - это звонок в поддержку от живого кладовщика посреди рабочей смены, а не строчка в баг-трекере.

публикация: RuStore, Google Play и когда нужен реестр российского ПО

Готовое приложение публикуют в RuStore, а при необходимости - и в Google Play, если у компании есть доступ к публикации там. Google ежегодно поднимает минимальную версию targetSdk, необходимую для прохождения модерации, - приложение, написанное под старые требования, при повторной публикации обновлений может получить отказ, и релиз сдвигается на недели, пока команда не пересоберёт проект под новую версию API.

Доступ к аккаунту разработчика Google Play для российских компаний сейчас ограничен по способам оплаты регистрации, поэтому многие корпоративные приложения выпускают только в RuStore - для внутреннего использования сотрудниками это не создаёт проблем.

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

сколько стоит и сколько ждать результата

Разработка мобильного приложения для бизнеса под ключ - от технического задания до публикации и интеграции с 1С - начинается от 500 000 ₽. Итоговая стоимость зависит от количества экранов, глубины интеграции с учётной системой и от того, нужен ли офлайн-режим и поддержка специфического оборудования вроде промышленных сканеров.

Полный цикл для проекта уровня складского приложения из примера выше занимает в среднем 3-4 месяца, включая тестирование и прохождение модерации в магазине приложений. Актуальные условия и состав работ по проектам - на странице цен и тарифов.

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

❓ Частые вопросы

Сколько времени занимает разработка Android-приложения для бизнеса?

В среднем полный цикл - от технического задания до публикации в RuStore или Google Play - занимает 3-4 месяца. Срок зависит от глубины интеграции с 1С и от того, нужен ли офлайн-режим: чем сложнее логика синхронизации данных, тем дольше идёт тестирование перед релизом.

Что дешевле - нативная разработка или кроссплатформенная?

Кроссплатформенная разработка (Flutter, React Native) экономит на старте, если приложение нужно сразу на Android и iOS. Но для сложной офлайн-логики и глубокой интеграции с 1С нативная разработка на Kotlin обычно требует меньше доработок и переделок на поздних этапах.

Обязательно ли включать приложение в реестр российского ПО?

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

Можно ли интегрировать Android-приложение с 1С без доработки конфигурации?

Иногда да, если в конфигурации 1С уже есть подходящие HTTP-сервисы для обмена данными. Но чаще часть API дорабатывают под задачи приложения - это выясняется на этапе технического задания, до начала программирования экранов.

Что входит в стоимость разработки от 500 000 ₽?

В базовую стоимость входят техническое задание, дизайн экранов, программирование, интеграция с 1С и тестирование перед публикацией. Итоговая цена растёт с количеством экранов, глубиной интеграции и требованиями к офлайн-режиму - точный расчёт делают после техзадания.