Нужно ли вашей компании мобильное приложение — или хватит адаптивного сайта?

«Нам нужно мобильное приложение» — фраза, которую я слышу регулярно от бакинских компаний с оборотом 200 тыс.–5 млн манатов. В 80% случаев — не нужно. В 15% — нужно, но не сейчас. В 5% — нужно и срочно. Эта статья — про то, как понять, в какой из трёх групп вы.

Что заказчик имеет в виду под «приложением»

Чаще всего — одно из трёх:

«Чтобы мы были в App Store и Google Play». Это про присутствие, не про функциональность. Часто решается лучше через PWA.
«Чтобы клиент мог сделать X на телефоне». Если X — это «посмотреть каталог и сделать заказ», адаптивный сайт справится.
«Чтобы было удобнее, чем сайт». Расплывчатое. Что именно неудобно сейчас?

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

Три пути и их цена

1. Адаптивный сайт (responsive)

Один сайт, работающий на любом устройстве. Не требует установки. Открывается через браузер.

Стоимость в Баку: 4 000–15 000 ₼ старт + 1 200–3 000 ₼/год обслуживание.

Плюсы:

Дёшево, быстро, обновляется мгновенно.
SEO работает.
Один код для всех платформ.
Не требует одобрения в магазинах.

Минусы:

Нет push-уведомлений на iOS (есть на Android через PWA).
Нет доступа к расширенной аппаратуре (NFC, биометрия в полном объёме).
Нет иконки на главном экране (на iOS — через «Добавить на экран домой»).

2. PWA (Progressive Web App)

Сайт, который ведёт себя как приложение. Устанавливается на главный экран, работает офлайн, отправляет push-уведомления (на Android — полноценно, на iOS — ограниченно после iOS 16.4).

Стоимость: 7 000–22 000 ₼ старт + 1 500–4 000 ₼/год обслуживание.

Плюсы:

Один код для всех.
Установка одним кликом, без магазинов.
Обновления автоматические, без согласований Apple/Google.
Лёгкий вес (5–15 МБ против 50–200 МБ нативного).

Минусы:

На iOS — push с ограничениями, нельзя в фоне.
Apple Pay / Google Pay интегрируется хуже, чем у нативных.
Нет видимости в App Store (если это критично).

3. Нативное приложение (iOS + Android)

Два отдельных приложения, написанные на Swift (iOS) и Kotlin (Android). Или один кодовая база — Flutter/React Native — с компромиссом по производительности.

Стоимость: 35 000–150 000 ₼ старт + 6 000–20 000 ₼/год обслуживание.

Плюсы:

Полный доступ к аппаратуре телефона.
Push-уведомления полноценные.
Лучшая производительность для тяжёлых задач (карты, видео, AR).
Видимость в App Store / Google Play.
In-App Purchase для подписок.

Минусы:

Дорого: в 5–10 раз дороже PWA.
Два кодовых базы (или один с компромиссами).
Обновления через одобрение Apple (3–7 дней) и Google (1–3 дня).
Apple берёт 15–30% с in-app покупок.
Установка — это барьер: пользователь должен решиться скачать.

Когда нативное приложение реально нужно

Конкретные сигналы:

Частое повторное использование. Пользователь возвращается к вам 3+ раз в неделю. Это банкинг, доставка еды, такси, фитнес-приложение.
Сложная аппаратура. AR, точная биометрия, NFC-платежи (помимо стандарта), фоновая локация.
Производительность. 3D-графика, обработка видео, игры.
Push-уведомления критичны. Без них продукт теряет смысл (доставка, такси).
Подписочная модель. In-App Purchase даёт более высокий конверс, чем веб-чекаут.
Офлайн-режим важен. Например, для логистики, для медиков на выезде.

Если ни одного «да» — приложение, скорее всего, не нужно.

Когда PWA — правильный ответ

Бизнес — каталог + заказы. Например, локальная пекарня с доставкой.
Контентный продукт. Например, журнал, медиа-портал.
Простой сервис с регулярным использованием (1–2 раза в неделю).
Бюджет ограничен, но хочется «иконку на экране телефона».
Аудитория преимущественно на Android (PWA там сильнее).

Когда адаптивного сайта достаточно

Бизнес работает с разовыми клиентами (юридические услуги, медицинские клиники, ремонт).
Цикл взаимодействия редкий — раз в месяц или реже.
SEO-трафик критичен.
Контент часто меняется, не хочется проходить процедуру одобрения магазинов.
Бюджет до 15 000 ₼.

Честная история из Баку

Один клиент — служба доставки еды на 5 ресторанов. Хотел нативное приложение, готов был платить 80 000 ₼. Мы посчитали:

Текущий месячный оборот: 35 000 ₼.
Ожидаемый рост при наличии приложения: +25% (это оптимистично).
Дополнительные доходы за год: 105 000 ₼.
Маржа: 35 000 ₼.
Окупаемость приложения: 2.3 года.

Через 2.3 года приложение нужно обновлять, плюс iOS/Android выпустят новые версии, которые потребуют изменений. То есть проект никогда не окупится.

Альтернатива: PWA за 18 000 ₼. Окупаемость — 6 месяцев. Те же фичи (push, иконка, заказ онлайн), без магазинов и комиссий.

Клиент пошёл по PWA. Через 8 месяцев — реальный рост 30%, PWA окупилась.

Что спросить у себя

Сколько раз в месяц мой клиент возвращается к моему продукту? Меньше 4 — приложение не нужно.
Что приложение даёт такого, чего сайт не даёт? Назовите конкретно. Если ответ «удобнее» без деталей — не нужно.
Сколько готовы вкладывать в маркетинг приложения после запуска? Без рекламы скачивать не будут. Бюджет на промо — обычно равен бюджету разработки.
Готовы ли вы поддерживать его 2+ года? Apple и Google регулярно требуют обновлений (новые SDK, новые правила).

В Qaynaq мы строим как нативные приложения, так и PWA, но в первой встрече обычно советуем PWA — потому что это правильный ответ для 80% бакинских SMB. Если хотите проговорить ваш конкретный сценарий — salam@qaynaq.com.