Специфика работы с платформой Apple
- Review Guidelines. Любые реджекты, баны и блокировки всегда исходят из нарушений этих гайдов, ну или потому что Apple посчитали, что вы их нарушаете. Гайдлайны регулярно обновляются, особенно много обновлений бывает перед и после конференции WWDC;
- Следующий по важности документ - гайдлайны интерфейсов. Здесь представлены рекомендации и лучшие практики по построению красивых, удобных и понятных интерфейсов для всех устройств Apple. Его необходимо прочитать хотя бы раз любому дизайнеру интерфейсов, а также полезно будет QA-специалистам и разработчикам;
- App Store Connect - навряд ли часто открывают. В то же время это исчерпывающая инструкция по использованию консоли для управления вашим приложением. Всякий раз, когда у вас возникает вопрос по работе с 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:
- Необходимо следить за предстоящими обновлениями гайдлайнов перед и после конференции Google I/O;
- Все политики вы найдете в Google Play Developer Policy Center, они написаны на русском языке, что заметно удобнее. Во многом политики Google и Apple схожи, однако различия есть и иногда они весьма значительны - обратите на это свое внимание, прочитать и использовать политики только одной платформы - плохая идея;
- Самый полезный ресурс для понимания работы консоли Google Play - это Google Play Academy, там есть ответы на 90% вопросов и все возможные сценарии ее использования как с точки зрения пользователя (разработчика) так и для маркетологов и ASO-специалистов;
- Если у вас есть вопросы по дизайну своего продукта, вы сомневаетесь о проценте прозрачности или даже не знаете правильно ли используете жесты, вы найдете ответ на свой вопрос и/или сможете открыть для себя что-то новое и полезное для ваших приложений в гайдлайнах Material Design.
Соблюдайте правила сторов
В Apple и Google сидят весьма смышленые ребята, основная задача которых не допустить того, чтобы приложения противоречили их политикам:
- не прячьте части функционала приложения от ревьюверов;
- не пытайтесь обойти комиссию платформ и прятать 3rd-party эквайринг;
- не вводите пользователя в заблуждение;
- не запрашивайте лишние доступы, объясняйте зачем нужны доступы, которые запрашиваете.
Источники:
Доп. материал: