Impact LabОбсудить проект

Услуги

Разработка мобильного приложения под ключ

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

Сначала проверяем, нужно ли приложениеРазбираем сценарий: что в нём нельзя сделать на сайте. Если ничего — говорим об этом до начала работ, а не после.

Backend и приложение делаются вместеAPI проектируется под сценарии приложения, а не подгоняется задним числом. Одна команда отвечает за обе половины.

Обсудить проект

Формат уже выбран в форме — останется описать задачу.

Раздел 01 — Когда приложению есть смысл быть отдельным продуктом

Когда приложению есть смысл быть отдельным продуктом

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

Возвратный сценарий

Человек заходит регулярно: заказы, баланс, расписание, рабочие задачи. Иконка на экране экономит ему путь.

Push-уведомления

Статус заказа, напоминание, изменение расписания. Уведомление доходит и тогда, когда приложение закрыто.

Офлайн-доступ

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

Камера и сканирование

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

Геолокация

Маршруты, ближайшая точка, отметка о прибытии. Фоновое определение положения браузеру недоступно.

Приложение для сотрудников

Внутренний инструмент: задачи, отчёты, приёмка. Публикуется в магазинах или распространяется внутри компании.

Раздел 02 — Для кого

Для кого

Формат подходит тем, у кого приложение решает задачу, а не служит витриной.

  • Сервисам с постоянными клиентами: доставка, запись, абонементы
  • Компаниям с выездными сотрудниками: заявки, маршруты, отметки на объекте
  • Складам и логистике: сканирование, приёмка, работа без связи
  • Бизнесу с программой лояльности и балансом клиента
  • Сервисам с расписанием и напоминаниями
  • Компаниям, которым нужен внутренний инструмент для сотрудников
  • Владельцам сайта, у которых часть сценариев упирается в ограничения браузера
  • Тем, кто выводит на рынок продукт, где мобильный доступ — основной

Раздел 03 — Что решаем

Что решаем

Задачи, которые обычно и приводят к решению делать приложение.

  • Клиент не возвращается: напомнить о себе нечем, кроме рассылки
  • Сотрудники на объекте работают без связи и заносят данные потом по памяти
  • Приёмка и инвентаризация идут в бумаге, а в систему попадают через день
  • Сайт не может сканировать штрихкоды и работать с камерой в нужном режиме
  • Уведомления в почте теряются, а важные события нужно донести сразу
  • Личный кабинет на сайте открывают редко, потому что каждый раз нужно вспоминать адрес и пароль
  • Есть приложение, но нет backend: данные вводятся вручную в две системы
  • Приложение делали отдельно от сайта, и данные в них разошлись

Раздел 04 — Что входит в разработку

Что входит в разработку

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

01

Разбор сценария

Что человек делает в приложении и что из этого нельзя сделать в браузере. Если нельзя ничего — говорим об этом сразу.

02

Проектирование

Экраны, переходы и состояния: что происходит без связи, при пустых данных и при ошибке. Это половина работы над приложением.

03

Дизайн интерфейса

Визуальный язык под ваш бренд с учётом правил iOS и Android: жесты, навигация и элементы у платформ разные.

04

Backend и API

Серверная часть: аутентификация, роли, данные, обмен с вашими системами. Проектируется под сценарии приложения.

05

Разработка приложения

Экраны, локальное хранилище, синхронизация, работа с камерой и геолокацией — по составу выбранного сценария.

06

Push-уведомления

Подключение сервиса доставки уведомлений, сегменты получателей и правила отправки, чтобы уведомления не превратились в спам.

07

Публикация

Подготовка сборок, описаний и скриншотов, прохождение проверки магазинов. Заявки подаются от аккаунта вашей компании.

08

Аналитика и передача

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

Раздел 05 — Как мы работаем

Как мы работаем

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

Этап 01

Разбор и сценарий

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

Этап 02

Интерфейс

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

Этап 03

Разработка

Backend и приложение делаются параллельно: API проектируется под сценарии, а не подгоняется потом. Сборки отдаём на проверку по ходу.Результат — тестовая сборка на вашем телефоне

Этап 04

Публикация и передача

Готовим материалы для магазинов, проходим проверку, подключаем аналитику и отчёты об ошибках, передаём доступы.Результат — приложение в магазинах и доступы у вас

Раздел 06 — Технологии

Технологии

Приложение и его серверная часть — один проект. Половина работы находится там, где пользователь её не видит.

iOS и Android

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

Python: FastAPI и Django

Серверная часть: REST-API, аутентификация, роли и личные кабинеты, фоновые очереди задач. Развёртывание в Docker на вашем сервере.

PostgreSQL и push

Данные в PostgreSQL, локальное хранилище на устройстве для офлайн-режима, доставка push-уведомлений через сервисы платформ.

Раздел 07 — Приложение под нишу

Приложение под нишу

Сценарий диктует отрасль: у клиники это запись и напоминания, у стройки — отметки на объекте и фото работ, у недвижимости — подборка объектов и показы. Выберите свою — покажем, как мы её разбираем.

Раздел 08 — Примеры приложений

Примеры приложений

Раздел портфолио по формату «Мобильное приложение»: что мы делаем в этом формате и когда предлагаем обойтись сайтом.

Смотреть примеры приложений

Раздел 09 — Стоимость

Стоимость

от 350 000 ₽

Срок — от 21 дня

Цена зависит от числа экранов и сценариев, объёма серверной части и того, какие возможности устройства задействованы: офлайн-режим, камера, фоновая геолокация — каждая добавляет работы и проверок.

Названная сумма — нижняя граница пакета Start. Финальная стоимость считается после разбора сценария и фиксируется до начала работ. Пакет Premium считается индивидуально по техническому заданию.

Смотреть все тарифы и пакеты

Раздел 10 — Вопросы

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

Пакет Start — от 350 000 ₽, Standard — от 600 000 ₽. Premium считается индивидуально по техническому заданию — заранее названная сумма там была бы выдумкой. Финальная стоимость определяется после разбора сценария и фиксируется до начала работ.

Start — от 21 дня, Standard — от 45. Premium — по техническому заданию. Срок считается с момента, когда согласован состав экранов, и не включает время проверки в магазинах приложений: оно зависит не от нас.

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

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

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

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

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

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

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

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

Домен и хостинг мы покупаем и настраиваем сами. После сдачи проекта передаём все доступы — вы сможете обслуживать сайт самостоятельно или продолжить с нами.

Работаем по предоплате — 50% в начале, после согласования технического задания. Оставшиеся 50% — при полной сдаче проекта.

Раздел 11 — Заявка

Расскажите про задачу

Опишите бизнес и что нужно получить. Ответим по делу: что реально нужно, сколько это стоит и в какой срок — до начала работ, а не после.

Ответ
в течение 1 часа
Часы работы
Пн–Пт, 10:00–22:00
Формат
Не обязательно — но так мы быстрее подберём примеры.
Чем конкретнее задача, тем точнее оценка. Три-четыре предложения достаточно.

Без рассылок и звонков «просто напомнить». Отвечаем по делу и один раз.

Раздел 12 — Связанное