# Как успешно зарелизить продукт в 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/)


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://vladislaveremeev.gitbook.io/qa_bible/mobilnoe-testirovanie/kak-uspeshno-zarelizit-produkt-v-app-store-i-google-play.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.