Оглавление
Время чтения: 5 минут
Публикация любого мобильного приложения требует внимания к требованиям площадок, но если речь идёт о финтех-сервисе — нюансов становится больше. Стороны Apple и Google предъявляют особые требования к безопасности, юридическому статусу, доступу к функциональности и содержанию приложения.
Разберём ключевые особенности, которые стоит учитывать ещё до того, как начнётся процесс выкладки.
1. Без демо-режима ревью не пройти
Финансовые приложения связаны с доступом к личным данным, счетам, операциям и другим конфиденциальным элементам. Поэтому вход в такие сервисы защищён: обязательны авторизация, двухфакторная проверка и наличие активного счёта в одном из поддерживаемых банков.
Однако Apple и Google требуют полного доступа ко всем функциям приложения на этапе ревью. Это означает, что модераторы должны видеть весь функционал без необходимости проходить регистрацию, подтверждать личность или открывать реальные счета.
Проблема в том, что ревьюеры, как правило, находятся в других странах, где у них нет возможности подключиться к реальному продукту. Поэтому оптимальным решением становится встроенный демо-режим, в котором:
- предусмотрены отдельные данные для входа;
- все действия имитируются локально, без обращений к реальному серверу;
- доступен весь основной функционал.
Демо-режим требует дополнительного времени на разработку, но значительно упрощает прохождение ревью. Альтернативой может быть подключение тестового сервера, работающего с фейковыми данными, но такой подход чаще встречается в проектах с более сложной архитектурой.
Применимо к: App Store, Google Play
2. Нельзя предлагать короткие кредиты
Одно из самых жёстких требований стора — запрет на короткие займы. У платформ разные критерии:
- В Google Play минимальный срок кредита должен быть не менее 30 дней.
- В App Store — не менее 60 дней и не выше 36% годовой процентной ставки, включая все комиссии.
Даже если приложение не предлагает займы напрямую, а просто содержит кредитный калькулятор, важно учитывать эти правила. Один из кейсов показал, что:
- Google может расценить калькулятор как функционал микрокредитования, если пользователь может задать срок менее 30 дней;
- Apple в аналогичной ситуации обычно не реагирует, но всё зависит от конкретного ревьюера.
Чтобы минимизировать риск отклонения, рекомендуется:
- установить лимиты в калькуляторах согласно требованиям платформ;
- добавить в описание приложения данные по ставкам и условиям (особенно в Google Play);
- избегать неоднозначных формулировок в интерфейсе.
Применимо к: App Store, Google Play
3. Учитывать законодательство стран публикации
Многие финтех-приложения планируют выход на международные рынки. Однако законодательства разных стран могут сильно отличаться — особенно это касается финансовых, инвестиционных и кредитных сервисов.
Прецеденты показывают, что:
- Google может удалить приложение из стора, если обнаружит несоответствие законодательству конкретной страны;
- под риском оказываются регионы с жёсткой финансовой регуляцией — например, Индия, Китай, Филиппины, Таиланд и другие.
Чтобы избежать блокировки:
- заранее исследуйте требования в странах, где планируете запуск;
- будьте особенно внимательны с бета-версиями — они тоже проходят ревью;
- при необходимости ограничьте доступ к приложению в определённых регионах.
Применимо к: Google Play
4. Учёт юридического статуса
Финансовые сервисы относятся к чувствительной категории. И App Store, и Google Play предъявляют требования к аккаунтам, через которые публикуются такие приложения:
- разработчиком должно быть юридическое лицо с лицензией, если того требует специфика;
- размещение от имени физического лица — недопустимо.
Также важно корректно выбрать категорию приложения — основная категория должна быть «Финансы». Даже если у приложения есть геймифицированные элементы, разместить его в разделе «Игры» нельзя, если основной функционал связан с финансами.
Применимо к: App Store, Google Play
Что ещё стоит учитывать
- На iOS для страховых приложений запрещены внутренние покупки через StoreKit — приём платежей возможен только через внешние платёжные системы.
- Некоторые категории сервисов требуют разрешений или ограничений по типу операций.
- В описании и скриншотах желательно избегать упрощённых формулировок, связанных с деньгами, чтобы избежать недоразумений при модерации.
Важно на старте
Если вы запускаете финтех-продукт, заранее заложите в план:
- время на разработку демо-режима;
- проверку законодательства в странах распространения;
- настройку аккаунта публикации от юридического лица;
- подготовку полной информации о продуктах и ставках в описании приложения;
- выбор корректной категории на обеих платформах.
Это поможет пройти ревью без дополнительных итераций, снизить риски блокировки и сократить время выхода на рынок.