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

Мобильное приложение нужно там, где людям важно возвращаться: заказать, записаться, посмотреть свой личный кабинет, получить push-уведомление. В отличие от сайта, иконка живёт на экране телефона и напоминает о себе. Мы делаем приложения под конкретную задачу бизнеса — не ради галочки, а чтобы ими пользовались. Ниже — какие приложения делаем, как работаем, что под капотом и сколько это стоит.

Когда нужно приложение, а когда хватит сайта

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

Что делаем

MVP для проверки идеи

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

Приложения-сервисы

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

Сложные продукты

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

Что входит в разработку приложения

• Прототип в Figma — каркас каждого экрана и навигация. Обсуждаем и правим до начала кода.
• Дизайн — финальные макеты под iOS и Android, состояния кнопок, пустые экраны, ошибки.
• Разработка на Flutter — одна кодовая база, из которой собираются обе версии приложения.
• Backend — сервер, база данных, авторизация, роли пользователей (для приложений сложнее визитки).
• Интеграции — оплаты, карты, уведомления, ваша CRM или учётная система, внешние API.
• Push-уведомления — чтобы возвращать пользователей: статус заказа, напоминания, акции.
• Публикация в сторах — иконки, скриншоты, описания, аккаунты разработчика, прохождение модерации.
• Передача — исходный код в ваш Git-репозиторий, доступы, документация по доработкам.

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

1. Бриф. Разбираем задачу, пользователей, сценарии. Проверяем, нужно ли приложение вообще или хватит сайта. Договариваемся о бюджете и сроках.
2. Прототип. Собираем каркас экранов и навигацию в Figma. На этом этапе дёшево менять структуру.
3. Дизайн. Финальные макеты под iOS и Android. Согласовываем стиль, цвета, иконку.
4. Разработка. Пишем приложение на Flutter и бэкенд. Периодически даём сборку, которую можно поставить себе на телефон и пощупать.
5. Публикация в сторах. Готовим материалы, оформляем аккаунты разработчика, проводим приложение через модерацию в App Store и Google Play.
6. Передача. Отдаём исходники, доступы и документацию. Дальше — поддержка и развитие по договорённости.

Что под капотом

Flutter — одна кодовая база на оба стора

Основной инструмент — Flutter от Google. Смысл простой: вместо того чтобы писать одно приложение отдельно для iPhone и отдельно для Android (это две разные разработки и два бюджета), пишем один раз — и из одного кода собираются обе версии. Это вдвое меньше работы, одинаковый интерфейс на обеих платформах и одна точка для правок. Код Flutter компилируется в машинный, поэтому по скорости приложение не уступает нативному. У нас есть собственное приложение на этом стеке (кейс ProRent), так что выбор проверен на своём продукте.

Backend и интеграции

• Node.js — серверная часть, API для приложения.
• PostgreSQL — основная база данных.
• Авторизация и роли — вход по телефону/почте, разграничение доступа между клиентом, менеджером, администратором.
• Push-уведомления — через сервисы Apple и Google (APNs/FCM).
• Интеграции — оплаты, карты, уведомления, ваша CRM и внешние API.

Сколько стоит

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

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

После брифа даём смету и вилку по срокам под вашу конкретную задачу. Ориентиры по форматам и вилкам — на странице цен на разработку.

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

Приложение будет сразу на iOS и Android или по отдельности?

Сразу на обе платформы. Мы делаем на Flutter — это одна кодовая база, из которой собираются и iOS-, и Android-версия. Не нужно писать и оплачивать две отдельные разработки. Если бюджет ограничен, можно опубликовать сначала в одном сторе, а второй добавить позже — без переписывания кода.

На чём вы делаете приложения и почему Flutter?

Основной инструмент — Flutter от Google. Одна кодовая база на iOS и Android даёт вдвое меньше работы и одинаковый интерфейс на обеих платформах, а нативную скорость — за счёт компиляции в машинный код. Backend делаем на Node.js и PostgreSQL. У нас есть собственное приложение на Flutter (кейс ProRent), поэтому стек проверен на своём продукте, а не только в теории.

Поможете опубликовать приложение в App Store и Google Play?

Да, публикация входит в проект. Готовим иконки и скриншоты, описания, помогаем оформить аккаунты разработчика Apple и Google, собираем релизные сборки и проводим приложение через модерацию до появления в App Store и Google Play.

Сколько стоит разработка приложения?

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

За какой срок можно сделать MVP?

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

Смежные услуги

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