Как создать приложение для iOS самостоятельно. Как загрузить приложение в App Store: этапы и важные аспекты

Начинающие мобильные разработчики часто испытывают затруднения при выкладывании своих проектов в Google Play и App Store. И если с первым особых проблем не возникнет, то со вторым придется повозиться, особенно, если вы выкладываете приложение от юридического лица. Поэтому в помощь начинающим мы решили написать туториал по размещению в официальных сторах приложений под iOS и Android.

Одна из главных задач Scorocode - помощь российским мобильным разработчикам. Но жизненный цикл приложения не завершается после создания. Его еще нужно опубликовать, развивать и поддерживать. Чтобы помочь на самых разных этапах существования мобильных приложений и сервисов, мы будем периодически публиковать различные статьи и заметки. Следите за обновлениями блога.

App Store

Начнем с самого сложного - с размещения в App Store от юридического лица.

1. Для начала идем на страницу developer.apple.com/programs и регистрируемся в качестве нового разработчика. Не советуем использовать уже существующую учетную запись, если раньше вы никогда не пользовались ею для публикации приложений, так как в ее данных могут быть ошибки. Лучше создайте новую, которая будет использоваться для дальнейшей работы и размещения.

   

   Работая с Apple, указывайте только верные и корректные данные при заполнении любых анкет. Это поможет избежать проблем в будущем, сократит время принятия решений по вашему вопросу и значительно облегчит жизнь. Нередко бывает так, что при регистрации приложений из-за одной описки в названии фирмы или других важных данных весь процесс приходится начинать заново.

   

   Заполнив простые формы, принимаем лицензионное соглашение и подтверждаем электронную почту присланным на нее кодом, после чего получаем Apple ID для разработчика, с помощью которого и авторизуемся.

   

2. Следующий шаг - регистрация компании в программе iOS Developer. Заходим во вкладку Account и жмем на Apple Developer Program . Читаем красивые продающие описания всех преимуществ программы и жмем далее, пока не увидим надпись Start your enrollment . Нажимаем на нее и приступаем к процессу регистрации.

   

   

   

3. Для начала нам предстоит выбрать - от юридического лица или от физического будут публиковаться наши приложения. Выбираем Company (ни в коем случае не государственная компания (Government organization) - не перепутайте). Далее нас попросят заполнить личную информацию и информацию о компании.

   

   Прежде всего нужно указать правильное название (которое в будущем будет использоваться в качестве имени продавца опубликованных приложений), телефон и полный адрес с почтовым индексом. Далее можно выбрать себя в качестве собственника или доверенного лица компании, отвечающего за все взаимодействие с Apple и имеющего соответствующие полномочия (причем Яблочники вполне могут запросить подтверждение этих полномочий в виде официального приказа с печатью). Либо же можно указать данные другого доверенного лица, если вы просто занимаетесь регистрацией, а в дальнейшем процесс взаимодействия будет вести кто-то другой.

   

4. Здесь же нас попросят указать так называемый D-U-N-S number , который теперь используется Apple вместо предоставления переведенной на английский выписки из ЕГРЮЛ, чтобы удостовериться, что ваша компания реально существует. Вот на этом шаге и возникает загвоздка у многих разработчиков. Присвоением D-U-N-S-номеров занимается фирмы D&B, на которую Apple возложила все обязанности по проверке юридических лиц. На сайте Apple есть информация о том, для чего им нужен этот номер, но ссылка на его получение нерабочая. По крайней мере, перейдя по ней, получить D-U-N-S не удастся, так как процедура изменилась в 2015 году. Стоимость присвоения номера - 12 240 рублей . Пока вы его не получите, процедуру регистрации в Apple продолжить не удастся, но страшного в этом ничего нет, так как все заполненные данные сохранятся. Обратите внимание, что названия вашей компании на сайтах Apple и D&B должны полностью совпадать.

   

   Все данные на сайте D&B заполняются на русском языке, перевод на английский компания осуществляет самостоятельно. После заполнения анкеты на указанную электронную почту придет письмо со счетом на сумму 12 240 рублей. В течение 5 рабочих дней после его оплаты данные о вашей компании появятся в реестре D&B. Но имейте в виду, что для Apple они станут доступны только через 14 рабочих дней. Если вы попробуете ввести D-U-N-S раньше этого срока, тот он не пройдет. Итого, придётся ждать 19 рабочих дней, фактически календарный месяц. Как только номер принят Apple - самый длительный и тяжелый этап регистрации остается позади.

   

5. Далее нам нужно получить доступ к инструментарию разработчика для размещения приложения в сторах, получения сертификатов и т.д. Доступ платный и стоит $99 в год. За эту сумму вы получите возможность разрабатывать приложения под три платформы - iOS, Mac и Safari. Однако при размещении контента в iTunes (книг, фильмов и музыки) может потребоваться использовать отдельный аккаунт AppleID.

   Внимательно проверяем данные и подтверждаем информацию, после чего ожидаем подтверждение от Apple. Обычно это происходит в течение 1-3 дней, после чего вам позвонят на указанный в анкете номер, на английском языке поблагодарят за регистрацию и сообщат, что пришлют ссылку на продолжение регистрации по электронной почте. По большому счету, совершается этот звонок для того, чтобы еще раз проверить реальность существования фирмы и соответствие контактных данных.

6. Получив письмо со ссылкой, переходим по ней, принимаем соглашение и оплачиваем программу. Для России оплатить можно только с кредитной карты, заполнив специальную форму и отправив ее в Apple. Не советуем указывать личные карты, для этого удобнее всего выпустить предоплаченную виртуальную карту на нужную сумму и передать ее данные. В течение 1-3 дней средства будут списаны, и вы получите письмо с активационным кодом для завершения процедуры регистрации.
7. Кликните по коду и нажмите Продолжить в открывшемся окне, после чего станет доступна долгожданная кнопка Get Started . Нажав на нее, мы получим доступ в Developer Member Center, где увидим полный функционал разработчика, поддержку и, самое главное, - доступ на портал для разработчиков .

   

Всё, процесс подготовки к размещению приложения завершен. На указанном портале вы сможете отправлять приложения на премодерацию, видеть всю статистику по уже опубликованным продуктам и т. д. Проверяются приложения весьма досконально, поэтому перед отправкой будьте уверены, что весь функционал работает и соответствует описанному в сопровождении.

Для физического лица всё гораздо легче. На странице developer.apple.com/programs жмем кнопку Enroll , выбираем физическое лицо, заполняем данные с ФИО, адресом и телефоном, принимаем лицензионное соглашение и… Это всё.

Далее у нас появляется кнопка Купить, нажав на которую мы попадаем на страницу с данными по кредитной карте. Весь предыдущий процесс занимает от силы 5 минут. Дальше всё точно также, как и для юридических лиц. Оплачиваем, ожидаем пару рабочих дней и получаем доступ к ресурсу для разработчиков.

Google Play

Процесс регистрации приложения в Google Play напоминает регистрацию у Apple в качестве физического лица - всего несколько простых действий.

Что дальше?

Регистрация - лишь часть большого процесса выкладывания приложения в стор. Чтобы ваше творение стало доступно миру, нужно выполнить ещё немало процедур, а также убедиться, что ваше приложение соответствует определённым критериям.

Вот вроде я понимаю, что все делает Apple для любимых клиентов — и технологии просто на острии прогресса, и дизайн, и защита от всяких напастей вроде вирусов, и закрытая экосистема, и модерация приложений. Нет, скажем мне, как пользователю — это все нафиг не сдалось (ну — разве что кроме технологий и немного — дизайна) — но 50% народу типа моих друзей и знакомых, которые не хотят задумываться, что и как у них работает, какие можно программы ставить, какие нет — это все очень даже полезно. Ну естественно, я раньше на все это смотрел, как обычный пользователь — ну не нравится мне пользоваться для создания контента ни яблочной продукцией, ни андроидом — ну и ладно — для потребления его же подходит — и хорошо. Все остальное как-нибудь на винде сделаем.

А тут, как я уже писал неоднократно — пришлось нам для удовлетворения потребностей упомянутых выше 50% для своего сайта (ну, а потом его еще и продвигать — как , так и ). Но написать приложение, как оказалось — это еще пол-дела, гораздо интереснее история с его последующим размещением и апдейтами, после чего я на все это дело взглянул не со стороны пользователя, а со стороны разработчиков.

И в результате, глядя на то, как расстреливают новехонький iPad Air сначала из Air Gun (неплохой каламбур, не правда ли?), а затем — из винтовки.50-го калибра, и все это в супер-low motion

я испытал просто таки непередаваемое удовлетворение от того, что кто-то сделал с продуктом Apple тоже самое, что делает Apple с продукцией разработчиков программного обеспечения.

В этой заметке я не буду приводить детальной инструкции, как разместить приложение в app store — это уже сто раз описано, поэтому приведу общие шаги, и ссылки на самые хорошие статьи по этому поводу. А также немного расскажу, с каким геморроем столкнулись мы.

Итак, если вы решили встать на тропу написания и размещения приложения в Appstore, прежде всего необходимо отметить, что Apple берет деньги с разработчика за все. Хочешь размещать приложения — плати за аккаунт по 100 баксов в год. Хочешь продавать приложения — комиссия Apple составит от 30 до 40% от стоимости приложения — тебе в лучшем случае 70 достанется (честное слово — уж даже ФНС от оборота слегка меньше хочет). Хочешь продавать цифровой контент внутри приложения — фиг, опять таки — плати 30%, и продавай через appstore.

Пока еще не берут процента с продажи реального физического товара через мобильные приложения, представляющие собой витрину интернет-магазина, но я так чувствую — все к тому идет.

Но допустим, что мы согласны на все эти кабальные условия (десятина? не, не слышали), мы же о благе пользователей печемся. И вот — идем регистрировать аккаунт в appStore. Ну, у наших разработчиков он уже был — так что с этим проблем не было.

При этом — на всех этапах, предшествующих отправке приложения — необходимо помнить об ограничениях, которые накладывает эппл на публикуемые приложения, и гарантированные причины, по которым вам будет отказано в публикации: половина из них приведена , а вторая половина — и даже более подробно — . Если что-то из указанных условий эппл не выполняется — шансы на то, что приложение не пройдет модерацию, или будет удалено позже — очень велики , рассчитывать, что проскочит — не стоит.

И вот тут-то разработчиков ожидает основная засада. Эппл — рассматривает приложения по две недели, прежде чем допускает их к публикации. Но — даже если они не найдут критичных для них багов, мешающих размещению, то заказчики приложения, уже после публикации, тщательно протестировав мобильное приложение на трех-четырех девайсах — получив статистику с нескольких сотен устройств — могут найти там вполне критичные для себя, а иногда — и для клиентов баги (пусть даже и далеко не для всех). Да, поправить их быстро — но рассмотрение новой версии — приравнивается к рассмотрению самой первой версии. Иными словами — две недели вы будете вынуждены жить с багами, которые, возможно, вашим клиентам и пользователям заметны не будут — но вы-то — ощутите их в полной мере, особенно если приложение общается с вашим сервером. Ну не выложишь ее сразу на свой сервер для скачивания, как тот же самый WordPress 3.7.1, вышедший с исправлением багов — при всем желании. Собственно — так с нами и произошло.

Разработка мобильных приложений ,

Разработка под Android ,

Разработка под iOS

• Tutorial

В первой части нашего туториала мы зарегистрировались в обоих магазинах - App Store и Google Play. Но чтобы ваше приложение стало доступным для скачивания, необходимо совершить ещё немало действий. Давайте их рассмотрим.

Прежде чем перейти к процедуре выкладывания, обязательно удостоверьтесь, что ваше приложение соответствует требованиям (Google , Apple), предъявляемым к качеству и содержимому публикуемых приложений. Несоответствие этим требованиям часто приводит к тому, что начинающие разработчики с удивлением получают отказ в публикации, да ещё и предупреждение за нарушение.

В первую очередь, приложение должно иметь какую-то функциональность, то есть иметь пользу, ценность. Убедитесь, что ваше приложение хоть чем-то отличается от аналогов. Если вы ещё не искали аналоги в магазине, не поленитесь это сделать - на этом этапе заканчивается создание многих проектов. Особенно это касается новичков с «инновационной» идеей.

Вариантов получить отказ из-за неправильно написанного кода тоже очень много. В первую очередь это касается падений приложения. Также многие разработчики испытывают соблазн влезть во внутреннее API, когда не хватает программных интерфейсов, предоставляемых вендором. Но поверьте, если API закрыто - значит это сделано не просто так. Еще раз перечитайте документацию по используемой технологии, наверняка вы что-то упустили.

Если вы используете в названии приложения или в его контенте названия других компаний, торговых марок, защищённые авторским правом образы и изображения (даже в виде скриншотов) - без соответствующего на то разрешения - то смело можете рассчитывать на то, что приложение «завернут» с выговором. Поэтому тщательно избегайте подобных ситуаций. Если же вам необходимо использовать или упомянуть защищённый копирайтом материал, то вам необходимо будет сразу доказать право на его использование с помощью соответствующей формы.

Сложный или непонятный интерфейс - ещё одна частая причина отказа. Убедитесь, что экраны приложения не перегружены, читаются легко, а цвета подобраны так, чтобы не убить глаза пользователя за 5 минут работы с приложением. У обеих компаний есть рекомендации по дизайну интерфейсов, сверьтесь с ними (Google , Apple).

Apple особенно трепетно относится к работоспособности всех заявленных функций: если у вас есть дальний пункт меню, который вы пока не успели доделать и поместили заглушку, то рецензенты это обнаружат и заставят сначала доработать приложение.

Если ваше приложение собирает какую-либо информацию о пользователе и его устройстве, то необходимо как можно более чётко разъяснить в приложении, как вы будете использовать эти данные. Не рекомендуется без объяснений собирать всевозможную телеметрию и отправлять её на свой сервер, это подозрительно и наказуемо отказом в публикации приложения.

Планируя брать деньги с пользователей с помощью встроенных систем оплаты App Store и Google Play, то проверьте, входит ли ваше приложение в одну из категорий, поддерживаемых этими системами. Например, если вы планируете продавать через ваше приложение какие-то услуги, то придётся «прикрутить» другие системы оплаты.

Background Modes. Это режимы, которые может использовать ваше приложение в свёрнутом/закрытом виде. Но приложение должно содержать функционал, который оправдывает выбор этих режимов. Если у вас указано Audio, а никакого аудио нет, или Voice over IP, а позвонить из приложения нельзя, то ждите отказ.

Чаще всего приложения не проходят модерацию при выкладывании по следующим причинам:

1. Неполное заполнение всех сопроводительных форм.
2. Баги и «падения».
3. В приложении используются фальшивые, мошеннические или вводящие в заблуждение данные.
4. Используются иконки, аналогичные иконкам сторонних приложений.
5. При разработке интерфейса не учтены рекомендации из официальных гайдлайнов (Apple, Google).
6. Несоответствие заявленных функций и/или скриншотов фактическому приложению.

Обо всяких злонамеренных вещах - вроде использования приложения для взлома, спама, использования нечестных методов привлечения и т.д. - можно и не упоминать.

Если не подходить ответственно к вопросу проверки своего приложения на соответствие требованиям, то ваш аккаунт разработчика могут вообще заблокировать.

В заключение о процессе проверки приложения, цитата с официального сайта: «Мы отклоним приложение с контентом или функционалом, которые переходят черту. Где эта черта, спросите вы? Как однажды сказал один судья, «я узнаю, когда увижу». И мы думаем, вы тоже поймёте, когда пересечёте её ».

App Store

Используемые инструменты:

• Компьютер Apple (с установленной OS X).
• Apple store - магазин приложений Apple.
• developer.apple.com - центр разработчика Apple.
• itunesconnect.apple.com - сайт для управления своими приложениями, выкладывания в магазин, просмотра статистики, финансов и т.п.
• XCode - интегрированная среда разработки.
• Application Loader - программа Apple для загрузки собранного архива приложения в Itunes Connect.

Каждое приложение, выкладываемое в App Store, должно быть подписано действительным сертификатом, выданным Apple.

Чтобы подписать приложение нам необходимо:

1. Запросить у Apple сертификат.
2. Добавить новое приложение в Developer Center.
3. Создать Provisioning profile.
4. Создать новое приложение на портале itunesconnect.apple.com (далее - iTunes Connect).
5. Заполнить всю необходимую информацию о приложении.
6. Собрать архив приложения из XCode, подписав его нашим Provisioning profile.
7. Загрузить архив в iTunes Connect с помощью Application Loader (ПО Apple).
8. Указать в новой версии приложения архив, который мы загрузили, и отправить приложение на проверку.

Рассмотрим каждый шаг более подробно:

1. Запрос сертификата у Apple.
   
   
2. Добавление нового приложения в Dev Center.
   
   
3. Создание Provisioning profile.
   1. Переходим на developer.apple.com/account/ios/profile/production .
   2. Нажимаем на «+». Выбираем Distribution -> App Store. Нажимаем Continue.
   3. Выбираем созданный нами сертификат (iOS Distribution). Нажимаем Continue.
   4. Задаем имя сертификата. Нажимаем Continue.
   5. Сертификат создан. Скачиваем его на компьютер и открываем - теперь он есть у вас в XCode.
4. Создание нового приложения в iTunes Connect.
   
5. Заполнение всей необходимой информации о приложении.
   
   
6. Сбор архива из XCode, с подписыванием его нашим Provisioning profile.
   
   
7. Загрузка архива в iTunes Connect с помощью Application Loader.
   
   
8. Указание архива для новой версии приложения, который мы загрузили, и отправка приложения на проверку.
   
   

Google Play

1. Подписываем APK-файл.
   Для того, чтобы выложить ваше приложение в Google Play, необходимо подписать его специальным ключом. Всего существует два вида ключей:
   • develop - ключ, которым подписываются абсолютно все приложения во время установки из среды разработки на устройства;
   • production - ключ, которым подписывается приложение перед выкладыванием в Google Play.
   Нам понадобится второй тип ключа. Он уникален для каждого приложения, им также необходимо подписывать все обновления вашего приложения. Если вдруг вы его потеряете, то восстановить его будет невозможно и придется выкладывать абсолютно новое приложение.

   Рассмотрим процесс подписи.
   
   

2. Создание нового проекта и загрузка APK-файла в консоль разработчика.
   
   
3. Заполнение обязательной информации о приложении.
   
   

Итак, ваше приложение прошло все проверки и появилось в сторе. Вы с волнением ожидаете первые скачивания и отзывы пользователей. Но завоевать внимание пользователей среди множества других приложений бывает очень непросто. Поэтому после публикации приложения необходимо уделить пристальное внимание его продвижению. О том, какими способами это можно делать, мы поговорим в одной из будущих публикаций.

1. Сертификаты, необходимые для публикации в AppStore

Для того, чтобы опубликовать приложения в AppStore, необходимо создать идентификатор приложения и сертификат дистрибьютора (помимо сертификата разработчика - iOS Development ).

Первым делом создаем идентификатор App ID .

Имя сертификата вписываете любое, ID - это Bundle identifier , его вы указываете заранее в проекте Xcode и потом при создании идентификатора.

Вторым шагом будет создание сертификата дистрибьютора - «iOS Distribution». В нем то мы и выбираем тот самый идентификатор «App ID»

Для загрузки всего этого добра в Xcode, есть 2 способа - «ручной и автоматический», для меня проще второй вариант. Для этого, заходим Xcode -> Preferences -> Account , выбираем свой аккаунт разработчика и нажимаем View Details и в появившемся окошке Downloads All .

Но и это еще не все. Открываем Build Settings вашего проекта и выбираем свои добавленные в Xcode сертификаты iOS Development и iOS Distribution

Для приложения проделываем тоже самое.

2. Отправка своего приложения в iTunes Connect

Какое имя проекта вы выбираете при создании? Уверен, в большинстве случаев это «test1» или «MyFirstProga». Так вот, что бы не попасть в такую ситуацию, в которую попал я, необходимо изменить название проекта, иначе вы не пройдете проверку или у ваших пользователей в iOS будет показываться название «MyFirstCoolProga» (в моем же случае не так все плохо, конечно). Для этого вписываем правильное название вот сюда:

А в появившемся окошке, жмем Rename

Теперь можно приступить к отправке. Компилируем проект Product -> Run , отправляем сборку в архив Product -> Archive . Если случайно закрыли окно, его можно вызвать так Window - Organizer . В архиве будут показаны все ваши версии и сборки.

Выбираем вашу сборку, которую хотите отправить в iTunes Connect и нажимаете Validate . В появившемся окне выбираем кем утвердить и жмем Choose .

После этого появится еще пару окон, в первом жмем Validate , а во втором Done . Так же во втором окне вам могут рассказать о том, что в проекте есть «Предупреждения».

И самое главное, отправка в iTunes Connect. Тут все просто, жмем Upload to App Store , а дальнейшие действия идентичны Validate

Заходим в iTunes Connect, выбираем приложение (или создаем, если еще нет), переходим в нужную версию (или добавляем), если вы делаете это первый раз, то версия будет 1.0. Рядом с Сборка будет «+ », жмем, открывается окно с вашей загруженной сборкой. Правда выбрать сразу не получиться, она в течении часа проходит предварительную проверку.

3. Настраиваем iTunes Connect для платного приложения

С iTunes Connect в принципе вопросов не возникло, кроме одно. Как я писал ранее, когда платное приложение проходит проверку, оно переходит в состояние «Ожидание договора». Что делать?

В iTunes Connect заходим в раздел «Соглашения, налоги и банковские операции», на против обоих контрактов (Paid и iAd) жмем запросить Request. После, вам будет доступна настройка Contact info, Bank info, Tax info.

Contact info

Добавляете контакт, и выбираете его для каждой роли.

Bank info

Насчет способа вывода средств я даже не думал, поэтому не был готов к такому повороту событий. Для статуса приложения «Готов к продаже» все же необходимо заполнить всю информацию. Но мне подфартило, к счастью, я не выбросил распечатку реквизитов моего счета и банка (Сбербанк). В моем случае это было так: открываю Bank info , нажимаю Add Bank Account , выбираю Russia , ввожу БИК банка в Bank Identification Code . После чего предлагают заполнить данные (номер счета, ИНН банка, ФИО, кор. счет и т.д.), все заполняю, готово! Это можно назвать вариантом «на первое время», что бы запустить приложение в AppStore. Реквизиты легко получить в банкоматах, для этого нужна карта привязанная к счету. А в дальнейшем конечно стоит открыть долларовый счет в банке, у которого нет % за перевод в Россию. Данные вопросом особо не задавался, но сети рекомендуют ВТБ24, Альфабанк, Банк24.

Tax info

Если вы:

• Разработчик из России
• Собираетесь зарабатывать на авторских гонорарах (продажа приложений), а этим может заниматься физическое лицо, без всяких ИП (правда платить 13% с таких гонораров)
• Не являетесь резидентом США
• Не имеете бизнес в США

В таком случае все настраивается просто. Открываем Tax info , жмем по Set Up под U.S. Tax Forms (т.к. у меня уже заполнено, то показывается кнопка View ).

Заполняем по примеру:

Подтверждаем и ждем, скоро ваше приложение появится в AppStore.

На этом всё. Спасибо за внимание!

Евгений Рожко, CEO белорусского проекта Scope привел несколько интересных примеров, как его команда 10 месяцев размещала мобильное приложение в App Store.

Мобильное приложение Scope позволяет пользователям по всему миру снимать видеоролики и обмениваться ими друг с другом. Это можно делать и по заказу (просьбе). Например, один из пользователей отправляет через приложение запрос - он хочет посмотреть видеоролик соревнований Формулы 1. Другой пользователь, который находится в этом время на трибуне, читает это сообщение. Снимает видео и отправляет его желающему посмотреть.

Над созданием приложения работала команда из 3 человек - программист, дизайнер и я (отвечаю за организацию работы, ее планирование и маркетинг). После того, как продукт был создан, мы решили разместить его в магазине приложений App Store. Вот как это происходило:

Евгений Рожко

СЕО проекта Scope

Для начала надо завести аккаунт разработчика в App Store. Для этого надо пройти короткую регистрацию и отправить в Apple отсканированный документ (паспорт или вид на жительство), после чего заплатить 99 долларов за годовую подписку.

Проверка документов у нас заняла неделю и после этого мы могли выкладывать приложение на модерацию. Первую версию продукта мы отправили на модерацию летом 2014 года. И это стало началом переписки, которая закончилась в конце апреля 2015. Расскажу о ее основных этапах.

1. Снимите видео о том, как работает приложение . Первое, что нас попросили сделать, - показать, как работает приложение. Для этого нам пришлось снять небольшое видео.

2. Подготовьтесь, что нужно будет подробно объяснять функционал . Мы разработали систему мотивации пользователей в виде баллов, которые показывались в верхнем углу экрана. Гипотеза была в том, что это стимулирует одних пользователей - снимать видео по просьбе других. Это позволяло задействовать в приложении игровую механику, как способ вовлечения.

При установке приложения, каждый человек получал определенное количество баллов. Чтобы отправить запрос на съемку видео, нужно «заплатить» несколькими из них (от 1 до 5) - пользователю, который это видео снял.

Если же пользователь сам занимался съемками, то есть отвечал на чей-то запрос - то, соответственно, сам зарабатывал баллы. И в дальнейшем мог тратить их, отправляя больше собственных запросов.

В итоге такая система была непонятна модераторам. Нам пришлось пояснять, что после просмотра видео можно давать оценку ролику от одного до пяти, и что это такая «уникальная» форма взаимодействия и обратной связи.

Правда, затем статистика показала что люди не особо понимают нашу задумку. И в следующей версии мы решили от нее отказаться, заменив на рейтинги.

Выводы, который мы сделали: если ваше приложение немного сложнее калькулятора, постарайтесь снять короткое видео о том, как оно работает и какие его основные функции. Чтобы сразу отпали лишние вопросы.

Если в программе есть любая опция, которую можно быстро пояснить - лучше сказать об этом ревьюверу (модератору, который будет проверять ваше приложение). Для этого создайте документ с описанием функционала программы, со скриншопами и указывающими стрелочками.

Сделайте это сразу и отправьте. Возможно, это сэкономит кучу времени.

3. Уведомляйте, что приложение использует ресурсы батареи. Если вы используете функцию GPS в бэкграунде (режим работы приложения, при котором оно активно, но вы им в данный момент не пользуетесь), которое беспардонно «жрет» заряд батареи телефона, вам придется предупредить об этом пользователя. Делать это надо в окне, которое содержит текстовое описание приложения.

У нас написано буквально следующее: A note on battery - Scope has been optimized to avoid draining your battery. But, as with all apps of this type, please note that continued use of GPS running in the background can decrease battery life.

Также вы обязаны предупреждать пользователя, что приложение будет совершать операции с его телефоном или личными данными.

4. Контролируйте контент для взрослых

Если у приложения есть анонимные пользователи, которые могут что-то прислать друг-другу - приготовьтесь, что модераторы могут посчитать, что оно может генерировать контент «для взрослых».

Поставить ограничения на запрещенный контент оказалось самым сложным пунктом. С ним мы смогли справиться месяцев за 10 переписок. Нам пришлось показывать на пальцах:

• как пользователю пожаловаться на сомнительный контент, который оскорбляет его чувства
• как мы пресекаем попытки показать гениталии незнакомцам
• как будут «баниться» такие пользователи

Мы написали скрипт (программу), который с точностью до 20% определяет, не демонстрируют ли пользователи чего лишнего.

Но как мы ни пытались, все равно для использования наших приложений был установлен возрастной ценз в 17+. Так как среди роликов может попасться видео сомнительного содержания.

Также нам пришлось сделать документ, в котором было показано, как мы собираемся отлавливать все подозрительное видео. Он редактировался и переделывался по требованию App Store большое количество раз.

Поскольку приложение у нас может показать внезапную и неожиданную картинку, и от этого нужно оградить пользователя, надо было сделать и предупреждение.
Речь идет о создании пользовательского соглашения, в котором были пункты Terms of Use и Privacy Policy. В них мы рассказываем, что именно пользователь может увидеть и какие права доступа есть у приложения. Включая и то, что все снятые видеофайлы какое-то время хранятся на сервере.

Если приложение хоть как-то посягает на личную жизнь пользователей, скорее всего вам, и очень часто «для проформы», придется отправлять ревьюерам документ с описанием всего, что поджидает людей после установки продукта.

Считается, что устанавливая либо регистрируясь в программе, пользователь автоматически соглашается с условиями ее использования.

И после установки приложения, при первом его запуске, на экране регистрации мы говорим, что пользователь может посмотреть Terms of Use и Privacy Policy. И, регистрируясь в программе, они согласны с условиями этих пунктов.

5. Тестируйте через TestFlight

И все же настал тот день, когда Sсope попал в App Store. Это произошло после размещения версий приложения для публичного тестирования в сервисе Тестфлайт (TestFlight). Он позволяет тестировать продукт на 1000 пользователей.

Для того, чтобы попасть в сервис, приложение также отправляется на модерацию. Но сам ее процесс занимает пару дней и, видимо, к этому относятся более лояльно. Мы отправляли туда очень много версий приложения, около 30. У нас были пользователи, которые тестировали разработку, говорили об ошибках. Мы их исправляли и выпускали следующее обновление. Каждое из них также проходило модерацию на сервисе.

Последние 10 обновлений Тестфлай у нас принял автоматически, без проверки «живым» модератором. После чего мы отправили приложение снова в App Store и оно было принято. Причем, как нам кажется, без финального тестирования со стороны Apple. Мы это поняли, потому что по статистике загрузок, никто из Сан-Франциско, где находится офис модераторов, в нашем приложении не регистрировался. Как нам кажется, они просто нажали кнопку «Подтвердить» размещение нашего продукта в App Store.

Вот какие выводы мы сделали:

Ревьювер, каждый раз после отправки очередной редакции документа с доработками будет по крупицам сбрасывать все новые комментарии. Нам очень помог документ, который мы дополняли после каждого его замечания.

В нем сохранялась история изменения, и модераторы все это видели. На практике это выглядит так:

1. При отказе разместить приложения в App Store, указываются 1-2 пункта по которым оно не проходит.

2. Если учесть, что сам свод правил и требований к программа достаточно большой, получается игра в пинг-понг. Вы исправляете замечания, отправляете приложение на «согласование» снова.

3. В ответ приходят - новый отказ и новые 2 пункта замечаний. Также мы попадали в ситуацию, когда пункты, которые мы исправили, и эти исправления приняли, через некоторое время нам возвращали с замечаниями снова. Также условия часто достаточно запутаны. Приходится получать несколько отказов, чтобы понять, о чем идет речь в каждом из пунктов.

То есть в нашей ситуации получилось взять App Store «измором». Фиксируйте всю переписку с «экзаменатором». Изначально делайте максимально подробное описание. Ну и - аккуратнее с запрещенным контентом.