Короткий ответ
Мобильное приложение — программа для смартфона или планшета, которую обычно ставят из магазина: App Store, Google Play, в России — ещё и RuStore. Оно бывает нативным, кроссплатформенным, веб-приложением или PWA. Приложение из магазина проходит модерацию и требует обновлений; при редких визитах клиентов часто хватает сайта или PWA.
Мобильное приложение — программа, которая живёт в телефоне
Если коротко, что такое мобильное приложение — это программа под маленький экран. Википедия описывает его как приложение, созданное для работы на мобильном устройстве: смартфоне, планшете или умных часах. Клиент находит его в магазине, ставит один раз и дальше открывает с иконки, не набирая адрес. В этой иконке весь смысл: бизнес оказывается на расстоянии одного касания.
Почти все приложения попадают в телефоны через магазины. Среди крупнейших Википедия называет Google Play для Android и App Store для iOS и уточняет, что магазин Apple открылся 10 июля 2008 года. В России к ним добавился RuStore — отечественный магазин Android-приложений. Выручку от платных приложений и покупок обычно делят создатель и магазин; об этом стоит помнить, если вы собираетесь продавать внутри приложения.
Нативное, кроссплатформенное, веб-приложение и PWA
Нативное приложение пишут под одну систему. По определению Википедии, такие программы создаются специально для мобильной операционной системы — как правило, iOS или Android. На деле это два приложения, две кодовые базы и вдвое больше работы. Взамен — полный доступ к телефону: камере, датчикам, уведомлениям, платежам — и та скорость и внешний вид, к которым привык владелец смартфона.
Кроссплатформенное приложение делит один код между iOS и Android. Flutter обещает мобильные, веб- и настольные версии из единой кодовой базы. React Native пишет, что его компоненты превращаются в родной интерфейс платформы и приложение работает через те же системные средства, что и остальные. Википедия упоминает и гибридные приложения — сайт на HTML, CSS и JavaScript в нативной обёртке — и отмечает их более низкую производительность.
Веб-приложение работает в браузере и вообще не устанавливается; Википедия предупреждает, что оно бывает заметно медленнее нативного аналога. PWA, прогрессивное веб-приложение, стоит посередине. На web.dev, справочнике для веб-разработчиков, PWA называют веб-приложениями, расширенными современными API: их можно установить, после чего они открываются в отдельном окне с иконки на главном экране.
Что PWA умеет и чего не умеет вместо приложения из магазина
Главный довод за PWA — обновления. В курсе web.dev о PWA сказано, что пользователь всегда получает последнюю версию, без упаковки и дополнительной проверки. Приложение под конкретную платформу, по тому же курсу, поставляется единым пакетом, и каждое обновление — это новая сборка, подпись, одобрение и переустановка на устройстве. Для меню, прайса или формы записи, которые меняются каждую неделю, разница ощутимая.
Ограничения тоже есть. Статья web.dev признаёт, что часть возможностей вебу пока недоступна. Курс о PWA пишет, что реализация Apple лишена многих функций других браузеров — например, Web Bluetooth и WebNFC, — а установка на iOS и iPadOS даётся сложнее. Браузеры меняются каждый год, поэтому нужные вам функции проверяйте по свежей документации, а не по памяти.
Как Apple проверяет приложение перед App Store
Готовый код ещё не значит опубликованное приложение. В правилах App Store Review Guidelines сказано, что каждое приложение проверяют эксперты. Раздел 2.1 требует финальной версии со всеми данными и рабочими ссылками, без текста-заглушки и пустых сайтов, а приложения, которые падают или явно сбоят, отклоняют. Демо для инвестора и версия для людей — разные вещи.
Чаще всего владельцев бизнеса удивляют два правила. Раздел 4.2 требует, чтобы функции, содержание и интерфейс поднимали приложение выше сайта, просто упакованного в оболочку: магазин, который завернул свой сайт в иконку, рискует отказом. Раздел 2.2 говорит, что демо, бета- и пробным версиям не место в App Store — для них есть сервис тестирования TestFlight.
Для денег и данных свои условия. Раздел 3.1.1 требует встроенных покупок Apple, когда приложение открывает функции или контент, например подписку или платные материалы. Раздел 5.1.1 обязывает дать ссылку на политику конфиденциальности и в карточке магазина, и внутри приложения. Публиковать можно после вступления в Apple Developer Program; на момент написания её страница указывает членство за 99 долларов в год.
Google Play и RuStore: аккаунты, тестировщики и модерация
У Google Play другой вход. Справка Play Console называет разовый регистрационный взнос 25 долларов США и проверку личности, при которой могут попросить документ и карту на ваше юридическое имя. Для личных аккаунтов разработчиков, созданных после 13 ноября 2023 года, нужен закрытый тест: не меньше 12 тестировщиков, участвующих 14 дней подряд. Только потом можно запросить доступ к публикации, и эта проверка, по словам Google, обычно занимает до семи дней.
Для российского рынка важен RuStore. Его справка описывает три этапа перед публикацией: автоматическую антивирусную проверку, ручную модерацию, где специалисты тестируют работу приложения, и юридическую экспертизу на нарушения закона и запрещённый контент. Жалобы пользователей разбирают вручную, а за подтверждённое нарушение приложение блокируют, и разработчик теряет возможность публиковать новые. Правила всех трёх магазинов меняются — сверяйтесь с текущей версией.
Когда бизнесу нужно приложение, а когда хватит сайта
Приложение оправдано, когда клиенты возвращаются часто. Кофейня с картой лояльности, фитнес-клуб с расписанием, доставка с повторными заказами, клиника с записью и результатами анализов: везде иконка на экране экономит клиенту поиск. Вторая причина — сам телефон, если задаче нужны камера, геолокация, работа без сети или надёжные уведомления.
Сайта хватает, когда к вам приходят раз-два в год. Ремонтной бригаде, юристу или банкетному залу приложение, которое никто не откроет второй раз, почти ничего не даст, а установка — лишний труд для клиента. Новые клиенты всё равно найдут вас в Яндексе, а поиск ведёт на сайт. Многим небольшим компаниям сначала нужен быстрый мобильный сайт, а вопрос о приложении возникает позже.
PWA — средний путь. Он подходит для каталога, записи или личного кабинета постоянных клиентов, если нужные функции работают в их браузерах. Это одна кодовая база, изменения выходят без модерации, а установить его всё равно можно. Если позже понадобятся оплата внутри приложения, глубокий доступ к телефону или место в подборках магазина, PWA станет прототипом.
Из чего складывается создание и жизнь приложения
Создание приложения — четыре работы, а не одна. Сначала дизайн: сценарии пользователей, экраны под обе платформы, состояния ошибок и пустых списков. Затем разработка самого приложения и почти всегда серверной части с админкой — данные ведь откуда-то берутся. Потом публикация: аккаунты разработчика, карточки в магазинах со скриншотами и описанием, политика конфиденциальности, тестовые сборки и ответы модераторам.
Четвёртую работу бюджеты забывают — поддержку. Apple и Google каждый год выпускают новые версии систем, правила магазинов меняются, библиотеки стареют, а ошибки приходят с телефонов, на которых никто не тестировал. Каждое обновление снова проходит модерацию, так что даже мелкая правка занимает дни. Честный план закладывает время и деньги на обновления с первого месяца, а не после первого сбоя.
Что подготовить перед заказом приложения: MVP и сценарии
Начните с вопроса, что такое мобильное приложение именно для вашей компании: какое повторяющееся действие должно стать одним касанием. Запишите три–пять сценариев простыми фразами, например «постоянный клиент записывается меньше чем за минуту». Отметьте, каким сценариям нужны функции телефона, а какие закроет браузер. Этот список решит выбор между нативным, кроссплатформенным приложением и PWA лучше любой таблицы.
Затем урежьте первую версию до MVP — самого маленького приложения, которое выполняет главный сценарий и проходит модерацию. Подготовьте то, что принадлежит вам: тексты, фото, цены, политику конфиденциальности, аккаунты разработчика на вашу компанию. Если в штате есть разработчик, PWA или простое кроссплатформенное приложение можно попробовать сделать самим; если заказывать в студии, например в VITON13, приходите со сценариями и получите объём и цену письменно.
Практический чеклист
- Запишите три–пять сценариев приложения простыми фразами, по одному действию в каждом.
- Отметьте, каким сценариям нужны камера, геолокация, работа без сети или уведомления.
- Сверьтесь с текущими правилами магазинов: не выглядит ли идея как сайт в обёртке.
- Зарегистрируйте аккаунты разработчика на свою компанию и подготовьте политику конфиденциальности.
- Заложите в бюджет обновления и повторную модерацию с первого месяца после запуска.
Вопросы и ответы
Чем мобильное приложение отличается от мобильного сайта?
Сайт открывается в браузере по адресу и не требует установки. Приложение ставят из магазина, оно живёт иконкой на экране и шире пользуется телефоном: уведомлениями, датчиками, работой без сети. Сайт находят в поиске, приложение — в магазине или по ссылке с сайта.
Кроссплатформенное приложение хуже нативного?
Не обязательно. React Native и похожие инструменты выводят родные элементы интерфейса, а общий код сокращает работу на две платформы. Нативный код выигрывает, когда приложение сильно опирается на новые функции системы, сложную графику или глубокий доступ к железу.
Можно ли выложить PWA в App Store или Google Play?
Курс web.dev пишет, что PWA можно разместить в магазинах как дополнительный канал — в Google Play, Microsoft Store и App Store, — но тогда оно подчиняется правилам каждого магазина. Требование Apple не публиковать сайты в обёртке касается и его.
Сколько длится модерация нового мобильного приложения?
Apple фиксированного срока в правилах не обещает. Google пишет, что проверка доступа к публикации обычно занимает до семи дней, а новым личным аккаунтам перед ней нужен закрытый тест на 14 дней. Между готовой сборкой и релизом закладывайте хотя бы несколько недель.
Нужно ли небольшому бизнесу своё мобильное приложение?
Только если клиенты возвращаются достаточно часто, чтобы держать иконку на экране, или услуге нужны функции телефона, которых нет в браузере. В остальных случаях быстрый мобильный сайт или PWA приносят те же заказы дешевле и с меньшими хлопотами.