> For the complete documentation index, see [llms.txt](https://vladislaveremeev.gitbook.io/qa_bible/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://vladislaveremeev.gitbook.io/qa_bible/mobilnoe-testirovanie/kak-uspeshno-zarelizit-produkt-v-app-store-i-google-play.md).

# Как успешно зарелизить продукт в App Store и Google Play

**Специфика работы с платформой Apple**

* Review Guidelines. Любые реджекты, баны и блокировки всегда исходят из нарушений этих гайдов, ну или потому что Apple посчитали, что вы их нарушаете. Гайдлайны регулярно обновляются, особенно много обновлений бывает перед и после конференции WWDC;
* Следующий по важности документ - [гайдлайны интерфейсов](https://developer.apple.com/design/human-interface-guidelines/). Здесь представлены рекомендации и лучшие практики по построению красивых, удобных и понятных интерфейсов для всех устройств Apple. Его необходимо прочитать хотя бы раз любому дизайнеру интерфейсов, а также полезно будет QA-специалистам и разработчикам;
* [App Store Connect](https://help.apple.com/app-store-connect/en.lproj/static.html) - навряд ли часто открывают. В то же время это исчерпывающая инструкция по использованию консоли для управления вашим приложением. Всякий раз, когда у вас возникает вопрос по работе с Connect’ом, пожалуйста, сверяйтесь с документацией;
* Если у вас уже было опубликовано приложение с поддержкой iPad, то выпилить поддержку уже не получится.

**Топ-8 причин для реджектов от Apple (в Google Play примерно также)**:

* App Completeness - не работающие приложения с крашами и багами;
* Inaccurate Metadata - подробно и точно описывайте функционал приложений, прикрепляйте правильные скриншоты;
* Incomplete Info - важно рассказать о вашем продукте все, что стоит знать ревьюерам. Проверяйте актуальность тестовых учеток перед сабмитом. Если вы что-то экспериментируете в билде, расскажите об этом команде ревью;
* Unusual Interface - Apple не зря сделали целый портал про свои интерфейсы. Они хотят чтобы все приложения работали так, как пользователи от них этого ждут. Хороший пример Албания, в которой привычное для нас качание головой вверх-вниз означает нет, а из стороны в сторону - да. Apple это весь мир, не будьте в этом мире Албанией;
* Web Content Aggregators - сайты обернутые в iOS приложение обычно не принимаются;
* Similar App Submission - Apple хотят видеть уникальные приложения и если вы вдруг решили запустить сразу пять одинаковых игр дабы увеличить шансы на взрывной рост, то рискуете остаться без взрывного роста и без приложений;
* Misleading Offers - мы все прошли через рентген для камеры нокии. Не обещать того, чего нет;
* Not Enough Value - Apple хотят видеть уникальные приложения. Это касается не только конкретного разработчика, но и всех вместе. Не нужно делать десятитысячный калькулятор и миллионный фонарик, их достаточно. Также не нужно делать приложение, которым будут пользоваться три человека. Ваше приложение должно нести в себе нужный широкому пользователю, уникальный функционал.

**Специфика работы с платформой Google Play Developer**:

* Необходимо следить за [предстоящими обновлениями гайдлайнов](https://developer.android.com/distribute/play-policies) перед и после конференции Google I/O;
* Все политики вы найдете в [Google Play Developer Policy Center](https://play.google.com/intl/en/about/developer-content-policy/), они написаны на русском языке, что заметно удобнее. Во многом политики Google и Apple схожи, однако различия есть и иногда они весьма значительны - обратите на это свое внимание, прочитать и использовать политики только одной платформы - плохая идея;
* Самый полезный ресурс для понимания работы консоли Google Play - это [Google Play Academy](https://playacademy.exceedlms.com/student/catalog), там есть ответы на 90% вопросов и все возможные сценарии ее использования как с точки зрения пользователя (разработчика) так и для маркетологов и ASO-специалистов;
* Если у вас есть вопросы по дизайну своего продукта, вы сомневаетесь о проценте прозрачности или даже не знаете правильно ли используете жесты, вы найдете ответ на свой вопрос и/или сможете открыть для себя что-то новое и полезное для ваших приложений в гайдлайнах [Material Design](https://material.io/design/introduction).

**Соблюдайте правила сторов**

В Apple и Google сидят весьма смышленые ребята, основная задача которых не допустить того, чтобы приложения противоречили их политикам:

* не прячьте части функционала приложения от ревьюверов;
* не пытайтесь обойти комиссию платформ и прятать 3rd-party эквайринг;
* не вводите пользователя в заблуждение;
* не запрашивайте лишние доступы, объясняйте зачем нужны доступы, которые запрашиваете.

Источники:

* [Как успешно зарелизить продукт в App Store и Google Play](https://telegra.ph/Kak-uspeshno-zarelizit-produkt-v-App-Store-i-Google-Play-02-27)

Доп. материал:

* [Policies & publishing on Google Play](https://www.youtube.com/watch?v=ZDS4diFfBmQ)
* [Соответствие правилам для страниц приложений в Google Play](https://playacademy.exceedlms.com/student/activity/15949)
* [Запуск приложения или игры](https://playacademy.exceedlms.com/student/path/16605)
* [Pre-launch testing for mobile games: tools and best practices on Google Play](https://medium.com/googleplaydev/test-pre-launch-96d0ef3c4d51)
* [App Store Review Guidelines](https://developer.apple.com/app-store/review/guidelines/)
* [App Store Connect](https://developer.apple.com/support/app-store-connect/)