Приложение отклонили в App Store или Google Play: что проверить
Что делать, если приложение отклонили в App Store или Google Play, и как подготовить повторную отправку.
Если приложение отклонили, не отправляйте сборку повторно вслепую. Прочитайте причину, воспроизведите проблему, проверьте описание, демо-доступ, платежи, приватность, вход, падения, спорный контент и комментарии для модератора. Часто помогает точечная правка и понятное объяснение.
Подготовьте запрос на оценку приложения через практичные вопросы
Отметьте нужные функции: аккаунты, корзину, платежи, админку, интеграции, хранение данных и запуск.
Главные выводы
- Не отправляйте повторно, пока не воспроизвели причину отказа.
- Сначала проверьте демо-доступ, сервер и комментарии для модератора.
- Описание и приватность должны совпадать с реальной сборкой.
- В повторной отправке коротко объясните исправление.
Когда это действительно нужно
Отклонение неприятно, но это полезная обратная связь. Хуже всего — менять случайные экраны и отправлять снова. Отнеситесь к сообщению магазина как к отчету об ошибке: какая причина, какой путь прошел модератор, где это воспроизводится и что именно нужно исправить.
Начните с доступа. Часто модератор не может войти, проверить платный раздел, протестировать подписку, увидеть QR-сценарий или попадает на выключенную серверную часть. Подготовьте демо-аккаунт, тестовые данные и короткое пояснение.
Что заложить в оценку
| Область | Что решить | Почему это меняет объем работ |
|---|---|---|
| Обещание продукта | Какое действие пользователя должно работать надежно | Не дает раздуть второстепенные сценарии |
| Данные | Что хранится, показывается, меняется или отправляется | Определяет серверную часть, админ-панель и тесты |
| Сложные случаи | Неудачный платеж, слабая связь, отказ модерации или неполная локализация | Помогает избежать сюрпризов на запуске |
| Работа команды | Кто видит проблему, исправляет ее или помогает пользователю | Снижает ручную поддержку после релиза |
Проверьте описание и материалы. Скриншоты, описание, возрастной рейтинг, данные о приватности, ссылка поддержки и обещания должны совпадать с реальным продуктом. Не обещайте функции, которых нет в сборке.
Платежи и приватность требуют особого внимания. Цифровой контент часто связан с правилами оплаты внутри магазинов. Физические товары, услуги и маркетплейсы нужно понятно объяснять. Данные о приватности должны совпадать с аналитикой, SDK, аккаунтами, геолокацией, платежами и поддержкой.
Перед повторной отправкой напишите модератору коротко: что исправлено, где проверить, какой аккаунт использовать и что изменилось в этой сборке.
Как Appfyl использует это
Appfyl обычно разбирает такие задачи через основной пользовательский сценарий, работу команды внутри админ-панели, аналитику, тестирование и риски релиза. Мы не предлагаем сложную функцию как отдельную «галочку», пока не понятно, где она экономит деньги, снижает поддержку или помогает пользователю завершить действие.
Больше примеров в кейсы Appfyl.
Посмотрите, как Appfyl превращает объем работ в запущенные продукты. Смотреть кейсы Appfyl.
Есть идея приложения и нужен трезвый следующий шаг?
Разобрать идею приложенияСвязанные материалы Appfyl
- Чек-лист запуска приложения
- Проверка приложения перед запуском
- ASO перед запуском приложения
- Стоимость платежей и подписок
- Чек-лист безопасности приложения
Посмотрите, как Appfyl превращает объем работ в запущенные продукты. Смотреть кейсы Appfyl.
Полезные ссылки
Следующий шаг
Если эта тема влияет на ваш продукт, отметьте нужные функции в интерактивном брифе Appfyl. Так мы быстрее поймем, что входит в первую версию, а что можно отложить.
Используйте эти выводы, чтобы собрать реалистичную первую версию.
Оценить MVPПревратите исследование в план запуска
Appfyl поможет превратить идею в понятный план приложения, список функций первой версии и план первых работ.
Обсудить план приложенияПолезные ссылки
Частые вопросы
Очевидные проблемы лучше исправить. Спорить стоит, если приложение уже соответствует правилам, а отказ похож на недопонимание.
Нет. Иногда достаточно описания, комментария или демо-доступа. Падения, платежи и приватность чаще требуют правки сборки или сервера.
Часто да, если причина понятна и команда не смешивает исправление модерации с новыми функциями.