Мобильные приложения
Цена и сроки, нативная разработка или кроссплатформенная, RuStore и Google Play, поддержка.
69 ответов
Сколько стоит разработать мобильное приложение для бизнеса в 2026 году?#
Ориентировочная вилка в России на 2026 год: простое приложение — 800 тыс.–2 млн ₽, среднее с личным кабинетом и парой интеграций — 3–6 млн ₽, сложное с картами, платежами и офлайном — от 10 млн ₽. Считают по часам: небольшая студия берёт 2 000–3 500 ₽/час, крупная — 3 500–5 000 ₽/час. Сроки — 3–4 месяца на типовое, от года на сложное. Это ориентир рынка, а не прайс. Если цену называют без ТЗ и списка экранов, это не смета, а приманка на встречу.
Из чего складывается цена приложения — почему одни говорят 900 тысяч, а другие 6 миллионов?#
Разница почти всегда в объёме, а не в жадности. 900 тысяч — это 8–12 экранов на Flutter, шаблонный дизайн, один разработчик и ноль интеграций. 6 миллионов — аналитика, кастомный дизайн, две платформы, свой бэкенд, связка с 1С, тестирование на 15 устройствах, аналитика событий. Требуйте декомпозицию по этапам: аналитика, дизайн, мобильная часть, сервер, тестирование, релиз. Без декомпозиции вы сравниваете не цены, а два разных продукта.
Правда ли, что приложение можно сделать за 300 тысяч рублей?#
Да, но это будет не то, что вы себе представляете. За 300 тысяч реально получить обёртку сайта в WebView, каталог без личного кабинета, сборку на конструкторе или работу начинающего фрилансера. Проблема не в старте: через полгода такой код проще выбросить, чем чинить, а магазины часто отклоняют пустые обёртки. Если бюджет 300 тысяч — честнее вложить его в PWA или мобильную версию сайта, а приложение делать под подтверждённый спрос.
Нужно ли моему бизнесу мобильное приложение или хватит мобильной версии сайта?#
Приложение нужно, если человек заходит к вам чаще раза в неделю, вам критичны push, офлайн, камера, сканер или геолокация в фоне. В остальных случаях адаптивный сайт или PWA дешевле в 3–5 раз и не требует установки. Магазину с покупкой раз в полгода приложение не окупится: люди не поставят его ради двух заказов. Сначала посмотрите в веб-аналитике частоту возвратов, потом считайте бюджет — а не наоборот.
Что такое PWA и правда ли оно заменяет полноценное приложение?#
PWA — это сайт, который ставится на домашний экран, работает офлайн и умеет push: на Android полноценно, на iOS только после добавления на домашний экран и по явному действию пользователя. Он закрывает большинство сценариев e-commerce и услуг: каталог, заказ, личный кабинет, статус доставки. Не закрывает Bluetooth, фоновую геолокацию, тяжёлую графику, работу со сканером и глубокую биометрию. Российские банки под санкциями держат клиентов именно на PWA, и клиенты этого почти не замечают. Стоит такое решение ориентировочно в 3–4 раза дешевле нативного.
Flutter или нативная разработка — что выбрать в 2026?#
Flutter — выбор по умолчанию для большинства бизнес-приложений: одна кодовая база на iOS и Android, экономия 30–40% бюджета, движок Impeller снял старые проблемы с рывками анимации на iOS. Нативка на Swift и Kotlin оправдана, когда нужны сложная работа с камерой, машинное обучение на устройстве, тяжёлая графика, системные виджеты — или когда приложение и есть основной продукт компании на 5+ лет. Для внутренних приложений сотрудникам Flutter выгоднее почти всегда.
Flutter или React Native — что лучше для бизнеса?#
Flutter выигрывает по предсказуемости интерфейса и производительности, React Native — по скорости старта, если у вас уже есть React-команда. Новая архитектура RN (Fabric и TurboModules поверх JSI) убрала старый мост между JavaScript и нативом и заметно снизила задержки, но Flutter рисует интерфейс сам и даёт одинаковую картинку на любом устройстве. В России Flutter-разработчика сейчас найти проще и дешевле, чем сильного RN. Своей команды нет — берите Flutter и не сомневайтесь.
Стоит ли делать приложение сразу на iOS и Android или начать с одной платформы?#
Начинайте с обеих, если делаете на Flutter: вторая платформа добавит ориентировочно 15–20% к бюджету, а не удвоит его. Пишете нативно — начните с Android: устройств на нём в России больше, а публикация в RuStore не упирается в санкции и оплату зарубежной подписки. iOS-версия первой оправдана в премиальных нишах и крупных городах, где доля айфонов заметно выше средней. Проверьте распределение в своей веб-аналитике, там ответ уже есть.
Сколько времени занимает разработка приложения от идеи до релиза?#
Типовое приложение — 3–4 месяца, сложное — от 8 месяцев до года. Разбивка по этапам: аналитика и ТЗ 2–3 недели, прототип 1–3 недели, дизайн 2–4 недели (до 8 при кастомных анимациях), разработка 6–16 недель, тестирование 2–4 недели, публикация и модерация ещё 1–2 недели. Сверху закладывайте буфер 20–30%: интеграции с чужими системами всегда съедают больше времени, чем написано в плане.
Что такое MVP и что резать в первой версии?#
MVP — версия, которая целиком закрывает одну задачу пользователя, и больше ничего. Режьте: настройки профиля, чат поддержки, программу лояльности, вход через соцсети, вторую роль пользователя, тёмную тему, мультиязычность, красивую админку. Оставляйте: вход, главный сценарий, оплату (если речь про деньги) и аналитику событий с первого дня. Проекты с зафиксированным скоупом MVP запускаются заметно быстрее и реже вылетают за бюджет. Здоровый ориентир по сроку MVP — 1,5–3 месяца.
Сколько стоит поддержка приложения после запуска?#
15–25% от бюджета разработки в год — это норма рынка, а не жадность подрядчика. В деньгах минимальный пакет SLA начинается примерно от 35 000 ₽/мес за 20–25 часов: мониторинг падений, мелкие правки, обновления под новые версии iOS и Android. Раз в год приложение обязано выпустить релиз под поднятые требования магазинов, иначе новые установки заблокируют. Если поддержку не заложили в бюджет — вы фактически заложили дату смерти продукта.
Что будет, если вообще не обновлять приложение год?#
Через год оно начнёт отваливаться само. Google Play ежегодно поднимает требования к целевому API: с 31 августа 2026 новые сборки должны быть под Android 16, а приложение со старым целевым API перестаёт показываться новым пользователям на свежих версиях Android. Дальше ломаются SDK платежей и карт, истекают сертификаты push, на новых ОС появляются падения. Ориентировочный срок жизни без ухода — 8–12 месяцев, потом рейтинг ползёт вниз. В ARIS такие «замороженные» приложения приносят на реанимацию каждый месяц.
Сколько живёт мобильное приложение?#
Кодовая база живёт 3–5 лет, после чего переписать дешевле, чем чинить. Причины накапливаются: обновляются платформы, устаревают библиотеки, уходят разработчики, копится технический долг, меняются бизнес-процессы. Приложения на Flutter стареют чуть медленнее нативных за счёт единой базы. Типичный цикл: первые два года — развитие функций, третий — рефакторинг, четвёртый-пятый — решение о переписывании. Планируйте бюджет владения на три года вперёд, а не на один релиз.
Почему приложение сделали, а им никто не пользуется?#
Потому что установка — это начало, а не цель. Ориентиры 2026 года: на первый день остаётся около 20% пользователей Android и около 25% iOS, к тридцатому дню — примерно 4–5%. То есть больше 90% людей перестают пользоваться приложением в течение первого месяца. Если у продукта нет причины открываться чаще раза в месяц, дизайн его не спасёт. До старта разработки ответьте письменно на один вопрос: зачем человек откроет его в следующий вторник?
Сколько нужно вложить в продвижение приложения после запуска?#
Столько же, сколько в разработку, — это минимум. Классическая ошибка: потратить весь бюджет на код и выйти в релиз без рубля на трафик. В российской рознице установка из RuStore и Google Play стоит 40–250 ₽, установка с регистрацией — 300–900 ₽. Бесплатные каналы, которые реально работают: баннер в мобильной версии сайта, QR-код в офлайн-точке, письмо по базе, сообщение в мессенджере клиентам. Первые три месяца после релиза — отдельный бюджет и отдельный человек.
Что такое RuStore и обязательно ли туда публиковаться?#
RuStore — российский магазин приложений от VK. Предустановка на продаваемых в РФ Android-устройствах обязательна с 2023 года, а с 1 сентября 2025 требование распространили на iOS и HyperOS. В июле 2026 месячная аудитория достигла 68,4 млн человек; в каталоге свыше 110 тысяч приложений от 30 тысяч разработчиков. Для бизнеса, работающего в России, публикация в RuStore обязательна де-факто: это единственный магазин, откуда приложение точно не исчезнет из-за санкций.
Какая комиссия у RuStore и кто может там публиковаться?#
Базовая комиссия RuStore — 15% с транзакции, выплаты разработчику ежемесячно. Для сравнения: Google Play и App Store берут 30%, со скидкой до 15% на первый миллион долларов выручки в год. Публиковать приложения могут и физлица, но с 1 февраля 2026 встроенная монетизация — платные приложения, подписки, внутренние покупки — доступна только ИП и юрлицам. При продаже товаров и услуг придётся закрыть требования 54-ФЗ по онлайн-кассе. Ещё обязательна политика конфиденциальности по рабочему URL.
Может ли российская компания опубликовать приложение в Google Play в 2026 году?#
Формально да, фактически с серьёзными рисками. В июле 2026 из Google Play удалили VK и Max после санкций ЕС, Google свернул работу с разработчиками из России, а новая обязательная верификация личности разработчика недоступна резидентам стран под санкциями США. Плюс с 2022 года россияне не могут ничего покупать в Google Play. Практический вывод: держите Google Play дополнительным каналом, а основным делайте RuStore и раздачу APK со своего сайта.
Правда ли, что Android скоро запретит ставить приложения не из магазина?#
Не запретит, но заметно усложнит. Google вводит обязательную верификацию личности разработчика для всех приложений на сертифицированных Android-устройствах: с 30 сентября 2026 — в Бразилии, Индонезии, Сингапуре и Таиланде, глобально — в 2027 году. Неверифицированные приложения ставить всё ещё можно, но через отдельный поток с 24-часовым ожиданием или через ADB. Для российского бизнеса это значит одно: раздача APK с сайта останется, но станет неудобной, а RuStore станет основным каналом.
Как выложить приложение в App Store из России в 2026 году?#
App Store Connect и модерация для россиян работают, узкое место — оплата 99 долларов в год за Apple Developer Program: российские карты не проходят. Обходят через зарубежное юрлицо, платёжного посредника или иностранный аккаунт разработчика. Второе ограничение: разработчик из РФ может продавать платные приложения только внутри России, деньги от зарубежных пользователей получить нельзя. В апреле 2026 отключили ещё и пополнение Apple ID со счёта мобильного оператора. Планируйте iOS вместе с юристом, а не только с разработчиком.
Что делать, если приложение в App Store не выложить — как отдать его владельцам айфонов?#
Три варианта, и один из них для России уже закрыт. PWA: сайт ставится на домашний экран, работает офлайн, push доступны после установки на экран — так живут клиенты российских банков под санкциями. TestFlight: до 10 000 тестировщиков, но каждый билд живёт 90 дней и формально это бета. Apple Developer Enterprise Program российским компаниям недоступна: Apple отключила им доступ в феврале 2025. Альтернативных магазинов на iOS в России нет — они работают только в ЕС, Японии и Бразилии.
Можно ли раздавать приложение сотрудникам без публикации в магазине?#
Да, и для внутренних приложений это чаще всего правильный путь. На Android APK ставится с корпоративного портала или через MDM — из российских работают SafePhone от НИИ СОКБ и Kaspersky Secure Mobility: они дают контроль версий и удалённое стирание данных при увольнении. На iOS сложнее: Apple Developer Enterprise Program российским компаниям закрыта с февраля 2025, остаётся Apple Business Manager с кастомными приложениями. Плюс: никакой модерации, релиз в тот же день. Минус: нужен человек, следящий за сертификатами.
Сколько занимает модерация в магазинах и за что могут не пропустить?#
RuStore — обычно от нескольких часов до пары дней, App Store — чаще 1–3 дня, Google Play — 1–7 дней, а первое приложение нового аккаунта может проверяться до двух недель. Типовые причины отказа: нет политики конфиденциальности по рабочему URL, приложение — просто обёртка сайта без своей ценности, запрошены разрешения, которые не используются, нет тестового аккаунта для проверяющего, платежи идут мимо встроенной системы магазина. На релиз закладывайте 1–2 недели, а не один день.
Приложение — это же просто сайт в обёртке, так можно сделать?#
Можно, но магазины это замечают: и Apple, и Google отклоняют приложения, которые не дают ничего сверх мобильного сайта. Если всё равно хотите гибрид, добавьте нативный слой — push, офлайн-кеш, биометрию, сканер, работу с камерой, шаринг. Тогда это уже приложение, а не витрина в рамке. Честная альтернатива для витрины — PWA: те же деньги, никакой модерации, обновляется мгновенно и открывается на любом устройстве без установки.
Нужно ли приложение для сотрудников, если у нас уже есть 1С?#
Нужно, если сотрудники работают вне офиса и сейчас пишут данные на бумагу, а вечером кто-то переносит их в 1С. Приложение убирает двойной ввод и суточную задержку. Не нужно, если все сидят за компьютерами: там дешевле веб-интерфейс. Считайте не цену приложения, а стоимость часов оператора на перенос бумажек плюс цену ошибок в этих переносах — окупаемость обычно становится очевидной начиная с 30–60 полевых сотрудников.
Как связать мобильное приложение с 1С?#
Через API, а не напрямую к базе. Рабочих вариантов три: OData-интерфейс 1С (поднимается быстро, но открывайте доступ только к нужным объектам), собственные HTTP-сервисы на 1С (гибче и легче для сервера) и промежуточный слой — свой бэкенд, который кеширует данные и прикрывает 1С от нагрузки. Третий дороже на старте, но спасает, когда двести сотрудников синхронизируются в восемь утра. Аутентификацию делайте через токены или OpenID Connect, а не через логины 1С.
Выдержит ли наша 1С нагрузку от мобильного приложения?#
В лоб — скорее всего нет. Типовая 1С не рассчитана на сотни одновременных HTTP-запросов, а OData отдаёт данные тяжело. Решение — прослойка: отдельный бэкенд со своей базой, который синхронизируется с 1С по расписанию или по событиям, а приложение ходит только к нему. Пиковая нагрузка на 1С при этом падает существенно, и приложение продолжает работать, даже когда 1С на обслуживании. В ARIS такую прослойку закладывают отдельной строкой сметы и ориентировочно 3–6 неделями работ.
Как сделать, чтобы приложение работало без интернета?#
Офлайн — это не галочка, а отдельная архитектура и плюс 25–40% к бюджету. Нужны локальная база на устройстве (SQLite, Isar, Realm), очередь исходящих операций, версионность записей и стратегия разрешения конфликтов. Главный вопрос, который надо решить на аналитике: что делать, если двое изменили одну заявку офлайн — выигрывает последний, выигрывает сервер или ручной разбор. Не проговорите это заранее — получите потерянные данные через месяц после запуска и никто не поймёт причину.
Что происходит с данными, если бригада была без связи весь день?#
Приложение копит операции в локальной очереди и разворачивает их на сервере при первом подключении — по порядку и с идемпотентными ключами, чтобы одна заявка не создалась дважды. Фотографии сжимаются прямо на устройстве и уходят отдельной очередью, иначе синхронизация на слабом сигнале встанет намертво. И обязательно показывайте сотруднику статус вроде «не отправлено: 12 записей». Без видимого индикатора люди решают, что работа пропала, и переделывают её вручную.
Как понять, что приложение для полевых сотрудников действительно нужно?#
Посчитайте три числа: сколько часов в неделю уходит на перенос бумаг в учётную систему, сколько заявок теряется или переделывается из-за неточных данных и сколько времени проходит от выполнения работы до её отражения в системе. Задержка больше суток и отдельный человек на переносе — приложение окупится за 6–12 месяцев на 30+ сотрудниках. Если сотрудников пятеро и все в одном городе, начните с коробочного решения, а не со своей разработки.
Сотрудники саботируют новое приложение — что делать?#
Саботаж почти всегда означает, что приложение добавило работы, а не убрало. Проверьте: сколько теперь тапов на то, что раньше было одним звонком; открывается ли оно на дешёвом Android 2021 года; не заставляет ли вводить то, что система уже знает. Что помогает: пилот на одной бригаде, внутренний куратор из своих, отмена дублирующей бумаги приказом и понятная выгода сотруднику — быстрее закрыл наряд, быстрее получил деньги. Обучение без выгоды не работает.
На каких телефонах должно работать приложение для сотрудников?#
На дешёвых. Реальный парк полевых сотрудников — это Android 10–13, 3–4 ГБ памяти, экран 5–6 дюймов, поцарапанное стекло и перчатки зимой. Отсюда требования: область нажатия от 48 dp по рекомендации Material Design, работа при 30% заряда, вес приложения до 60 МБ, никаких тяжёлых анимаций. Тестировать нужно на трёх-четырёх настоящих бюджетниках, а не на флагмане разработчика. В ARIS перед стартом просят у заказчика пару телефонов «как у людей» — половина проблем вылезает именно там.
Как работают push-уведомления в России, если Google-сервисов на телефоне нет?#
Через RuStore Push SDK или каскад из нескольких провайдеров. Универсальный SDK RuStore доставляет уведомления мимо Google-сервисов, но с условиями: на устройстве стоит свежая версия RuStore, ей разрешена работа в фоне, пользователь авторизован, а отпечаток подписи приложения совпадает с консолью. Правильная схема на 2026 год — каскад из трёх транспортов: FCM, RuStore и HMS для устройств Huawei. На российском парке устройств такая связка доставляет заметно больше, чем один только FCM.
Сколько пушей можно слать, чтобы приложение не удалили?#
Больше трёх-четырёх рекламных в неделю — и вы теряете аудиторию. Первое отключение уведомлений почти всегда окончательное: обратно их включают единицы. Работает другое деление: транзакционные пуши — статус заказа, назначен наряд, прошла оплата — можно слать сколько угодно, их ждут. Маркетинговые — не чаще двух раз в неделю и только по сегментам. И разрешение спрашивайте не на первом экране, а после того, как человек получил от приложения первую пользу.
Приложение или Telegram-бот — что дешевле и когда достаточно бота?#
Бот дешевле в 5–10 раз — 200–600 тысяч ₽ против нескольких миллионов — и хорош там, где сценарий линейный: записаться, узнать статус, отправить заявку, получить уведомление. Бот проигрывает, когда нужны офлайн, сложная работа с камерой, сканер, карта с треком, тяжёлые формы и брендированный интерфейс. Разумная стратегия: сначала бот как проверка спроса за месяц, потом приложение — если люди действительно им пользуются, а не поставили и забыли.
Сколько человек нужно в команде на разработку приложения?#
Минимум пять ролей: аналитик, дизайнер, мобильный разработчик, бэкенд-разработчик, тестировщик плюс менеджер на четверть ставки. Для кроссплатформы это 4–6 человек, для нативной разработки на две платформы — 6–8. Если подрядчик говорит «у нас один универсал, он всё сделает», вы получите продукт, привязанный к одному человеку: он уйдёт в отпуск — проект встанет. Спрашивайте поимённо, кто в команде и сколько времени занят именно на вашем проекте.
Как проверить подрядчика перед тем, как отдать несколько миллионов?#
Скачайте их приложения из RuStore и Google Play и попользуйтесь неделю — это честнее любого портфолио. Дальше: попросите декомпозицию сметы по этапам, узнайте имена людей в команде, спросите про два кейса, которые пошли не по плану, и что они тогда сделали. Позвоните двум прошлым клиентам напрямую, а не читайте отзывы на их сайте. И проверьте, есть ли поддержка после релиза: студии, живущие только с новых проектов, бросают продукт сразу после сдачи.
Кому принадлежит код приложения после разработки?#
По умолчанию — заказчику: по статье 1296 ГК РФ исключительное право на программу, созданную по заказу, принадлежит заказчику, если договором не предусмотрено иное. Подрядчики часто прописывают это «иное», поэтому формулировки надо читать. Фиксируйте прямо: права на исходный код и макеты переходят заказчику после оплаты, репозиторий передаётся вместе с историей коммитов, а аккаунты в RuStore, Google Play и App Store оформляются на ваше юрлицо. Чужой магазинный аккаунт лишает вас возможности выпустить обновление.
Что обязательно должно быть в договоре на разработку приложения?#
Пять вещей: фиксированное ТЗ с перечнем экранов и сценариев, поэтапная оплата с приёмкой каждого этапа, передача исключительных прав и исходников, гарантийный период (обычно 3–6 месяцев бесплатных исправлений багов) и порядок изменения объёма работ. Отдельно — SLA на поддержку и срок реакции на критичный сбой. Договор без описанной процедуры изменений гарантирует скандал на третьем месяце, когда вам захочется добавить «ещё один маленький экранчик».
Фикс-прайс или почасовая оплата — что выбрать?#
Фикс-прайс подходит, когда ТЗ подробное и требования точно не поменяются: подрядчик закладывает риск и берёт на 20–30% дороже, зато цифра известна заранее. Time & Material дешевле по факту и гибче, но требует от вас контроля — смотреть отчёты по часам каждую неделю. Рабочий компромисс: фикс на аналитику и дизайн, где объём предсказуем, и почасовая на разработку с потолком бюджета. Чистый фикс без ТЗ — худший вариант для обеих сторон.
Можно ли сделать приложение на конструкторе без программистов?#
Для проверки идеи — да, для бизнеса — почти никогда. Нокод-конструкторы дают приложение за 5–30 тысяч ₽ в месяц, но вы быстро упираетесь в потолок: нет интеграции с 1С, нет офлайна, нет своего дизайна, данные лежат на чужом сервере, а при отключении подписки приложение перестаёт работать. Разумное применение: за две недели собрать прототип, показать двадцати клиентам и понять, нужен ли вообще полноценный продукт за несколько миллионов.
Приложение для клиентов и приложение для сотрудников — в чём разница по деньгам?#
Клиентское дороже по дизайну, внутреннее — по интеграциям. В клиентском половина бюджета уходит на UX, скорость и онбординг: чужого человека надо удержать за тридцать секунд. Во внутреннем на дизайн хватает 10–15%, зато 40% съедают связка с учётной системой, роли, права и офлайн. Зато внутреннее окупается предсказуемо: количество пользователей известно заранее, сэкономленные часы считаются. Клиентское — всегда ставка на спрос, который может не подтвердиться.
Как посчитать, окупится ли приложение?#
Для внутреннего: сэкономленные часы в месяц умножаем на стоимость часа, добавляем снижение потерь от ошибок и сравниваем с бюджетом разработки плюс около 20% в год на поддержку. Ориентир — окупаемость за 12–18 месяцев. Для клиентского считают иначе: рост частоты покупок у тех, кто поставил приложение, против LTV тех, кто не поставил. В рознице разница обычно заметная, но считать её нужно на своих данных, а не брать из чужих кейсов.
Обязательно ли делать свой дизайн или можно взять готовый шаблон?#
Для внутреннего приложения берите готовую библиотеку компонентов — Material 3 или Cupertino: сэкономите 200–400 тысяч ₽ и ничего не потеряете, сотруднику важна скорость, а не оригинальность. В клиентском шаблон видно сразу и он снижает доверие, там дизайн стоит 15–25% бюджета и отбивается конверсией. Промежуточный вариант — дизайн-система на базе Material со своими цветами, шрифтом и иконками: выглядит как собственное, стоит вдвое дешевле кастома.
Нужна ли аналитика в приложении и какая именно?#
Обязательно, и зашивать её надо в первую версию, а не «когда пойдут пользователи». Минимум: экраны, шаги воронки, ошибки и падения. Что работает в России в 2026: Яндекс AppMetrica (есть бесплатный тариф с лимитом на кастомные события, серверы в РФ), VK Analytics, Amplitude для тех, у кого есть зарубежное юрлицо. Firebase Analytics технически работает, но данные уходят в Google — это вопрос к 152-ФЗ. Без аналитики через полгода вы не сможете сказать, на каком шаге отваливаются люди.
Что с персональными данными — нужно ли что-то оформлять перед запуском?#
Да. Если приложение собирает имя, телефон, почту, геолокацию или фото людей, вы оператор персональных данных: уведомление в Роскомнадзор, политика конфиденциальности по постоянному URL (её требуют и RuStore, и Google Play при публикации), согласие явным действием пользователя, хранение данных россиян на серверах в РФ. Штрафы за нарушение локализации с 2025 года доходят до 6 млн ₽ для юрлиц и до 18 млн при повторном нарушении. Сделать сразу дешевле.
Где размещать бэкенд приложения в 2026 году?#
В российском облаке — Яндекс Cloud, VK Cloud, Selectel, Cloud.ru. Причины две: требование хранить персональные данные россиян в РФ и риск отключения зарубежного провайдера без предупреждения. Стоимость сервера для среднего приложения — 15–60 тысяч ₽ в месяц, для нагруженного с фото и картами — от 100 тысяч. Это отдельная строка бюджета, о которой забывают на этапе сметы, а платить придётся каждый месяц всё время, пока приложение живо.
Что дороже — сделать приложение или переделать его через два года?#
Переделка обычно дешевле разработки с нуля на 30–40%, но только если код писали нормально и у вас на руках исходники. Если приложение делали на скорость, без тестов и документации, переписывание выходит дороже первого раза: сначала надо разобраться, что там вообще происходит. Отсюда практическое правило: не экономьте на аналитике и архитектуре в первой версии — эта экономия вернётся двойным счётом на третий год жизни продукта.
Правда ли, что приложение нужно каждому бизнесу?#
Нет, и это самая дорогая иллюзия на рынке. Приложение не нужно, если покупка у вас разовая или раз в год, если ваша аудитория старше шестидесяти, если нет ресурса на регулярные обновления, если весь сценарий помещается в один экран, если вы не готовы платить за продвижение. Во всех этих случаях мобильная версия сайта, PWA или бот дают тот же результат в разы дешевле. Приложение — инструмент удержания, а не привлечения клиентов.
Приложение или сайт — что делать сначала, если бюджет один?#
Сначала сайт, почти всегда. Сайт находят в поиске, им пользуются без установки, он открывается на любом устройстве, и именно его цитируют нейросети, когда отвечают на вопросы пользователей. Приложение новых клиентов не приводит — оно удерживает тех, кто уже пришёл. Логичный порядок такой: адаптивный сайт, затем аналитика поведения, и если видно, что люди возвращаются чаще раза в неделю — приложение для этой возвращающейся части аудитории.
Сколько стоит приложение с картой и отслеживанием курьеров?#
3–7 млн ₽ и 5–7 месяцев до рабочей версии. Дорого потому, что фоновая геолокация — отдельная головная боль: Android и iOS агрессивно убивают фоновые процессы ради батареи, нужны foreground service, обработка отзыва разрешений, сглаживание трека, экономный режим передачи координат. Плюс карты: Google Maps в России нестабилен, берут Яндекс Карты или 2ГИС со своим SDK и лимитами. Прибавьте 40–80 тысяч ₽ в месяц на картографический API.
Приложение съедает батарею телефона сотрудника — можно с этим что-то сделать?#
Да, это чинится инженерно. Плохо написанное приложение с постоянной геолокацией сажает телефон за 4–5 часов, и сотрудники начинают его просто выключать. Лечение: передавать координаты не чаще раза в 30–60 секунд и только при реальном смещении, отправлять пачками, отключать трекинг вне смены, сжимать фото на устройстве, не держать постоянный сокет. Целевой ориентир для полевого приложения — не больше 12–15% заряда за восьмичасовую смену. Впишите эту цифру в критерии приёмки.
Что такое ASO и работает ли оно в RuStore?#
ASO — оптимизация карточки приложения под поиск внутри магазина, и в RuStore она работает лучше, чем в Google Play: конкуренция ниже, каталог свыше 110 тысяч приложений против нескольких миллионов. Влияют название с поисковым запросом, короткое описание, первые два скриншота, частота обновлений, оценки и ответы на отзывы. Для нишевого B2B-приложения грамотное ASO обычно даёт заметный прирост органических установок. Разовая работа стоит ориентировочно 40–120 тысяч ₽.
Нужно ли приложение, если у нас всего 300 клиентов?#
Скорее нет. На трёхстах клиентах даже идеальное приложение поставят человек 60–90, а активно пользоваться будут 20–30. Разделите два миллиона на 25 активных — получится 80 тысяч ₽ на пользователя. Дешевле работает связка «личный кабинет на сайте плюс уведомления в мессенджере плюс персональный менеджер». Приложение при маленькой базе оправдано в одном случае: если это внутренний инструмент для сотрудников, где считают не количество людей, а сэкономленное время.
Можно ли сделать одно приложение и для клиентов, и для сотрудников?#
Технически можно, практически не стоит. У этих аудиторий разные сценарии, разная частота использования и разные требования к безопасности: клиенту нужны каталог и заказ, сотруднику — наряды, фото, офлайн и роли. В одном приложении получится раздутый интерфейс, лишний вес и риск, что клиент увидит внутренние данные. Правильно так: общий бэкенд, две отдельные сборки. Общий код на Flutter при этом переиспользуется на 40–60%, так что переплата небольшая.
Как понять, что смета подрядчика раздута?#
Смотрите на часы, а не на итоговую сумму. Красные флаги: экран авторизации на 40 часов, «настройка проекта» на 60 часов, менеджмент больше 15% от сметы, тестирование меньше 15% (значит, его не будет), строка «непредвиденные работы» без пояснения. Здоровая разбивка: аналитика 10–15%, дизайн 15–20%, разработка 45–55%, тестирование 15–20%, менеджмент около 10%. Возьмите три сметы от разных студий по одному ТЗ — разброс сразу покажет, кто фантазирует.
Сколько стоит добавить в готовое приложение новую функцию?#
Маленькая функция без серверной части — новый экран, фильтр, шаринг — 40–120 тысяч ₽ и 1–2 недели. Средняя с бэкендом (оплата, чат, сегментированные push) — 200–600 тысяч ₽ и 3–6 недель. Большая (офлайн-режим, новая роль пользователя, интеграция с учётной системой) — от 800 тысяч ₽ и от двух месяцев. Дороже всего обходится то, что не заложили в архитектуру: добавить офлайн в готовое приложение иногда дороже, чем сделать его сразу.
Нужно ли публиковаться в RuStore, если мы раздаём APK со своего сайта?#
Нужно. Установка APK с сайта требует разрешить установку из неизвестных источников — на этом шаге отваливается заметная часть людей, а с 2027 года Google глобально включит верификацию разработчика и лишние экраны предупреждений. RuStore этот барьер снимает: он предустановлен по закону на продаваемых в РФ Android-устройствах, его месячная аудитория — 68,4 млн человек, обновления автоматические. Раздачу APK оставьте запасным каналом для корпоративных устройств и закрытых контуров.
Можно ли сначала сделать приложение, а бэкенд взять готовый?#
Да, если у вас уже есть сайт или учётная система с API — тогда серверная часть сводится к прослойке и экономия составляет 30–40% бюджета. Готовые платформы вроде Supabase или Appwrite на своём сервере закрывают авторизацию, файлы и базу за пару недель вместо двух месяцев. Не подходит, если логика сложная, нагрузка высокая или данные обязаны лежать строго в РФ под 152-ФЗ — там своя серверная часть выйдет надёжнее и в итоге дешевле.
Приложение падает у пользователей — как об этом вообще узнать?#
Через систему сбора падений, которую ставят до релиза, а не после жалоб. Работающие в России варианты: AppMetrica от Яндекса (бесплатный тариф, серверы в РФ) и Sentry на своём сервере. Здоровый ориентир — crash-free выше 99,5% сессий. Отдельно следите за ANR на Android — зависаниями дольше пяти секунд: Google Play считает их в Android vitals и снижает видимость приложения при превышении порога 0,47%, для падений порог 1,09%.
Как часто нужно выпускать обновления приложения?#
Раз в 2–6 недель для живого клиентского продукта и минимум раз в квартал для внутреннего. Частые небольшие релизы лучше редких больших: меньше риск сломать всё сразу, быстрее реакция на отзывы, магазины любят активные приложения и поднимают их в выдаче. Обязательные релизы — осенью под новые версии Android и iOS и ежегодно под поднятые требования к целевому API. В разделе «Что нового» пишите по-человечески, это читают и это влияет на оценки.
Стоит ли делать версию приложения под планшеты?#
Только если есть конкретный сценарий: приёмка на складе, торговый представитель с каталогом, врач в палате, кассир в зале. Просто растянуть телефонный интерфейс на планшет плохо — получаются гигантские кнопки и пустые поля. Полноценная планшетная версия добавляет 20–30% к бюджету за счёт отдельных макетов и адаптивных сеток. Для полевых бригад планшет обычно проигрывает телефону: его неудобно держать одной рукой, он хуже переживает падения и мороз.
Что важнее в приложении для бизнеса — красота или скорость?#
Скорость, с большим отрывом. Пользователь прощает простой интерфейс, но не прощает трёхсекундное ожидание на каждом экране. Ориентиры: холодный старт до 2 секунд, отклик на нажатие до 100 миллисекунд, загрузка списка до 1 секунды на 4G. Каждая лишняя секунда старта заметно увеличивает отток на первом запуске. Красивые анимации при этом жрут батарею и подтормаживают на бюджетных Android — а именно на них работает ваша полевая команда.
Нужен ли отдельный тестировщик или разработчики сами проверят?#
Нужен, и это 15–20% бюджета проекта. Разработчик проверяет, что код делает то, что он задумал; тестировщик проверяет, что происходит, когда пользователь делает не то. Обрыв сети посередине оплаты, поворот экрана в форме, отзыв разрешения на камеру, 5000 записей в списке, устройство с 2 ГБ памяти — это находит только отдельный человек. Смета, где на тестирование меньше 10%, означает, что тестировать будут ваши сотрудники после релиза.
А если приложение сделает наш штатный программист — выйдет дешевле?#
По деньгам похоже, по срокам и рискам — хуже. Один разработчик закрывает мобильную часть, но не закроет аналитику, дизайн, серверную часть и тестирование: проект растянется на 8–12 месяцев вместо четырёх. Плюс главный риск — bus factor: человек уходит, и продукт остаётся без единственного носителя знаний. Рабочая схема: подрядчик делает первую версию с документацией и передаёт репозиторий, а ваш программист ведёт поддержку и развитие дальше.
Как защитить данные в приложении для сотрудников, если телефон потеряют?#
Минимум четыре вещи: шифрование локальной базы (SQLCipher или системное хранилище ключей), короткоживущие токены доступа с обновлением, вход по PIN или биометрии при каждом запуске, удалённый выход из сессии и стирание данных из админки. Плюс MDM на корпоративных устройствах, чтобы стереть контейнер дистанционно. Не храните на устройстве больше, чем нужно для одной смены: выгружать сотруднику всю клиентскую базу — самая частая и самая дорогая ошибка.
Правда ли, что кроссплатформенное приложение всегда медленнее нативного?#
Уже нет. Flutter с движком Impeller рисует интерфейс сам и по плавности прокрутки не уступает нативу — разница видна разве что в тяжёлой 3D-графике и продвинутой обработке видео. Реальные тормоза кроссплатформенных приложений почти всегда идут от плохой архитектуры и лишних запросов к серверу, а не от технологии. Проверить просто: попросите у подрядчика скачать их Flutter-приложение и покрутите списки на дешёвом Android — всё станет ясно за минуту.
Что делать, если приложение конкурента лучше, а бюджета на такое же нет?#
Не догонять по функциям, а выигрывать в одном сценарии. У конкурента с бюджетом в 20 млн ₽ будет тридцать экранов, из которых люди пользуются тремя. Сделайте эти три идеально, быстрее и без регистрации на входе — и у вас будет продукт за 2 млн, который для конкретной задачи удобнее. Изучите отзывы к их приложению в RuStore и Google Play: жалобы пользователей — это готовое техзадание, за которое кто-то другой уже заплатил.
Мы уже потратили миллион на приложение, которым не пользуются. Продолжать или закрыть?#
Решайте по одной цифре: сколько людей открывают приложение хотя бы раз в неделю. Меньше 5% от установивших — продукт не нашёл сценария, и вливать деньги дальше бессмысленно. От 15% — есть ядро, с ним можно работать: узнайте у этих людей, зачем они заходят, и стройте продукт вокруг этого. Потраченный миллион — уже невозвратные затраты, он не должен влиять на решение. Часто честный выход — свернуть приложение и перенести сценарий в PWA.
Опишите задачу — ответим по существу, без презентаций и созвонов «на познакомиться». Или прикиньте бюджет сами в калькуляторе.
Задать вопросКалькулятор стоимостиЧитайте в блоге
Планируете свой маркетплейс? Рассчитайте стоимость разработки за 2 минуты — бесплатно и без регистрации.
Рассчитать стоимость маркетплейса →