Возвратный сценарий
Человек заходит регулярно: заказы, баланс, расписание, рабочие задачи. Иконка на экране экономит ему путь.
Услуги
Приложение имеет смысл там, где сайту не хватает возможностей: офлайн-доступ, push-уведомления, камера или геолокация. Если этих задач нет, честнее сказать сразу — и сделать быстрый адаптивный сайт.
Сначала проверяем, нужно ли приложениеРазбираем сценарий: что в нём нельзя сделать на сайте. Если ничего — говорим об этом до начала работ, а не после.
Backend и приложение делаются вместеAPI проектируется под сценарии приложения, а не подгоняется задним числом. Одна команда отвечает за обе половины.
Формат уже выбран в форме — останется описать задачу.
Раздел 01 — Когда приложению есть смысл быть отдельным продуктом
Приложение дороже сайта и требует публикации в магазинах. Оно оправдано, когда у сценария есть что-то, чего в браузере не сделать.
Человек заходит регулярно: заказы, баланс, расписание, рабочие задачи. Иконка на экране экономит ему путь.
Статус заказа, напоминание, изменение расписания. Уведомление доходит и тогда, когда приложение закрыто.
Данные нужны там, где связи нет: склад, объект, поле. Приложение работает локально и синхронизируется, когда сеть появилась.
Штрихкоды, документы, фото с объекта. Сценарий, где камера — рабочий инструмент, а не способ поменять аватар.
Маршруты, ближайшая точка, отметка о прибытии. Фоновое определение положения браузеру недоступно.
Внутренний инструмент: задачи, отчёты, приёмка. Публикуется в магазинах или распространяется внутри компании.
Раздел 02 — Для кого
Формат подходит тем, у кого приложение решает задачу, а не служит витриной.
Раздел 03 — Что решаем
Задачи, которые обычно и приводят к решению делать приложение.
Раздел 04 — Что входит в разработку
Восемь шагов от разбора сценария до публикации. Первый — проверка того, что приложение действительно нужно.
Что человек делает в приложении и что из этого нельзя сделать в браузере. Если нельзя ничего — говорим об этом сразу.
Экраны, переходы и состояния: что происходит без связи, при пустых данных и при ошибке. Это половина работы над приложением.
Визуальный язык под ваш бренд с учётом правил iOS и Android: жесты, навигация и элементы у платформ разные.
Серверная часть: аутентификация, роли, данные, обмен с вашими системами. Проектируется под сценарии приложения.
Экраны, локальное хранилище, синхронизация, работа с камерой и геолокацией — по составу выбранного сценария.
Подключение сервиса доставки уведомлений, сегменты получателей и правила отправки, чтобы уведомления не превратились в спам.
Подготовка сборок, описаний и скриншотов, прохождение проверки магазинов. Заявки подаются от аккаунта вашей компании.
Подключаем аналитику событий и отчёты об ошибках, передаём исходники, документацию и все доступы.
Раздел 05 — Как мы работаем
Четыре этапа, каждый заканчивается тем, что можно поставить на телефон и попробовать.
Проверяем, что задача требует именно приложения, и раскладываем сценарии по экранам и состояниям.Результат — карта экранов и согласованный состав
Собираем визуальный язык и ключевые экраны с учётом правил обеих платформ. Показываем до разработки всего объёма.Результат — утверждённые ключевые экраны
Backend и приложение делаются параллельно: API проектируется под сценарии, а не подгоняется потом. Сборки отдаём на проверку по ходу.Результат — тестовая сборка на вашем телефоне
Готовим материалы для магазинов, проходим проверку, подключаем аналитику и отчёты об ошибках, передаём доступы.Результат — приложение в магазинах и доступы у вас
Раздел 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 — Заявка
Опишите бизнес и что нужно получить. Ответим по делу: что реально нужно, сколько это стоит и в какой срок — до начала работ, а не после.
Раздел 12 — Связанное