Разработка мобильного приложения на заказ
Создаём первую версию приложения для одного ключевого сценария: запись, заказ, рабочее действие сотрудника или доступ к сервису. Согласуем одну платформу либо кроссплатформенную сборку, подключаем API и передаём тестовую сборку для выбранных устройств.
Срок первой версии
от 14 днейСостав, точный срок и стоимость согласуем до начала работ.
01 / Результат
Что входит в первую версию приложения
- Один пользовательский сценарий
Определяем основной путь, экраны и результат действия пользователя.
- Согласованный вариант сборки
Выбираем одну платформу или кроссплатформенную сборку под требования проекта.
- Подключение к API
Связываем выбранные действия и данные приложения с серверной частью.
- Тестовая сборка для устройств
Проверяем согласованный сценарий на выбранных устройствах и передаём результат этапа.
02 / Границы задачи
За рамками базового состава
- Публикация в магазинах приложений
- Несколько сложных сценариев и работа офлайн
Платформы, устройства и состав первой версии фиксируем до разработки. Выпуск тестовой сборки и публикация в магазинах приложений имеют отдельные критерии готовности.
С какого действия начинается мобильное приложение
Выбираем задачу, ради которой человек откроет приложение. Для клиента это может быть запись на услугу, для сотрудника — получение задания и передача результата. Описываем начало пути, необходимые сведения, действие пользователя и подтверждение его завершения.
Первую версию строим вокруг одного ключевого сценария. Дополнительные роли, несколько сложных процессов и новые каналы взаимодействия меняют объём. Если идея ещё требует проверки, можно сначала разобрать MVP продукта и определить минимальный состав для этой проверки.
Как выбираем платформу и набор устройств
Уточняем, какими телефонами пользуется аудитория, какие функции устройства нужны и как приложение будет передаваться для проверки. Согласуем одну платформу или кроссплатформенную сборку. Перечень целевых устройств и проверок становится частью требований первого этапа.
Технологию выбираем после разбора сценария, данных и окружения. Для сервиса, которому достаточно возможностей браузера, можно сравнить состав с PWA-приложением. Потребность в конкретной функции проверяем до обещания её поддержки на всех устройствах.
Как приложение связано с серверной частью
Определяем, какие сведения приложение читает и какие действия передаёт серверу. Проверяем описание API, примеры данных, доступы и окружение для испытаний. Уточняем, как пользователь видит ожидание, отсутствие сведений и ответ на выполненную операцию.
Если серверная часть ещё не предоставляет нужные действия, состав её подготовки оцениваем отдельно в рамках разработки API. Новые интеграции, способы оплаты и дополнительные процессы получают свои требования. Работа офлайн не входит в базовую первую версию.
Что проверяем в тестовой сборке
На выбранных устройствах проходим основной сценарий от открытия до результата. Проверяем ввод, навигацию, получение и передачу данных, а также согласованные ошибки. Например, при записи важно проверить выбранное время, ответ сервера и сведения, которые увидит пользователь после подтверждения.
Показываем рабочую сборку и принимаем этап по требованиям. Замечания связываем с согласованным сценарием и уточняем изменения до расширения состава. Передаём код, сборку, доступы и документацию, необходимые для результата этапа.
Срок первой версии и дальнейшая публикация
Ориентир — от 14 дней для согласованной первой версии с одним ключевым сценарием. Точный срок и стоимость определяем по платформе, экранам, готовности API и требованиям к устройствам. Несколько сложных сценариев планируем отдельными этапами.
Публикация в магазинах приложений не входит в базовую разработку. Подготовку материалов, сборки для выпуска и прохождение проверок обсуждаем как отдельную услугу публикации. Дальнейшие версии и сопровождение согласуем после принятия первого этапа.
Вопросы перед началом
Первая версия сразу будет для двух платформ?
До старта выбираем одну платформу или кроссплатформенную сборку. Целевые платформы, устройства и объём проверки фиксируем в составе проекта; универсальную совместимость заранее не обещаем.
Публикация в магазинах входит в разработку?
В базовом составе передаём тестовую сборку для выбранных устройств. Публикация имеет отдельный состав работ и зависит от готовности материалов, аккаунтов и требований площадки.
Можно начать, если API ещё не готов?
Сначала определяем данные и действия, необходимые для сценария. Подготовку недостающего API оцениваем отдельно и учитываем её готовность в плане разработки приложения.
Следующий шаг
Определим основной сценарий приложения
Расскажите, кто будет пользоваться приложением и какое действие должен завершить. Укажите нужные платформы, функции устройства и готовность серверной части; покажите существующие экраны или описание процесса.