Какую модель предоставления приложений ios заказчикам использует компания apple

В 2018 году компания Apple с гордостью поделилась своими юбилейными показателями: число подписок, приобретенных в продуктах App Store, достигло 300 миллионов и продолжает расти со скоростью примерно 10 миллионов в месяц. Примечательно, что основная масса покупок была совершена за последние пару лет: по сравнению с 2017 годом суммарное число подписчиков увеличилось на 60%, а прибыль, которую они принесли разработчикам и маркету, почти удвоилась.

Неуклонно возрастающая популярность модели SaaS (Software as a service) вполне понятна и едва ли случайна. Еще в 2017 году ходили слухи о секретной встрече представителей Apple с избранными разработчиками, на которой обсуждались проблемы с монетизацией продуктов – доля прибыли от платных приложений на тот момент была ничтожна (около 15%). Руководство настойчиво рекомендовало клиентам переключаться на подписочную модель как «способ получать плату от пользователей на регулярной основе» и для разработчика, и для распространителя; в противном случае развитие их бизнеса со временем «может остановиться».

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

Для начала определимся с понятиями. В руководстве для разработчиков Apple раскрывает понятие подписки следующим образом: «разновидность покупки внутри приложения, которая предоставляет людям доступ к виртуальному контенту на постоянной основе в продолжение определенного периода». Формально подписки подразделяются на две категории: неавтовозобновляемые и автовозобновляемые, однако последним администрация явно уделяет больше внимания – именно им посвящены подробные разделы с советами и предписаниями. Иными словами, в приоритете находится следующая схема: приобретая подписку, пользователь дает согласие на списания, которые будут производиться с оговоренной регулярностью в течение определенного срока. Для того чтобы перестать платить досрочно, ему нужно совершить цепочку дополнительных действий.

Решение Apple в пользу автоматического продления подписки, пожалуй, можно назвать одним из определяющих факторов для формирования политики в целом. С одной стороны, такая схема очень выгодна для разработчиков – она дает более стабильный приток средств и позволяет «монетизировать» забывчивость или инертность покупателя, который может довольно долго продолжать платить за уже ненужный сервис просто за неимением внешних стимулов от него отказаться. С другой стороны, пользователя подобная модель SaaS, напротив, подвергает дополнительным рискам. Мошенничество становится при таком раскладе еще более серьезной угрозой: если покупатель плохо поймет условия подписки, он может непредумышленно согласиться уже не на единичный платеж, а на целый ряд списаний. При недостаточной внимательности или мобильной грамотности это может вылиться в систематическую потерю денег и немалый ущерб.

Таким образом, чтобы защищать интересы обеих сторон и не утратить поддержку ни разработчиков, ни покупателей маркета, компании необходимо выдерживать строгий баланс прав и возможностей. С одной стороны, нужно содействовать тому, чтобы разработчики в полной мере использовали все возможности подписочной модели и получали от них выгоду. С другой стороны, нужно позаботиться о том, чтобы это происходило не в ущерб пользователям, то есть следить за честностью и прозрачностью сделок. Отсюда – двоякое ощущение, которое оставляет у клиентов новая политика Apple. С одной стороны, подогревание энтузиазма – подчеркнутое внимание к подписочной модели, новые инструменты и рекомендации, как ими пользоваться; с другой – строгий контроль, жесткие правила оформления экранов и страниц в магазине, «придирки» к мелочам и отказы на модерации.

В начале 2019 года на сайте компании появилось обновленное руководство для разработчиков с разделом, полностью посвященным подпискам, где эта амбивалентность проявляется особенно ярко. Как отметила редакция издания 9to5Mac, свежую версию гайдлайна следует считать обнародованием тех принципов, которые уже некоторое время использовались при проверке продуктов: «Судя по всему правила модерации, касающиеся подписок, не изменились – новые страницы просто яснее определяют, как должны выглядеть и работать приложения». Характерным образом в тексте советы по повышению конверсии перемешиваются с требованиями к оформлению и перечнем необходимой информации на экране. Ниже мы попытаемся разделить эту смесь на рекомендации, которые приводятся в интересах разработчика, и правила, которые призваны защитить пользователя.

Лучшие практики

Советы, которые дает разработчикам Apple, по большей части восходят к проверенным маркетинговым стратегиям в сочетании с бережным отношением к пользовательскому опыту (предлагать без навязчивости, не отвлекать от основного занятия, не пытаться продать ненужное). В целом, мы выделяем четыре основных принципа, которые, по версии руководства, могут спровоцировать рост числа подписок.

Удачный момент

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

Более опытным пользователям имеет смысл напоминать о возможности перейти на платную модель тогда, когда ее бонусов особенно не хватает. Оптимальные случаи подбираются с учетом схемы монетизации и специфики продукта. Допустим, в новостном приложении с paywall предложение будет уместно, когда читатель почти исчерпал лимит доступных бесплатно статей, в фоторедакторе типа freemium – при попытке использовать заблокированный инструмент и так далее.

Еще один аспект своевременности – умение промолчать, когда нужно. Apple категорически не рекомендует показывать одинаковое предложение о покупке всем, не отделяя уже подписавшихся от еще не обращенных. У человека с подпиской призыв купить ее еще раз может вызвать не только раздражение, но и настороженность – это наводит на мысли, что с оплаченным продуктом что-то пошло не так. Предлагать ему перейти на тариф с другими условиями можно, но при этом следует ясно обозначить, что текущая подписка по-прежнему активна, например, с помощью кнопки Sign In или Restore Purchase.

Дозированная выдача контента

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

  • Free Trial – ограничение по временной шкале. Пользователь оформляет подписку без списания средств и в продолжение заданного разработчиком временного отрезка свободно пользуется платным контентом или сервисами. Следует отметить, что по истечению срока автоматической отмены подписки не происходит – вместо этого оплата начинает взиматься в обычном режиме; здесь администрация App Store явно подыгрывает разработчикам.
  • Paywall – ограничение по количеству. Эта схема подходит для приложений с большим количеством контента, который легко разбивается на юниты – статьи, видеоролики и так далее. Пользователь может просмотреть определенное количество единиц контента бесплатно, после чего доступ закрывается. В этой модели, напротив, не предусмотрено плавного и незаметного перехода от бесплатной версии к платной – подписка оформляется только когда лимит бесплатного контента исчерпан и только по запросу покупателя.

Гибкая ценовая политика

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

  • Скидка на первые периоды. Чтобы быстрее сломать лед, разработчик может предложить новым подписчикам особую, сниженную цену на тот срок, который считает уместным. По прошествии этого срока цена поднимается до нормальной. Такое постепенное повышение стоимости с параллельным наращиванием ценности многими будет воспринято менее болезненно, чем необходимость отдать большую сумму за еще не опробованный продукт.
  • Скидка для «оптовиков». Аналогичным образом, при первой покупке пользователь получает особое предложение – оформить подписку сразу на длительный срок и заплатить значительно меньше обычной стоимости соответствующего периода. Этого времени зачастую оказывается достаточно, чтобы у пользователя сформировалась привычка к приложению, которая побудит его оставить подписку. Выгода, кстати говоря, здесь обоюдная: долгосрочные отношения предпочтительны и для продавца – на второй год подписки комиссия маркета сокращается с 30 до 15%.
  • Бандлы. Несколько подписок могут группироваться в один пакет и распродаваться со скидкой – это хороший способ познакомить пользователей со всем ассортиментом сразу.
  • Геоцены. Apple дает разработчикам, внедряющим автовозобновляемые подписки, полезную возможность варьировать цену в зависимости от того, из какого региона приходит покупатель. В общей сложности доступно 200 вариаций стоимости продукта для разных стран в соответствующих валютах. Такая модель позволяет учитывать специфику каждого рынка при ценообразовании и делает маркетинговую стратегию значительно эластичнее.

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

Минимум усилий для покупки

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

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

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

Правила предложения подписки

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

Уникальность контента

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

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

Доступность контента

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

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

Прозрачность предложения

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

Требования касаются как способа подачи информации, так и ее объема. Предложение должно быть написано «ясным, недвусмысленным языком с последовательным использованием терминов» и включать следующие сведения:

  • Список доступных подписок в группе – пользователь должен видеть, что у него есть варианты
  • Конкретный перечень возможностей, которые будут открыты по оплате
  • Срок действия подписки, время ее окончания
  • Актуальную цену за указанный срок в валюте, соответствующей локализации (указанная стоимость должна соответствовать сумме, которая будет списана при оформлении)

Вся эта информация должна быть визуально доступной, то есть отображаться непосредственно на окошке с предложением, не скрываясь за катом и другими элементами интерфейса. Есть, однако, еще пара обязательных составляющих предложения, которые в силу своей объемности могут присутствовать в «сжатом» виде. Во-первых, это юридические тексты Terms of Use и Privacy Policy – в окошке следует представить ссылки на эти документы. Во-вторых, это предельно подробное описание процедуры оплаты: когда именно снимаются средства, при каких условиях происходит отмена, как осуществляется управление подписками. Этот текст Apple позволяет сделать менее броским: на экранах-примерах он размещен под всеми остальными элементами, написан мелким шрифтом и представлен в виде фрагмента, разворачивающегося по клику. В тексте руководства не упоминаются правила сочетания этих двух элементов, но, судя по скриншотам, их следует считать взаимозаменяемыми.

Окно подписки, оформленное в соответствии с требованиями Apple

Отметим интересный момент: в дополнение к общим принципам оформления предложения администрация App Store отдельно выделяет несколько более мелких правил, явно направленных на борьбу с популярными «черными» схемами. Так, например:

  • Кнопка, которая запускает процесс покупки, должна быть маркирована ясным и однозначным призывом к соответствующему действию («Оформить подписку», «Купить»).
  • Призыв попробовать free trial должен сопровождаться подробными разъяснениями того, как работает эта схема, включая и тот факт, что в дальнейшем средства начнут списываться с пользователя без запроса на согласие. Это несколько компенсирует ту фору, которую получают от действующих правил разработчики.
  • Если продавец предлагает специальную цену за особые условия подписки (например, скидку при оплате на год вперед), он не имеет права представлять ее как базовую. Здесь Apple высказывается максимально конкретно, вплоть до запрета на более крупный и яркий шрифт для более выгодной (и менее доступной) цены. Прописывать более бюджетные варианты и подчеркивать экономию можно – но так, чтобы не перетягивало внимание со стоимости подписки «по умолчанию».

Правильная подача условий акции

Итак, позиция администрации App Store в целом понятна. Теперь посмотрим, как принимают новую политику разработчики – но интересовать нас будет не то, что они говорят, а то, какие решения они находят под влиянием нововведений. Очевидно, что в сложившейся ситуации можно выбрать один из двух путей: либо идти в ногу с Apple и пытаться воплотить в жизнь предлагаемые компанией практики, либо искать лазейки. Мы провели небольшое исследование приложений из нескольких интересных команде тематических ниш и обнаружили, что оба подхода имеют своих приверженцев. Более того, иногда лучшие практики и откровенные нарушения уживаются в пределах одного продукта.

Среди лучших практик успешнее и активнее всего разработчики осваивают, пожалуй, искусство дозированной выдачи контента через превью. Мало того, что модели free trial и paywall в принципе пользуется популярностью, некоторые команды добавляют еще и дополнительные тизеры от себя, усиленно привлекая внимание пользователя к платному контенту.

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

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

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

Сочетание гибкости и своевременности часто можно увидеть в том, как разработчики подают информацию о наличии free trial. Где-то – обычно в продуктах, где цена высока или ценность раскрывается постепенно – на ней намеренно акцентируется внимание смотрящего как на оптимальном варианте.

Другие приложения используют free trial как запасную альтернативу для тех, кто не готов с ходу принять условия подписки. Подобное переключение может в некоторой степени снизить процент отказов.

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

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

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

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

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

Таким образом, можно заключить, что в своем текущем состоянии подписочная политика App Store дает большой простор для применения маркетинговых стратегий и пока еще оставляет место и для хитростей, балансирующих на грани обмана. Однако тем, кто склоняется ко второму пути, следует понимать: внедрение подписочной модели – долгосрочный и приоритетный проект Apple. Судя по тенденциям последних лет, в дальнейшем алгоритмы отбора будут совершенствоваться (достаточно вспомнить недавнее нововведение – постмодерацию), а правила – уточняться. Уже очевидно, что изменения направлены на то, чтобы предотвращать сделки, которые совершаются пользователем случайно или в заблуждении. Поэтому, если оставить в стороне этические доводы, стратегии полумошенничества следует считать стремительно отходящими в прошлое. От себя можем только посоветовать опередить события и отказаться от них заблаговременно.

Устройства iPad и iPhone способны трансформировать бизнес компании и методы работы сотрудников организации.

Apple MDM - общий обзор использования iOS-устройств на предприятии

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

Пользователи получают качественный доступ к информации и в результате чувствуют себя более уверенно, могут творчески подходить к решению задач. Поддержка системы iOS позволяет ИТ-отделу (EFB-администратору) предоставить пользователям самые лучшие рабочие инструменты и одновременно гарантировать защиту данных, принадлежащих компании. В конечном итоге выигрывают все: сотрудники начинают с большим энтузиазмом выполнять свои обязанности, а компания открывает для себя новые возможности в плане развития бизнеса.

Чтобы извлечь максимальную пользу из развёртывания iOS на предприятии нужно учесть следующие факторы и детально изучить следующие вопросы:

  • Выбор модели (моделей) развёртывания;
  • Подготовка инфраструктуры;
  • Первоначальная настройка;
  • Осуществление оперативной настройки и управления устройствами;
  • Распространение приложений;
  • Текущее управление;
  • Варианты поддержки.

Модели развёртывания

Первый важный шаг — оценить возможные модели развёртывания и выбрать ту модель, которая лучше всего подойдёт именно вашей компании. Развёртывание можно проводить несколькими способами — всё зависит от того, кому принадлежат устройства и какой сценарий развития событий вам нравится больше всего. Для начала оцените доступные варианты и определите, какие модели развёртывания подходят вашей компании.

Существуют три наиболее распространённых сценария развёртывания iOS на предприятии:

  • Индивидуальное устройство (BYOD);
  • Индивидуальное устройство (принадлежит компании);
  • Общее устройство.

Чаще всего в компании есть какая-то одна предпочтительная модель, но бывает и так, что в одной среде сосуществуют несколько моделей. Допустим, в розничной сети проведено развёртывание по модели BYOD: сотрудникам разрешено приносить и настраивать свои личные планшеты iPad, при этом ИТ-отдел компании обеспечивает защиту корпоративных ресурсов и осуществляет управление ими, не затрагивая личных данных и приложений, принадлежащих пользователям. Параллельно в магазинах этой же розничной сети могут использоваться общие устройства iPad, при помощи которых сотрудники будут оформлять покупки.

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

Техническое руководство на английском языке по развёртыванию iOS: https://help.apple.com/deployment/ios

Собственное индивидуальное устройство пользователя (BYOD)

Модель BYOD (Bring Your Own Device) — наиболее распространённый сценарий. В этом случае пользователям разрешено настраивать личные устройства и использовать личные Apple ID. Для доступа к корпоративным ресурсам необходимо настроить параметры вручную, установить профиль конфигурации или (чаще всего) зарегистрировать устройство в системе MDM (Mobile Device Management, система управления мобильными устройствами).

Преимущество использования системы MDM состоит в том, что она позволяет безопасно управлять корпоративными ресурсами и данными и при этом обеспечивать конфиденциальность пользователя, не трогать его личные данные и приложения. Сотрудники ИТ-отдела (EFB-администраторы) могут принудительно настраивать отдельные параметры, следить за соблюдением корпоративных правил, удалять корпоративные данные и приложения с устройства, оставляя личные данные пользователя в целости и сохранности.

Обязанности администратора и пользователя в рамках модели BYOD:

Подготовка инфраструктуры

Администратор:

  • Оценить существующую инфраструктуру, включая Wi-Fi, VPN, почтовые серверы и серверы службы календарей.
  • Изучить, найти и установить систему MDM, например Менеджер профилей.

Пользователи:

  • Распаковать и активировать устройство.
  • Создать учётные записи Apple ID, iTunes Store и iCloud, по необходимости.
Начальная настройка и конфигурация

Администратор:

  • Зарегистрировать устройства через портал самообслуживания; настроить учётные записи, параметры, ограничения при помощи системы MDM (по беспроводной сети), на основании политик доступа для групп и пользователей, существующих в вашем учреждении.
  • Параметры индивидуальных учётных записей можно также просто передать пользователям, а политики — внедрить через Exchange или установить посредством профиля конфигурации.

Пользователи:

  • Зарегистрироваться в системе MDM.
  • Параметры и конфигурация устройства будут автоматически загружены из MDM.
  • Другой вариант — попросить пользователей установить профили конфигурации вручную или настроить параметры так, как сказано в инструкциях.
Распространение приложений

Администратор:

  • Раздать собственные приложения компании через Программу iOS Developer Enterprise Program (iDEP). Раздать собственные книги компании, разместив их на веб-сервере или в системе MDM.
  • Установить сервер кэширования для ускорения загрузки контента через локальную сеть.

Пользователи:

  • Загрузить и установить приложения, выданные учреждением.
Текущее управление

Администратор:

  • При помощи MDM администратор может отправлять запросы на управляемые устройства, чтобы контролировать соблюдение правил и выводить на экран предупреждения в случае использования недопустимых приложений или материалов.
  • Система MDM также позволяет заблокировать устройство, сбросить пароль, удалённо стереть все подконтрольные учётные записи и данные или выполнить полное стирание устройства.

Пользователи:

  • Создать резервную копию устройства в iTunes или iCloud, чтобы сохранить документы и другие личные материалы.
  • Если устройство будет потеряно или украдено, пользователь сможет найти его при помощи функции «Найти iPhone».
  • Когда регистрация в системе MDM будет аннулирована, все управляемые учётные записи и данные будут стёрты, а личные приложения, книги, данные и прочий контент — сохранён.

Индивидуальное устройство (принадлежит компании)

Второй вариант индивидуального пользования — раздать сотрудникам устройства с iOS, принадлежащие организации. В этом случае либо сотрудники отдела ИТ проводят первоначальную настройку основных параметров, прежде чем передавать устройства пользователям, либо (как в модели BYOD) просто дают указания или присылают профили конфигурации, а пользователи их устанавливают самостоятельно.

Также можно предложить пользователям зарегистрировать устройства в системе MDM, и она предоставит корпоративные настройки по беспроводной сети. После первоначальной настройки пользователи могут на своё усмотрение устанавливать различные приложения и сохранять данные — в дополнение к корпоративным учётным записям.

Обязанности администратора и пользователя в рамках индивидуального использования устройств, принадлежащих компании:

Подготовка инфраструктуры

Администратор:

  • Оценить существующую инфраструктуру, включая Wi-Fi, VPN, почтовые серверы и серверы службы календарей.
  • Изучить, найти и установить систему MDM, например Менеджер профилей.

Пользователи:

  • Создать учётные записи Apple ID, iTunes Store и iCloud, по необходимости.
Начальная настройка и конфигурация

Администратор:

  • Использовать Apple Configurator для настройки устройств и их контроля.
  • Настроить и установить учётные записи, параметры, ограничения. Это можно сделать по беспроводной сети при помощи MDM или через USB при помощи Apple Configurator.

Пользователи:

  • Пользователю выдаётся устройство с iOS. Если для начальной настройки устройства использовался Apple Configurator, то никакой дальнейшей настройки со стороны пользователя не требуется.
  • Выполнить персональную настройку при помощи Ассистента настройки и ввести свой личный Apple ID.
  • Зарегистрироваться в системе MDM.
  • Параметры и конфигурация устройства будут автоматически загружены из MDM.
Распространение приложений

Администратор:

  • Раздать собственные приложения компании через Программу iOS Developer Enterprise Program (iDEP). Раздать собственные книги компании, разместив их на веб-сервере или в системе MDM.
  • Установить сервер кэширования для ускорения загрузки контента через локальную сеть.

Пользователи:

  • Загрузить и установить приложения, выданные компанией.
  • Приложения могут устанавливаться на устройства пользователей автоматически.
Текущее управление

Администратор:

  • При помощи MDM администратор может отправлять запросы на управляемые устройства, чтобы контролировать соблюдение правил и выводить на экран предупреждения в случае использования недопустимых приложений или материалов.
  • Система MDM также позволяет заблокировать устройство, сбросить пароль, удалённо стереть все подконтрольные учётные записи и данные или выполнить полное стирание устройства.

Пользователи:

  • Создать резервную копию устройства в iTunes или iCloud, чтобы сохранить документы и другие личные материалы.
  • Если устройство будет потеряно или украдено, пользователь сможет найти его при помощи функции «Найти iPhone».

Общее устройство

Если устройства находятся в общем доступе или используются для выполнения какой-то одной задачи (такое бывает, к примеру, в ресторанах или в отелях), чаще всего ИТ-администратор сам выполняет настройку устройства, не поручая её конечным пользователям.

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

Обязанности администратора и пользователя в рамках индивидуального использования общих устройств:

Подготовка инфраструктуры

Администратор:

  • Оценить существующую инфраструктуру, включая Wi-Fi, VPN, почтовые серверы и серверы службы календарей.
  • Изучить, найти и установить систему MDM, например Менеджер профилей.

Пользователи:

  • Никаких действий на этом этапе не требуется.
Установка и настройка

Администратор:

  • Распаковать и (при необходимости) нанести инвентарные номера на устройства.
  • Использовать Apple Configurator для настройки устройств и их контроля.
  • Использовать Apple Configurator для регистрации устройств в системе MDM (необязательно).
  • При помощи Apple Configurator или MDM установить учётные записи, параметры и ограничения.

Пользователи:

  • Никаких действий на этом этапе не требуется.
Распространение приложений

Администратор:

  • Раздать собственные приложения компании через Программу iOS Developer Enterprise Program (iDEP), используя Apple Configurator.
  • Раздать собственные книги компании, разместив их на веб-сервере или в системе MDM.
  • С книгами Apple Configurator работает точно так же, как с приложениями.

Пользователи:

  • Никаких действий на этом этапе не требуется.
Текущее управление

Администратор:

  • Обновлять iOS на устройствах при помощи Apple Configurator.
  • Периодически восстанавливать стандартную конфигурацию устройств при помощи
  • Apple Configurator.
  • При помощи MDM вы можете отправлять запросы на управляемые устройства, чтобы контролировать соблюдение правил и выводить на экран предупреждения в случае использования недопустимых приложений или материалов.
  • Система MDM также позволяет заблокировать устройство, сбросить пароль, удалённо стереть
  • все подконтрольные учётные записи и данные или выполнить полное стирание устройства.
  • Регулярно выполнять резервное копирование компьютера Mac, на котором установлен
  • Apple Configurator.
  • Система MDM может контролировать устройства, используя режим одного приложения.

Пользователи:

  • Никаких действий на этом этапе не требуется.

Подготовка инфраструктуры

Выбрав подходящие модели развёртывания, оцените существующую инфраструктуру и убедитесь, что с выбранным вариантом ваша компания сможет получить максимальную пользу от применения iOS-устройств. iPhone и iPad интегрируются в большинство стандартных корпоративных ИТ-сред. Однако может быть необходимо оптимизировать сетевую среду для поддержки ключевых технологий iOS.

Wi-Fi и подключение к сети

Стабильный и надёжный доступ к беспроводной сети — обязательное условие для настройки и конфигурации iOS-устройств. Убедитесь в том, что сеть Wi-Fi, настроенная в вашей компании, способна выдержать подключение всех пользователей одновременно. Возможно, вам нужно будет настроить прокси-сервер или порты брандмауэра, если не удастся получить доступ к серверам активации Apple, службе iCloud или магазину iTunes Store. Проверьте инфраструктуру VPN и убедитесь в том, что пользователи смогут безопасно осуществлять удалённый доступ к ресурсам компании при помощи устройства с iOS. Продумайте вариант использования функции «VPN по запросу», встроенной в iOS. В таком случае VPN-подключение будет инициироваться только тогда, когда оно необходимо. Если вы планируете пользоваться раздельным подключением приложений к VPN, убедитесь, что шлюзы VPN поддерживают такую возможность и что вы приобрели достаточное количество лицензий для охвата необходимого количества пользователей и соединений.

Проверьте также, чтобы сетевая инфраструктура была правильно настроена для работы с протоколом Bonjour. Bonjour — это основанный на стандартах сетевой протокол Apple, не требующий никакой настройки. Bonjour позволяет устройствам находить сервисы, доступные в сети, автоматически. Устройства с iOS используют Bonjour для подключения к принтерам, совместимым с AirPrint, и к устройствам, совместимым с AirPlay, например к Apple TV. Некоторые приложения также используют Bonjour, чтобы находить другие устройства для обмена данными. Подробнее о Wi-Fi и подключении к сети для развёртывания на предприятии см. Техническое руководство по развёртыванию iOS. В Приложении A — «Инфраструктура Wi-Fi» описаны беспроводные технологии и стандарты, используемые устройствами с iOS, и приводится информация о планировании беспроводных сетей.

Mail, контакты и календари

Если вы используете Microsoft Exchange, убедитесь, что служба ActiveSync обновлена и настроена для поддержки всех пользователей в сети. Если вы используете облачное решение Office 365, убедитесь в наличии достаточного количества лицензий для поддержки предполагаемого количества подключённых устройств с iOS. Если у вас нет Exchange, система iOS может также работать с серверами, основанными на сетевых стандартах: IMAP, POP, SMTP, CalDAV, CardDAV и LDAP.

Управление мобильными устройствами (MDM)

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

В настоящее время существует целый ряд сторонних систем MDM для разных серверных платформ. Каждое решение имеет свои консоли управления, возможности и цены. Список этих систем можно посмотреть на сайте http://www.enterpriseios.com/wiki/Comparison_MDM_Providers:

Apple MDM - общий обзор использования iOS-устройств на предприятии

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

В дополнение к решениям сторонних разработчиков, Apple предлагает собственное бесплатное решение MDM. Это — Менеджер профилей (Profile Manager), входящий в состав OS X Server. Менеджер профилей упрощает настройку устройств с iOS в соответствии с техническими требованиями компании. Менеджер профилей включает в себя три компонента: веб-инструмент администрирования, портал самообслуживания для пользователей, желающих зарегистрировать своё устройство, и сервер MDM.

Сервер кэширования

Сервер кэширования — это функция, встроенная в OS X Server. Она создаёт локальную копию часто используемого контента, часто запрашиваемого с серверов Apple, и тем самым позволяет уменьшить трафик, связанный с загрузкой контента в вашу сеть. Сервер кэширования ускоряет загрузку и распространение программного обеспечения через App Store, Mac App Store, iTunes Store и iBooks Store. Он может также сохранять обновления программного обеспечения, чтобы ускорить их загрузку на устройства с iOS.

Поддержка iTunes

Устройства с iOS 5 и более поздних версий не требуют обязательного использования iTunes, однако вы можете обеспечить его поддержку, чтобы пользователи могли активировать устройства, синхронизировать материалы или сохранять резервные копии устройств на компьютере. iTunes поддерживает некоторые параметры конфигурации развёртывания, релевантные для ситуаций использования устройств в корпоративной среде. В частности, iTunes позволяет запретить доступ к откровенным материалам, определить список сетевых служб, которыми разрешено пользоваться в iTunes, разрешить или запретить установку обновлений программного обеспечения.

Первоначальная настройка

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

Ассистент настройки

Взяв в руки новое устройство, пользователи сразу же могут его активировать, настроить основные параметры и приступать к работе. В этом им поможет Ассистент настройки, встроенный в iOS. Помимо основных параметров пользователи могут также указать предпочтительные настройки: язык, местоположение, параметры Siri, iCloud, функции «Найти iPhone». Ассистент настройки также поможет пользователю создать личный Apple ID, если у него его нет.

Настройка при помощи Apple Configurator

Если управление устройствами внутри компании осуществляется централизованно — сотрудниками отдела ИТ, то есть, если пользователи не настраивают устройства самостоятельно, то вы можете использовать Apple Configurator. Он позволит быстро активировать устройства, задать и применить конфигурации, а в дальнейшем также даст возможность контролировать устройства, устанавливать приложения, обновлять систему iOS. Apple Configurator — это бесплатное приложение для OS X,
которое можно загрузить из App Store для Mac. Для выполнения этих задач устройства должны быть подключены к Mac через USB. Помимо этого, вы можете воспользоваться процедурой восстановления из резервной копии. При этом на устройство будут добавлены все данные приложений, применены настройки и задано оформление экрана «Домой».

Apple ID

Apple ID — это идентификатор, который используется для входа в различные сервисы Apple: FaceTime, iMessage, iTunes Store, App Store, iBooks Store и iCloud. Эти сервисы предоставляют пользователям доступ к большому количеству функций, программ и материалов, помогающих ускорить выполнение рабочих задач, повысить продуктивность, наладить совместную работу в компании. Чтобы использовать все эти службы с максимальной пользой, нужно, чтобы у каждого пользователя был свой собственный Apple ID.

Если у кого-то его нет, пользователь может создать себе идентификатор ещё до получения устройства или воспользоваться для этого Ассистентом настройки, встроенным в iOS. Это самый простой способ создать себе Apple ID прямо с экрана устройства. Для создания Apple ID кредитная карта не нужна. Если персональная настройка пользователями не проводится (например, как в случае развёртывания общих устройств), то можно установить приложения и контент сразу на несколько устройств, используя Apple Configurator и Apple ID администратора.

iCloud

iCloud позволяет пользователям автоматически синхронизировать документы и личные данные, такие как контакты, календари, документы и фотографии, и поддерживать их в актуальном состоянии на нескольких устройствах.* Пользователи могут также включить автоматическое резервное копирование устройства с iOS при подключении к Wi-Fi и использовать функцию «Найти iPhone» для поиска пропавшего или украденного iPhone, iPad, iPod touch или Mac.

Некоторые службы, в частности Фотопоток, Связку ключей iCloud, iCloud Drive, Резервное копирование, можно отключить путём применения ограничений, которые активируются либо вручную на самом устройстве, либо посредством профилей конфигурации. Кроме того, систему MDM можно настроить так, чтобы управляемые приложения не создавали резервную копию данных в iCloud. Это позволит сотрудникам пользоваться службой iCloud в личных целях и одновременно не даст им сохранять корпоративные данные в iCloud. Данные из корпоративных учётных записей, например из Exchange, а также данные, хранимые в собственных приложениях компании, в резервные копии в службе iCloud также не попадают.

Примечание: Служба iCloud доступна не во всех регионах мира. Функции iCloud могут отличаться в разных регионах.

Настройка и управление

Итак, устройства подготовлены к использованию. Дальше у вас есть множество вариантов настройки и управления доступом к корпоративным службам. Сотрудники ИТ-отдела могут либо рассылать профили конфигурации, либо настраивать устройства по беспроводной сети при помощи системы MDM. Для управляемых устройств существуют также дополнительные возможности конфигурации.

Профили конфигурации

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

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

Настройка устройств с помощью MDM-системы

MDM-система (система управления мобильными устройствами — Mobile Device Management system) позволяет компании безопасно регистрировать и настраивать личные устройства сотрудников и устройства, принадлежащие компании, в корпоративной среде. При наличии системы MDM ИТ-администратор (администратор EFB) может настроить и обновить параметры, проследить за соблюдением политик компании, удалённо стереть данные и заблокировать управляемые устройства.

MDM-система также упрощает распространение, настройку собственных приложений компании и управление ими. Для управления устройствами их необходимо зарегистрировать на сервере MDM, используя профиль регистрации.
Когда администратор запускает политику, функцию или команду MDM, устройство iOS получает уведомление об этом действии через службу Apple Push Notification Service (APNs) и может соединяться напрямую с MDM-сервером через защищённое подключение. При наличии сетевого подключения устройства могут получать команды APNs в любой точке мира. Однако конфиденциальная и частная информация не передаётся через APNs.

Контролируемые устройства

Контролируемые устройства — managed devices, supervised devices.

Контроль расширяет возможности управления устройствами, принадлежащими компании: для них вы сможете установить дополнительные ограничения, например отключить iMessage и Game Center или запретить пользователю вносить изменения в учётные записи.

По умолчанию все iOS-устройства являются неконтролируемыми. Для управления дополнительными настройками и ограничениями контроль можно сочетать с удалённым управлением через MDM. При использовании Программы регистрации устройств (DEP) контроль можно включить через беспроводную сеть в процессе настройки устройства. Или же это можно сделать с помощью Apple Configurator.

Apple Configurator

Apple Configurator — это бесплатное приложение для OS X, которое можно загрузить из App Store для Mac. Оно позволяет администратору подготовить и настроить сразу несколько устройств с iOS через USB-подключение, прежде чем передавать их пользователям. При помощи этого инструмента сотрудники ИТ-отдела смогут быстро настроить и обновить систему iOS на большом количестве устройств, задать параметры устройства и ограничения, установить приложения и материалы.
Apple Configurator идеально подходит для сценариев совместного использования устройств с iOS, когда ИТ-отделу нужно постоянно обновлять устройства и следить, чтобы на них были правильно заданы параметры и политики, установлены нужные приложения, хранились нужные данные. Прежде чем использовать систему MDM для управления параметрами, политиками и приложением, вы можете при помощи Apple Configurator включить на устройствах функцию контроля — это позволит вам
устанавливать дополнительные ограничения.

В 2015 году одновременно с выпуском операционной системы iOS9 Apple создал новую версию конфигуратора — Apple Configurator 2, который сильно отличается от первой версии.

Распространение приложений

Программа iOS Developer Enterprise Program

Любая компания сможет разрабатывать собственные приложения для iOS в рамках программы iOS Developer Enterprise Program. Эта программа обеспечивает полный интегрированный процесс разработки, отладки и распространения приложений для iOS между сотрудниками организации.
При этом все приложения, разработанные для внутреннего пользования, не размещаются в App Store, не проверяются, не утверждаются компанией Apple и не размещаются на её серверах. Чтобы передать собственное приложение пользователям, вы можете либо разместить его на самом обычном внутреннем веб-сервере (но обязательно с поддержкой HTTPS и наличием SSL-сертификата, полученного от авторизованного центра сертификации, самоподписанный сертификат не подойдет!), либо воспользоваться сторонней системой MDM или системой управления приложениями.

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

Установка приложений и загрузка контента при помощи Apple Configurator

Помимо первоначальной подготовки и настройки, Apple Configurator можно использовать для установки приложений и загрузки контента. Чаще всего это делается, если Apple Configurator применяется для контроля устройства, которое пользователям настраивать не разрешено. В ходе конфигурирования устройств через Apple Configurator вы можете устанавливать бесплатные приложения, платные приложения с кодами VPP, приложения для внутреннего пользования и загружать документы.
Вы также можете извлечь документы с назначенных устройств iOS. Для извлечения и обновления документов используется такой же процесс, как для обмена документами посредством импорта и экспорта документов в iTunes.

Текущее управление

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

Запросы

Сервер MDM может запрашивать с устройств различную информацию. Сюда относятся сведения об аппаратном обеспечении: серийный номер, UDID устройства, MAC-адрес для Wi-Fi, и о программном обеспечении: версия iOS и подробный список приложений, установленных на устройстве. Эта информация позволяет гарантировать, что пользователи работают только
с одобренными приложениями.

Команды

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

Управляемые приложения

Организациям часто требуется распространять приложения для повышения продуктивности сотрудников. В то же время, любой компании необходимо следить, как приложения подключаются к внутренним ресурсам, и гарантировать безопасность корпоративных данных в том случае, если пользователь меняет место работы. Управление приложениями в iOS позволяет компании распространять бесплатные приложения из App Store и собственные приложения для внутреннего пользования через беспроводную сеть при помощи системы MDM. Такой подход обеспечивает правильный баланс между защитой корпоративных данных и защитой личных приложений и данных пользователя.

Управляемые приложения можно дистанционно удалять при помощи сервера MDM. В случае аннуляции регистрации в системе MDM управляемые приложения тоже будут удаляться. При удалении приложения стираются все данные, связанные с ним. Если приложение останется привязанным к пользователю в рамках программы VPP или если пользователь погашал код через свой личный Apple ID, то приложение можно будет снова загрузить из App Store, но оно уже не будет управляться системой MDM. Таким образом, система iOS и система MDM в комплексе предоставляют дополнительные возможности управления приложениями, обеспечения безопасности и повышения качества работы пользователя.

  • Управление средой просмотра
    Данное ограничение помогает защитить корпоративные данные, указав, какие приложения и какие учётные записи можно использовать для просмотра документов и вложений. Сотрудники ИТ-отдела (EFB-администраторы) могут настраивать список приложений, доступных на панели экспорта. Это позволяет сделать так, чтобы рабочие документы открывались только в корпоративных приложениях, а личные документы — не открывались в управляемых. Эта политика также применяется к сторонним поставщикам документов и к сторонним программным клавиатурам для iOS 8.
  • Настройка приложений
    В ходе разработки приложения можно указать, какие параметры могут быть включены, если приложение устанавливается как управляемое. Эти параметры конфигурации могут быть установлены до или после установки управляемого приложения. Например, сотрудники ИТ-отдела могут задать набор параметров, используемых по умолчанию в приложении Sharepoint, чтобы пользователю не нужно было вручную задавать настройки сервера.
  • Режим одного приложения
    Помогает пользователю не отвлекаться от работы. iOS-устройство можно настроить так, чтобы на нём запускалось только одно приложение. Разработчики могут также включать эту функцию внутри приложений, чтобы режим одного приложения можно было включать и выключать независимо.
  • Запрет резервного копирования
    Это ограничение не позволяет управляемым приложениям сохранять резервные копии данных в iCloud или iTunes. Запрет резервного копирования предотвращает возможность восстановления данных управляемого приложения, если оно будет удалено через MDM, а затем снова установлено пользователем.

Варианты поддержки

Apple предлагает несколько программ и вариантов поддержки для пользователей iOS и ИТ-администраторов.

Программа AppleCare OS Support

Программа AppleCare OS Support обеспечивает специалистам вашего ИТ-отдела корпоративный уровень поддержки развёртываний iOS, OS X и OS X Server. Помощь осуществляется по телефону и по электронной почте. Возможность обращаться напрямую к техническим специалистам с любыми вопросами по интеграции, миграции и расширенным функциям сервера, предусмотренная в рамках программы AppleCare OS Support, повысит эффективность работы сотрудников ИТ-отдела при развёртывании устройств, управлении ими и устранении проблем.

План AppleCare Help Desk Support

План AppleCare Help Desk Support предусматривает приоритетный телефонный доступ к старшим техническим специалистам службы поддержки Apple. Кроме того, вы получаете комплект инструментов для диагностики и устранения неисправностей оборудования Apple, который поможет крупным организациям эффективнее распоряжаться ресурсами, сократить время отклика и снизить расходы на обучение. План поддержки AppleCare Help Desk Support позволяет неограниченное число раз обращаться за помощью в диагностике и устранении неисправностей оборудования и программного обеспечения, а также по вопросам, касающимся устройств с iOS.

AppleCare для пользователей устройств с iOS

Для каждого устройства с iOS предоставляется ограниченная годовая гарантия и бесплатная техническая поддержка по телефону в течение 90 дней с даты покупки. Срок обслуживания можно увеличить до двух лет с момента покупки с помощью решений AppleCare+ для iPhone, AppleCare+ для iPad или Плана AppleCare Protection Plan (APP) для iPod touch. Вы сможете звонить специалистам Apple по вопросам технической поддержки как угодно часто. Apple также предлагает удобные варианты сервисного обслуживания, в случае если потребуется ремонт устройств. Кроме того, существуют планы AppleCare+ для iPhone и AppleCare+ для iPad, в рамках которых можно дважды отремонтировать разбитое устройство за незначительную плату.

Программа прямого обслуживания iOS

Преимущество решения AppleCare+ и Плана AppleCare Protection Plan — программа прямого обслуживания iOS. С помощью этой программы ваша служба поддержки может проверять устройства на наличие неисправностей без обращения в AppleCare или посещения Apple Store. При необходимости организация может напрямую заказать новый iPhone, iPad, iPod touch или входящие в комплект поставки аксессуары взамен неисправных.

В этой статье Максим Шестаков, DevOps Engineer в студии Plarium Krasnodar, делится опытом сборки и доставки пользователям приложений для iOS, который накопился в процессе отладки CI/CD.

Подготовка

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

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

    ;

  • устройство на базе macOS, выступающее в роли билд-сервера;
  • сгенерированный сертификат разработчика, который будет далее использоваться для подписи приложения;
  • созданное приложение с уникальным ID (следует отметить важность Bundle Identifier, потому что применение wildcard ID делает невозможным использование многих функций приложения, например: Associated Domains, Push Notifications, Apple Sign In и прочих); подписи приложения.

Основные типы профилей:

  • Development — предназначен для подписи приложения команды разработчиков, используется Development-сертификат (имя вида iPhone Developer: XXXXX);
  • Ad Hoc — предназначен для подписи тестового приложения и внутренней проверки QA-отделом, используется Distribution-сертификат разработчика (имя вида iPhone Distribution: XXXXX);
  • App Store — релизный билд для внешнего тестирования через TestFlight и выгрузки в App Store, используется Distribution-сертификат разработчика.

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

Сборка

Чтобы было проще разделять сборки по проекту и среде, используем имена профилей вида $_$ , то есть имя проекта + инстанс (зависит от среды приложения: Dev, QA, GD, Staging, Live и так далее).

При импорте на билд-сервер профиль меняет название на уникальный ID и перемещается в папку /Users/$Username/Library/MobileDevice/Provisioning Profiles (где $Username соответствует имени учетной записи пользователя билд-сервера).

Существует два способа сборки файла *.ipa — устаревший (PackageApplication) и современный (через создание XcAchive и экспорт). Первый способ считается устаревшим, так как с версии 8.3 модуль упаковки app-файла убран из дистрибутива Xcode. Для его использования надо скопировать модуль из старого Xcode (версии 8.2 и более ранних) в папку:
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/

И затем выполнить команду:

Далее нужно собрать *.app-файл приложения:

-workspace — путь к файлу проекта.

-scheme — используемая схема, указанная в проекте.

-derivedDataPath — путь выгрузки собранного приложения (*.app).

CODE_SIGN_IDENTITY — имя аккаунта разработчика, которое можно проверить в Keychain (iPhone Developer: XXXX XXXXXXX, без TeamID в скобках).

PROVISIONING_PROFILE — ID профиля для подписи приложения, который можно получить командой:

Если в приложении используется дополнительный профиль (например, для Push Notifications), то вместо PROVISIONING_PROFILE указываем:

Далее полученный файл *.app следует упаковать в *.ipa. Для этого можно использовать команду вида:

Однако данный способ считается устаревшим с точки зрения Apple. Актуальным является получение *.ipa путем экспорта из архива приложения.

Для начала нужно собрать архив командой:

Отличия заключаются в методе сборки и опции SYNCHRONOUS_SYMBOL_PROCESSING , которая отключает выгрузку символов во время сборки.

Далее нам надо сгенерировать файл с настройками экспорта:

$Method — метод доставки, соответствует типу профиля подписи приложения, то есть для Development значение будет development, для Ad Hoc — ad-hoc, а для App Store — app-store.

$BundleID — ID приложения, который указан в настройках приложения. Проверить можно командой:

$DevAccName и $ProfileId — настройки имени разработчика и ID профиля подписи, которые использовались ранее и должны совпадать со значениями в настройках экспорта.

$TeamID — десятизначный ID в скобках после имени разработчика, пример: iPhone Developer: …… (XXXXXXXXXX); можно проверить в Keychain.

Далее с помощью команды экспорта получаем необходимый файл *.ipa:

Доставка

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

Для распространения билдов Development и Ad Hoc существует множество сервисов вроде HockeyApp, AppBlade и прочих, однако в рамках данной статьи речь пойдет об автономном сервере для раздачи приложений.

Установка приложения для iOS проходит в 2 этапа:

  1. Получение манифеста установки приложения через Items Service.
  2. Установка файла *.ipa согласно информации, указанной в манифесте, через HTTPS.

Как видим, манифест содержит практически все параметры, участвующие в сборке приложения.

Версию приложения ( $AppVersion ) можно проверить командой:

Параметр $ipaUrl содержит прямую ссылку на скачивание файла *.ipa. С седьмой версии iOS приложение должно быть установлено через HTTPS. В восьмой версии немного изменился формат манифеста: были удалены блоки с настройками иконок приложения вида

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

Для нужд отделов разработки и тестирования компания Plarium создала свое приложение установки билдов, которое дает нам:

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

Тестирование

Теперь речь пойдет о предрелизном тестировании приложения с помощью TestFlight.

Обязательными условиями для загрузки являются тип профиля подписи App Store и наличие сгенерированных API-ключей.

Есть несколько способов загрузки приложения:

  • через Xcode (Organizer),
  • через altool,
  • через Application Loader для старых версий Xcode (теперь Transporter).
  • App-Specific Password,
  • API Key.

Для получения API Key переходим по ссылке и генерируем ключ. Кроме самого ключа в формате *.p8, нам понадобятся два параметра: IssuerID и KeyID.

Далее скачанный ключ импортируем на билд-сервер:

Перед загрузкой приложения в TestFlight нужно выполнить валидацию приложения, делаем это командой:

Где apiKey и apiIssuer имеют значения полей со страницы генерации API-ключа.

Далее при успешной валидации выполняем загрузку приложения командой —upload-app c теми же параметрами.

Приложение будет проверено Apple в течение одного-двух дней и после станет доступным внешним тестировщикам: им пришлют на почту ссылки для установки.

Другим способом загрузки приложения через altool является использование App-Specific Password.

Для получения App-Specific Password нужно перейти по ссылке и сгенерировать его в разделе Security.

Далее следует создать в Keychain запись билд-сервера с этим паролем. С 11 версии Xcode это можно сделать командой:

$DeveloperName — имя аккаунта iOS-разработчика, используемое для логина в сервисы Apple.

$AppPswd — сгенерированный App-Specific Password.

Далее получаем значение параметра asc-provider и проверяем успешность импорта пароля командой:

Как видим, искомое значение Short Name (asc-provider) совпадает с параметром $TeamID, который мы использовали при сборке приложения.

Для валидации и загрузки приложения в TestFlight применяем команду:

В качестве значение параметра -p можно взять значение $AppPswd в незашифрованном (явном) виде.

Однако, как уже было сказано, с точки зрения работоспособности для авторизации altool лучше выбрать API Key, так как в разных версиях Xcode встречаются те или иные проблемы («не видит» Keychain, ошибки авторизации при выгрузке и прочее).

На этом, собственно, все. Желаю всем причастным успешных сборок и беспроблемных релизов в App Store.

Сведения о конфиденциальности в App Store и способы управления данными

В App Store теперь приводятся подробные сведения о конфиденциальности, поясняющие принципы сбора данных каждым приложением.

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

О разделе, содержащем сведения о конфиденциальности

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

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

Данные, связанные с пользователем

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

Данные, используемые для отслеживания

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

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

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

Дополнительная информация об использовании данных и принципах конфиденциальности

В разделе, содержащем сведения о конфиденциальности, можно просмотреть список определений типов собираемых данных, а также сведения о вариантах их использования.

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

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

Управление передаваемыми данными

Компания Apple предоставляет настройки и средства управления, позволяющие контролировать, какие данные передаются приложениям. Подробнее о способах управления передаваемыми данными.

Помимо средств управления, предоставляемых в iOS, iPadOS, macOS, watchOS и tvOS, компания Apple на странице privacy.apple.com предоставляет инструменты для работы с данными и обеспечения конфиденциальности, которые позволяют контролировать данные, хранящиеся у нас. Когда вы выполняете вход с помощью идентификатора Apple ID, вам становится доступен полный набор инструментов самообслуживания для работы с данными и обеспечения конфиденциальности.

  • Узнайте, как получить копию данных, связанных с вашей учетной записью Apple ID, которые хранятся в компании Apple.
  • Узнайте, как временно деактивировать свою учетную запись Apple ID.
  • Узнайте, как навсегда удалить свою учетную запись Apple ID и связанные с ней данные.
  • Узнайте, как запросить внесение исправлений в данные.

Приложения Apple и сведения о конфиденциальности

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

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

Сведения о конфиденциальности для приложений Apple приведены на страницах продукта этих приложений в App Store, а также на сайте apple.com/privacy/labels, где также имеются сведения о приложениях Apple, у которых нет специальных страниц в App Store.

Часто задаваемые вопросы касательно сведений о конфиденциальности для приложений Apple

Почему одни приложения Apple, позволяющие создавать резервные копии данных в облаке, указывают этот тип данных в сведениях о конфиденциальности, а другие — нет?
В разделе, содержащем сведения о конфиденциальности, явно указывается, какие данные собираются в рамках использования приложения. Некоторые приложения Apple, например «Фото» и «Сообщения», предлагают создать резервную данных вне приложения. В разделе, содержащем сведения о конфиденциальности, эти приложения не указывают типы данных, которые сохраняются в резервной копии. Иные приложения Apple, например iMovie, предлагают создать резервную копию данных в самом приложении. В разделе, содержащем сведения о конфиденциальности, эти приложения указывают типы данных, которые сохраняются в резервной копии. Чтобы настроить, какие приложения могут создавать резервные копии в iCloud, на своем iPhone, перейдите в меню «Настройки» > [ваше имя] > iCloud > «Резервная копия в iCloud».

Почему одни приложения Apple указывают идентификатор устройства как данные, связанные с пользователем, а другие — нет?
Связан ли идентификатор устройства с вами, зависит от его характера и от того, может ли компания Apple связать его с личностью пользователя. Если его можно связать с личностью пользователя, он указывается как данные, связанные с пользователем; в противном случае — как данные, не связанные с пользователем. Например, приложение «Контакты» передает компании Apple идентификатор устройства, но он не связан с вашей личностью, поэтому идентификатор устройства указывается как данные, не связанные с пользователем.

Для чего Apple News и «Акции» собирают данные, связанные с пользователем?
Apple News и «Акции» используют ограниченный набор данных, связанных с личностью пользователя. История покупок используется для предоставления доступа к премиум-содержимому от Apple News+ или от каналов средств публикации с индивидуальными подписками. Адреса электронной почты используются Apple News только для информационной рассылки и только в отношении пользователей, которые подписались на получение электронных писем или согласились сообщить адрес электронной почты партнерам для получения доступа к их веб-сайтам. Содержимое, которое читают пользователи, связано со случайным идентификатором, не связанным с пользователем и другими службами Apple. Отдельные случайные рекламные идентификаторы также используются для показа соответствующей рекламы. Дополнительные сведения о компании Apple и вопросах конфиденциальности см. в статье Apple News и конфиденциальность.

Для чего приложение «Карты» собирает данные о здоровье и физической форме?
Компания Apple собирает данные о движении в приложении «Карты» для анализа пешеходных маршрутов, а также для исключения из пешеходных показателей данных пользователей, которые занимаются бегом или велоспортом. Эти данные не связаны с вами. Дополнительные сведения см. в разделе «О Картах Apple и конфиденциальности» меню iPhone «Настройки» > «Конфиденциальность» > «Карты».

Для чего приложение «Сообщения» собирает историю поиска?
Приложение «Сообщение» запрашивает у Apple ключ шифрования для ваших собеседников. Apple сохраняет журналы запросов, чтобы предотвратить ненадлежащее использование службы. Подробнее о Сообщениях и конфиденциальности.

Для чего приложение «Перевод» собирает содержимое других пользователей?
В приложении «Перевод» содержимым других пользователей считается текст, который вы вводите, чтобы перевести. Дополнительные сведения см. в меню iPhone «Настройки» > «Перевод» > «О Переводе и конфиденциальности».

Какие данные собирает приложение «Здоровье»?
Если включить «Улучшение приложений “Здоровье” и “Активность”», сведения о конкретной активности, тренировке или состоянии здоровья от устройства iOS и часов Apple Watch будут отправляться компании Apple для развития, усовершенствования и анализа эффективности функций, связанных со здоровьем, активностью и физической формой. Ваши данные не будут использоваться ни для каких других целей и не позволяют установить личность. Сведения, собранные в рамках функции «Улучшение приложений “Здоровье” и “Активность”», содержат данные, отображаемые в этих приложениях на устройстве iOS и в приложении «Активность» на часах Apple Watch. Дополнительные сведения см. в разделе «Об улучшении приложений “Здоровье” и “Активность” и конфиденциальности» меню iPhone «Настройки» > «Конфиденциальность» > «Аналитика и улучшения».

Какие данные собирает приложение «Фитнес»?
Если вы оформили подписку на Fitness+, компания Apple может собирать данные о поиске, просмотре и тренировках с целью развития, усовершенствования и анализа эффективности функций и тренировок Apple Fitness+. Если включить «Помощь в улучшении Apple Fitness+», будут собираться также названия тренировок и сведения о тренерах. Все эти данные хранятся со случайным переменным идентификатором, предназначенным исключительно для Apple Fitness+ и не связанным с вашим идентификатором Apple ID. Если вы просматриваете вкладку Fitness+ перед оформлением подписки, компания Apple собирает сведения об истории браузера, при этом они связаны с вашим идентификатором Apple ID. Дополнительные сведения см. в разделе «Apple Fitness+ и конфиден­циальность» меню iPhone «Настройки» > Fitness+.

Какие данные собирает приложение Wallet?
Приложение Wallet позволяет сохранять кредитные и дебетовые карты (если служба Apple Pay доступна в вашем регионе), транспортные карты, посадочные талоны на самолет, билеты на мероприятия, удостоверения учащегося и многое другое на iPhone или часах Apple Watch. Финансовая информация собирается, если вы используете Apple Pay (в странах и регионах, где доступна эта служба), и этот ограниченный набор данных используется для ее усовершенствования. Например, компания Apple использует платежную информацию, такую как список платежных карт, добавленных в Apple Pay, чтобы предоставить клиентам возможность дистанционно удалять эти карты. Кроме того, при добавлении карты в Apple Pay сведения, связанные с ней, параметры устройства, приблизительные данные о его местоположении и шаблоны использования могут отправляться для определения правомочности использования карты в Apple Pay и предотвращения мошенничества. Служба Apple Pay не хранит оригинальный номер кредитной или дебетовой карты. Кроме того, когда вы используете кредитную, дебетовую или предоплаченную карту в Apple Pay, компания Apple не сохраняет информацию о транзакциях, которая может быть привязана к вам. Подробнее о службе Apple Pay и конфиденциальности.

Для чего Apple Music собирает данные, связанные с пользователем?
Чтобы функции Apple Music, такие как «Слушать», «Личные миксы», «Станции», «Автовоспроизведение», «Поиск», и уведомления о новых выпусках лучше отражали ваши музыкальные вкусы, Apple собирает информацию о вашей активности в приложении. Композиции, которые вы транслируете, не используются другими службами в рекламных целях. Если вы не хотите хранить музыкальную коллекцию на наших серверах, можно отписаться от синхронизации медиатеки. Служба Apple Music обязана предоставлять партнерам (например, звукозаписывающим компаниям) некоторые данные, чтобы они могли, в частности, выплачивать гонорары исполнителям, но делается это исключительно с применением передовых мер безопасности. К примеру, неперсонифицированные данные передаются звукозаписывающим компаниям с использованием случайных идентификаторов, которые ежемесячно меняются. Другим партнерам, таким как исполнители, передаются только агрегированные данные. Подробнее о службе Apple Music и конфиденциальности.

Для чего приложение «Телефон» собирает данные, связанные с пользователем?
Если у вас имеются нарушения слуха или речи, вы можете общаться по телефону с помощью телетайпа (TTY) или передачи текста в реальном времени (RTT). Эти протоколы передают текст по мере набора и позволяют получателю сразу же прочитать сообщение. Для предоставления этих услуг компании Apple нужно связать данные с вами, чтобы передавать сообщения собеседнику и обратно. Подробнее о протоколах TTY и RTT.

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

Для чего приложение Shazam собирает прочие типы данных?
Когда вы записываете образец аудио с помощью Shazam, он преобразуется на устройстве в представление, которое отправляется на сервер для поиска совпадения в музыкальном каталоге Shazam. Сама аудиозапись не покидает устройство, а форма представления не позволяет воссоздать исходное аудио. Shazam хранит представления при определенных обстоятельствах. Например, если для записи не нашлось совпадения сразу, она сохраняется и периодически повторно проверяется в течение нескольких дней на предмет возможных совпадений среди обновлений в каталоге. Подробнее о Shazam и конфиденциальности.

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

AppStore In-App Purchase: разбор полетов эконом-классом

Виктор Котов

О реализации механизмов монетизации iOS-приложений (In-App Purchase) написано много, но каждый раз, собираясь применить теорию на практике, сталкиваешься с неожиданными сложностями. Поэтому сегодня я хотел бы поделиться именно практическим опытом: как мы создавали, тестировали и выкладывали на AppStore приложение с возобновляемой подпиской. Название приложения не может быть предано огласке по условиям соглашения с клиентом, поэтому буду называть его электронной энциклопедией «Азбука».

Бизнес-модели iOS-приложений

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

1. Платные приложения

Пользователь совершает единовременный платеж, покупает приложение-стул и начинает им пользоваться. Деньги его уходят компании Apple, которая, отрезав свою долю в 30%, передает оставшуюся часть разработчику.

2. Бесплатные приложения с рекламой

Вторая модель не требует от пользователя оплаты, приложение достается ему бесплатно. Пользователь получает приложение-стул, но с замечательной рекламной ножкой. Доход от рекламы поступает Apple, -30% и дальше — на счет разработчика.

3. Бесплатные приложения с In-App Purchase

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

Именно третья модель напрямую связана с темой статьи — Freemium = In-App Purchase. В этой модели пользователь получает базовый функционал бесплатно, а дополнительные возможности или «товары» приобретает отдельно.

Обращаю внимание читателя на то, что деньги в каждой из моделей имеют разный размер. Это неспроста.

Согласно проведенным исследованиям, доля дохода от In-App Purchase в общем доходе разработчиков выросла с 28% в 2010 году до 72% в 2011: т. е. была менее 1/3, а стала больше 2/3. In-App Purchase = ДЕНЬГИ. К слову, стоимость товаров или услуг для In-App Purchase, также как и стоимость приложения, не определяется произвольно, а должна быть выбрана из списка возможных вариантов, предлагаемых Apple. Самая низкая стоимость установлена в $0.99, самая большая — в $999.99.

Какие существуют типы In-Purchase?

Всего существует пять типов товаров/услуг, продаваемых через In-App Purchase. Их можно разделить на три группы.

1. Consumable — потребляемые или расходуемые. Самый простой пример — это ресурсы в какой-нибудь игре: золото, дерево, еда. То что приобретается и тут же тратится игроком, исчезая навсегда. В случае необходимости приобретается еще и еще, радуя разработчиков и компанию Apple.

2. Non-Consumable — товары/услуги, которые приобретаются каждым пользователем только один раз и в дальнейшем должны быть доступны всегда и на всех зарегистрированных/авторизованных устройствах. В качестве примера приведу покупку Могучего орла в AngryBirds. Также есть множество примеров, когда бесплатно распространяется базовая версия приложения, а доступ к продвинутым функциям приобретается отдельно, но всего лишь один раз.

3. Subscription — подписка. Включает в себя три вида подписок: возобновляемые, невозобновляемые и бесплатные.

  • Возобновляемая подписка — очень привлекательный вариант с точки зрения бизнеса, т.к. после первой успешной оплаты, дальнейшее продление подписки происходит автоматически, при условии, что карта валидна и на ней есть деньги, и что пользователь вручную не отменил подписку. Это фактически золотая жила.
  • Невозобновляемая подписка инициируется пользователем, длится выбранный разработчиком период времени и затем прекращается. Чтобы она вновь началась, от пользователя требуется снова инициировать ее вручную, а от разработчика, соответственно, напомнить об этом пользователю. Далее мы более подробно поговорим об особенностях этого типа In-App Purchase.
  • Бесплатная подписка была добавлена после появления в iOS Newsstand — специальной папки-«киоска», которая содержит все СМИ-приложения. Бесплатная подписка может быть использована СМИ-приложениями, если они предоставляют свои выпуски безвозмездно.

Итак, мы рассмотрели все типы In-App Purchase. Вопрос: может ли разработчик или компания выбрать и использовать какой-то тип произвольно, на свое усмотрение? Ответ — нет. У Apple есть свое видение и требования для каждого типа.

Требования Apple к использованию типов In-App Purchase

1. Общее правило. Через In-App Purchase можно продавать только электронные товары/услуги, а не материальные предметы.

2. Категория «СМИ». Важное ограничение: возобновляемая подписка может использоваться только для приложений, подпадающих в категорию «СМИ» или «Медиа». Например, подписка на электронные версии газет и журналов или стриминговое ТВ. А, например, услуга по сканированию и распознаванию визитных карточек может быть приобретена только на условиях невозобновляемой подписки.

Эти же ограничения действуют и для бесплатной подписки. Так, бесплатная рассылка не может использоваться для распространения демоверсий в целях продажи подписки на полные версии. В случае, если приложение было разработано без учета ограничений и рекомендаций по использованию In-App Purchase, его публикация в AppStore будет невозможна.

Возвращаясь к нашему приложению «Азбуке» скажу, что заказчика интересовал вариант реализации именно возобновляемой подписки. При этом изначально пользователю была бы доступна только незначительная часть содержания «Азбуки», а полный доступ он мог получить, только купив подписку. Т.к. суть приложения не в полной мере соответствовала критериям оценки Apple, мы со своей стороны предупредили заказчика о возможных проблемах с публикацией приложения в AppStore. Заказчик принял решение все равно реализовать именно такой вариант подписки, приняв возможные риски на себя.

Модели реализации In-App Purchase

После того как мы определились с типом In-App Purchase, необходимо было определиться с выбором модели реализации. Всего существует две модели:

  • используется только пользовательское устройство и инфраструктура на стороне Apple, которая для простоты обозначена на иллюстрации как AppStore;
  • к устройству и инфраструктуре Apple добавляется третье звено — сервер, свой или предоставляемый в рамках специализированной услуги третьей компании.

Плюсы второй модели

1. Гибкость. Модель дает нам большую гибкость в поддержании списка «товаров» в актуальном состоянии. Мы можем менять его, не изменяя приложение, опубликованное в AppStore.

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

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

Итак, сервер однозначно можно не использовать, если был выбран тип In-App Purchase Consumable. Рекомендуется использовать сервер, если используются типы: Non-Consumable, Auto-Renewing Subscriptions, Free Subscriptions. Обязательно использовать сервер, если используется Non-Renewing Subscription. Так как в этом случае Apple не предоставляет возможность восстановления сделанных покупок, и это целиком ответственность разработчика. Таким образом, для выбранного заказчиком типа In-App Purchase, использование сервера не являлось обязательным и и мы начали разработку.

Этапы реализации In-App Purchase

Этап 1. Реализация покупки товара/услуги

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

Этап 2. Реализация проверки действия подписки

Приложению необходимо проверить действие текущей подписки. Тут возможны два варианта:

  • есть Интернет-соединение — ура!
  • Интернет-соединения нет — так тоже бывает

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

Для ситуации, когда подключение к интернету невозможно, нами была реализована следующая схема: если действие подписки еще не окончилось, а дату ее окончания мы знаем, то пользователю будет сохранен полный доступ; если же текущая дата на устройстве вышла за пределы даты окончания подписки, мы добавляем дополнительную проверку на попадание ее в так называемый «льготный период» — 10 дней. В случае, если подписка находится в данном периоде, по-прежнему оставляем полный доступ.

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

Этап 3. Реализация восстановления подписки

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

Тестирование

Неотъемлемой частью любого проекта является тестирование. В тестировании In-App Purchase есть свои нюансы.

1. Sandbox. Существуют две среды, в которых работает приложение: тестовая — Sandbox — до момента, когда приложение будет опубликовано в AppStore и Production — с момента, когда приложение, наконец-то попало в AppStore, и план по захвату мира начал действовать.

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

Какая ссылка должна быть задана в приложении в момент, когда оно находится на рассмотрении Apple? Ссылка на Production. В противном случае, если мы используем модель без сервера реализации In-App Purchase валидация транзакций не будет работать. Также можно реализовать следующий алгоритм: всегда отправлять запрос на валидацию на Production-сервер и, если в ответе статус транзакции будет равен 21007 — что означает, что приложение работает в тестовой среде и ссылка неправильная — запрос отправить повторно уже на валидатор Sandbox.

2. «Машина времени». Как я уже говорил, возможные периоды подписки составляют от недели до одного года. Было бы затруднительно тестировать приложение, если бы и в песочнице подписка продлевалась в течение таких же временных отрезков. Поэтому тестовая среда — это своеобразная «машина времени», в ней неделя равняется 3 минутам, а год — часу. Более комфортные условия, не так ли?

3. Состояния подписки. Какие состояния могут быть у подписки? Куплена/действует, продлена, отменена пользователем или по причине невалидности платежной карты. В тестовой среде невозможно отменить подписку вручную, также нельзя сымитировать неправильные данные карты. Каким образом тогда можно протестировать эти ситуации? Решение заключается в том, что в тестовой среде подписка прошляется только шесть раз, после чего автоматически прекращается. Более того, даже если подписаться снова, она не будет продлеваться автоматически.

4. Использование нового тестового аккаунта пользователя. Чтобы избежать ограничение тестовой среды, необходимо использовать новый тестовый аккаунт пользователя. Что это такое? Это специальный аккаунт с Apple ID, который создается в админке iTunes Connect — там же, где происходит управление приложениями, просмотр статистики по продажам и пр. Как и у настоящего Apple ID логином тестового аккаунта служит адрес электронной почты. Он может быть произвольным и несуществующим, что существенно облегчает процедуру добавления новых пользователей для тестирования. И еще важный момент: для тестового аккаунта пользователя задается страна для AppStore, соответственно, и на устройстве, где происходит тестирование, страна должна быть такой же.

Публикация в AppStore

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

Напомню, изначально у нас были большие опасения, что нашу «Азбуку» «зарубят» на стадии рассмотрения по причине несоответствия выбранного типа In-App Purchase сути приложения. Так оно и случилось. Решение Apple было категоричным: тип возобновляемой подписки не подходит, используйте возобновляемую подписку. А это означало, что нам будет необходимо не просто добавить сервер, а обеспечить полную функциональность возобновляемой подписки собственным силами.

Все хорошо, что хорошо кончается

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

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

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

  • Поделиться в Facebook
  • Share on Linkedin
  • Запостить в Twitter
  • Сохранить в Pocket
  • 0 Репосты

Подпишитесь

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

Обновлено: 21.03.2023

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

Итак, что же нужно сделать в ходе публикации приложения:

Давайте разберем каждый пункт более подробно.

Создание аккаунта разработчика в App Store

Чтобы опубликовать приложение в App Store, нужен Apple ID, который можно создать перейдя по этой ссылке и заполнив необходимую информацию. Также можно использовать уже существующий Apple ID. Затем, с помощью этого Apple ID, можно войти на сайт iOS Dev Center и продолжить создание аккаунта разработчика Apple. После заполнения всех необходимых полей начнётся процедура регистрации аккаунта как разработчика, которая стоит 99$ в год. В зависимости от типа аккаунта, ожидание подтверждения займёт от нескольких дней (если для регистрации используется физическое лицо) до нескольких недель (юридическое лицо).

Подготовка маркетинговых материалов

Требования к маркетинговым материалам:

Для срочных релизов или проверки MVP допускается сделать маркетинговые материалы, соответствующие требованиям магазина. В других проектах необходимо сделать так, чтобы маркетинговые материалы были максимальным вкладом в успех проекта.

Название

Название приложения будет отображаться в App Store. Его длина не может превышать 30 символов. Если в приложении есть локализации, необходимо проверить длину названия на каждом языке.

Подзаголовок (опционально)

Описание

Описание приложения, раскрывающее его функции и возможности.

Требования App Store к тексту:

  • описывайте приложение детально, с вниманием к функциональностям. Максимальный объём — 4000 символов;
  • при использовании названия App Store в заголовках или тексте всегда набирайте App Store с прописными A и S;
  • всегда оставляйте название App Store на английском;
  • перед App Store можно использовать только артикль the;
  • не используйте дополнительные слова в названии, например сочетания iTunes App Store, Apple App Store или iPhone App Store;
  • не применяйте превосходные степени прилагательных («лучший App Store»);
  • не используйте предлог «на» перед App Store. Правильно — «в App Store» («приложение доступно в App Store») или «из App Store» («запустите приложение из App Store»);
  • не используйте термин «загружаемое»;
  • в отношении Apple TV будет правильно сказать «Ищите наше приложение в App Store»;
  • не применяйте для устройств Apple такие общие термины, как «смартфоны» или «планшеты», а используйте их названия;
  • не упоминайте никаких форм спонсорства или поддержке со стороны Apple;
  • не имитируйте типографический стиль Apple, используя шрифт Myriad в своих текстах;
  • в описании не должно упоминаться названий других мобильных платформ;
  • описание должно соответствовать функциональности приложения;
  • названия приложения в iTunes и на рабочем столе устройства должны похожими;
  • описание должно иметь рейтинг 4+ (можно показывать четырёхлетним детям).

Иконка

Иконка идентифицирует приложение в App Store и будет использована в случае фичеринга.

Требования App Store к иконке приложения:

  • разрешение 1024 x 1024 пикселей;
  • не более 72 точек на дюйм;
  • схема формирования цвета – RGB;
  • формат JPEG или PNG;
  • без закругленных краев.

Скриншоты

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

  • «Строгая». Берутся основные экраны, которые показывают функциональность приложения.
  • «Рекламная». Красивый фон за экраном, говорящие надписи. Потребуется помощь дизайнера.

Требования App Store к скриншотам:

  • в App Store можно загрузить до пяти скриншотов на каждое разрешение экрана, минимум один на каждую локализацию. Если приложение выглядит одинаково для всех разрешений и локализаций, то для iPhone будет достаточно использовать один набор скриншотов для 5,5-дюймового дисплея, а для iPad понадобится один набор для 12,9-дюймового дисплея . Если нет, то необходимо подготовить наборы скриншотов для каждого разрешения. Все разрешения экранов можно посмотреть тут;
  • скриншоты не должны содержать альфа-канал — информацию о прозрачности изображения. При сохранении конечного варианта отключайте альфа-канал, если решили подготовить изображения в формате PNG;
  • не более 72 точек на дюйм;
  • схема формирования цвета – RGB;
  • формат PNG или JPEG.

Все требования App Store к скриншотам доступны по ссылке.

Видео для предпросмотра приложения (опционально)

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

Требования App Store к видео:

  • разместить можно только один видеоролик;
  • формат M4V, MP4 или MOV;
  • размер не должен превышать 500 MB;
  • длительность видеоролика от 15 до 30 секунд.

Более подробную спецификацию можно посмотреть тут.

Ключевые слова

Обеспечение сборки наличием сертификата цифровой подписи

Цифровая подпись необходима для того, чтобы App Store мог идентифицировать разработчика. В дальнейшем только этот разработчик сможет обновлять и изменять приложение. Этот пункт инструкции относится к технической стороне разработки и выполняется разработчиком. Если у сборки не будет правильной подписи, можно получить реджект со стороны App Store, либо вовсе не получится выложить приложение. Поэтому перед публикацией необходимо удостовериться, что приложение имеет подпись.

Платное приложение и внутренние покупки

В случае, если приложение платное или в нем используются внутренние покупки (In-App Purchase, или IAP), необходимо указать правильный тип IAP. Внутренние покупки бывают четырех видов:

  • consumables (потреблямые). Покупаются многократно: патроны и здоровье в играх, кредиты в Skype;
  • non-consumables (непотребляемые). Покупаются один раз: фильмы, книги, функции приложения, новые уровни;
  • автоматически обновляемые подписки;
  • подписки, обновляемые вручную.

Автоматически обновляемые подписки самостоятельно списывают деньги с карточки пользователя. Их можно использовать только для:

  • периодических изданий (журналы, газеты);
  • подписки на бизнес приложения;
  • медиа-приложения (музыка, видео).

Приложения могут использовать контент (журналы, музыку, фильмы), купленный вне приложения, если вы не даёте ссылку на внешний механизм покупки.

Более подробную информацию о том, как оформлять внутренние покупки, можно прочитать тут.

Разработка iOS-приложений – перспективное направление в сфере IT. Если вы уже программируете какое-то время, то наверняка задумывались над тем, чтобы попробовать себя в создании мобильной программы для iPhone, но, возможно, что-то вас останавливало. А ведь вы уже давно могли бы освоить эту нишу и начать зарабатывать хорошие деньги.

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

Необходимые знания и навыки для разработки iOS-приложений

Создание любых приложений, в том числе для устройств на iOS, требует достаточно обширных знаний. Математику и логику программисту также нужно знать, даже если на начальном этапе это не понадобится. Развитие современных технологий дало разработчикам возможность не изучать досконально архитектуры ПК, тем не менее понимание основ (системы счисления и способы их преобразования, скорость работы подпрограмм, эффективность различных алгоритмов) в этой области необходимо.

Безусловно, знать хотя бы основы того же C++ не помешает, тем более что его элементы встречаются и в «яблочных» языках. И все же наибольшей популярностью в разработке для Apple-устройств пользуется Objective-C. Этот язык появился еще в начале 1980-х годов (то есть гораздо раньше C++). Более молодой Swift создатели выпустили в свет в 2014-м. И Objective-C, и Swift активно используются в разработке. Первый нужен для поддержки старого ПО, на втором же пишутся все новые приложения. По этой причине знать желательно оба языка.

Необходимые знания и навыки для разработки iOS-приложений

Необходимые знания и навыки для разработки iOS-приложений

Опытным разработчикам будет гораздо легче осваивать программирование iOS-приложений. Но начать развитие в этом направлении можно, даже не имея никаких навыков в разработке компьютерных программ. Для создания приложений под iOS существует среда PaintCode, появившаяся благодаря активному развитию технологий NoCode.

Ваш Путь в IT начинается здесь

Подробнее

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

Основы разработки приложений под iOS

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

  • Создание iOS-приложений требует предварительного тщательного анализа отзывов и пожеланий целевой аудитории.
  • Программирование для устройств Apple выполняется в среде Xcode IDE, которая работает только в OS X.
  • Для размещения готового приложения в AppStore необходимо строго соблюдать требования этого магазина.
  • необходимо создать простое приложение;
  • предполагается недорогое использование на двух платформах;

Как увеличить свой доход минимум на 50% выбрав правильную профессию
Запутались в разнообразии профессий и не знаете, куда двигаться? Хотите больше зарабатывать или работать удалённо? Уже повзрослели, но так и не поняли, кем хотите стать? Мечтаете наконец найти любимую работу и уйти с нелюбимой?

Александр Сагун

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

Карьерная мастерская это:

  • Список из 30 востребованных современных профессий.
  • Долгосрочный план по развитию в той профессии, которая вам подходит.
  • Список каналов для поиска работы.
  • 3 теста на определение своих способностей и склонностей.
  • Практику в разных профессиях на реальных задачах.

Уже 50 000 человек прошли мастерскую и сделали шаг к новой профессии!

Запишитесь на бесплатный курс и станьте ближе к новой карьере:

Зарегистрироваться и получить подарки

При этом, как указывалось ранее, нужно быть готовым к плохой производительности и к постоянной зависимости от интернета, поскольку гибридные программы работают на связке HTML5 + JS.

Нативный подход позволяет обойтись без «костылей». Приложение разрабатывается только на стандартном для iOS языке.

Когда стоит выбрать последний вариант?

  • Приложение создается для работы на одной платформе.
  • Предполагается использование функций, специфичных для данной платформы.
  • Требуется постоянное обновление программы, скоординированное с выходом обновлений ОС или выпуском новых версий устройств Apple.

Пошаговая инструкция по разработке приложения для iOS-приложения

  1. Выбор идеи. Первый этап является ключевым и одновременно самым интересным. Он определит популярность приложения среди аудитории AppStore. Здесь самое сложное для разработчика — определиться, что будет представлять собой программа: логическую игру, агрегатор онлайн-магазинов и т. д. Необходимо решить, какую именно задачу должно решать приложение. Быстрый ответ на этот вопрос будет означать, что разработчик выбрал правильное направление.
  2. Выбор инструментария. Сформулировав идею, не стоит сразу писать для нее код. В разработке мобильных приложений iOS важное значение имеет дизайн (внешний вид). И для этих целей отлично подойдет векторный редактор Sketch. Причем оценивать варианты наработок можно сразу же на устройстве благодаря плагину Sketch Preview и бесплатному просмотрщику Skala Preview. После создания дизайна и назначения функций кнопкам программист может приступать непосредственно к коду.
  3. Этап разработки. Приложение для iOS разрабатывается, как правило, на Objective-C, хотя все более популярным среди разработчиков становится Swift. Этот язык примечателен более простым синтаксисом и, как следствие, он проще в освоении. Тем не менее, для самостоятельной разработки приложений под iOS Swift требуется тщательное штудирование специализированных учебников и справочников. За время такого обучения другой разработчик может уже реализовать намеченную идею, создав аналогичное приложение.

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

  • для игры подойдет огромное множество вариантов, пришедших в голову создателю;
  • узкоспециализированное приложение желательно назвать в соответствии с функцией (например, вариант для заметок — «Notes»);
  • лучше подбирать англоязычное название, понятное иностранным пользователям (например, приложение из категории «музыка» логично назвать «Music»).

Frontend-разработчик: что должен уметь, как освоить профессию

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

Пример разработки iOS-приложений на языке Swift

В качестве примера возьмем простое приложение, которое рассчитывает индекс массы тела и количество калорий, требуемое для поддержания массы. Расчет будет вестись с использованием стандартной формулы ИМТ и формулы Гарисса Бенедикта.

Различия в разработке мобильных приложений для iOS и Android

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

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

Узнайте, как выполнять установку программ, создаваемых вашей организацией, и устанавливать с ними отношения доверия.

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

Ваша организация может использовать программу Apple Developer Enterprise Program, чтобы создавать собственные корпоративные программы для iOS и распространять их для внутреннего использования. Прежде чем открывать эти программы, для них необходимо установить отношения доверия.

Если установка программы выполняется через управление мобильными устройствами (MDM), доверие устанавливается автоматически. При установке программы вручную доверие также необходимо установить вручную.

Apple рекомендует использовать для распространения программ решение MDM. Этот способ безопасен и не требует взаимодействия с пользователем. Корпоративные программы также можно устанавливать с собственного безопасного веб-сайта организации. Если вы не устанавливаете программы из своей организации, загружайте и устанавливайте программы только из Apple App Store. Это лучший способ обезопасить свои устройства iPhone, iPad и iPod touch.

Установка корпоративной программы и доверия к ней вручную

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

Будет выведен запрос на подтверждение вашего выбора. Когда профиль станет доверенным, вы сможете вручную устанавливать другие программы данного разработчика и сразу же открывать их. Разработчик останется доверенным до тех пор, пока вы не воспользуетесь кнопкой «Удалить программу» для удаления всех программ данного разработчика.

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

Добрый день! Я занимаюсь разработкой приложения, которое необходимо, ввиду его специфичности и сроков Review в iTunes Connect, распространять напрямую клиентам. На данный момент имеется Apple Developer Program.

Сначала подумал про Ad Hoc — но там при составлении Provisioning profile необходимо указать устройства, на которые потом это приложение встанет. Уже крайне неудобно — я не могу взять устройства клиентов и поочередно их регистрировать в Member Center. Там еще написано, что количество устройств ограничено: «Create a distribution provisioning profile to install your app on a limited number of registered devices», «Select the devices you wish to include in this provisioning profile. To install an app signed with this profile on a device, the device must be included».

Еще есть Enterprise Program. Цена не пугает, пугают отзывы, что таким образом можно распространять приложения только внутри организации (как определяется причастность устройства к организации, не знаю), и при распространении на «кого попало» может обернуться отзывом лицензии.

Пишут и про TestFlight.

Пишут много, но не знаю, что выбрать, да и не знаю, подходит ли мне хоть .

Мне необходимо распространять приложения раз в 2–3 месяца человек на 80–100 (каждый раз пользователи новые). Также хотелось бы не напрягать пользователей скачиванием сторонних программ, регистрацией своих устройств и прочим.

Если все же идеальных вариантов для решения данной проблемы нет, то может кто поделится опытом публикации в App Store частных приложений? Заказчики не хотят, чтобы их приложения скачивали простые зеваки — я думал над выставлением цены $999 (или я не могу поставить такую высокую цену будучи простым Developer?) и рассылать промокоды только «нужным» пользователям. В таком случае, правда, есть ограничение на 100 промокодов, не так ли? И не отвергнут ли на Review приложения вроде «Семейный альбом Петровых» или «Официальное приложение ФК Двор № 4»?

Отвечает Анатолий Шарифулин, руководитель сервиса для мониторинга приложений конкурентов AppFollow

По-моему, все проблемы преувеличены. Выпускайте свое приложение и ждите, как все, семь-десять дней, и пользуйтесь TestFlight, скоро вы привыкнете как к этому, так и к тому, что вы можете нарушить App Store Review Guidelines.

По поводу цены — так не стоит делать, проще вести логин-пароль или вход по промокоду.

Если же вы используете в своем приложении что-то такое, что не совместимо c гайдлайнами и/или ваше приложение b2b и вам не нужен «случайный» пользователь, то Enterprise — это решение. Вам нужно будет всего лишь распространять ссылку на приложение потенциальным клиентам, но вам могут отказать в заявке, если у вас, например, нет DUNS-номера организации или вы не доказали, что вам действительно это необходимо.

Читайте также:

      

  • Как ускорить время в приложении пк
  •   

  • Как защитить android приложение от декомпиляции
  •   

  • Как отобразить справочник и определить его представление в различных разделах интерфейса приложения
  •   

  • В каком из перечисленных приложений икао изложены обязанности командира вс
  •   

  • Как поставить расширение на фейсит приложение

«Как монетизировать мое будущее приложение так, чтобы оно приносило как можно больше денег?» — этот вопрос волнует любого, даже самого альтруистичного стартапера. Особенно на фоне заманчивой статистики: 45% разработчиков, чьи приложения представлены в App Store, зарабатывают более 1000$ в месяц. Такую прибыль приложения приносят в том числе благодаря выбранной модели монетизации. Как правильно подобрать способ монетизации и на каком этапе разработки приложений для iOS его внедрить, — в нашей статье.

Как сделать мобильное приложение источником дохода

По прогнозам аналитиков, валовой доход разработчиков приложений в App Store в 2022 году составит 75,7 миллиардов долларовhttps://re-store.ru/blog/obzory/app-store-10-let-10-glavnykh-faktov-o-magazine-prilozheniy/. Большую долю от этой суммы получат создатели популярных приложений, например таких, как TikTok, Instagram, Tinder и Snapchat. Конечно, главная причина их успеха — это не подходящий способ монетизации приложения, а польза и интересные для клиента функции, но монетизация тоже играет большую роль в развитии проекта.

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

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

Самые популярные способы монетизации приложений iOS

Многие приложения, выстраивая стратегию монетизации мобильных приложений, используют один из способов, представленных ниже. Но чаще всего разработчики компонуют черты нескольких моделей: например, пробный период + подписка, или ограниченный бесплатный доступ + реклама + подписка. Вариантов таких «гибридных» моделей масса. Главное не перестараться — если правила покупки будут слишком сложными, цена — высокой, а количество рекламы будет зашкаливать, пользователь закономерно удалит приложение, даже не ознакомившись со всеми его возможностями. Итак, какие существуют способы монетизации приложений iOS, и как их можно смешивать?

Реклама в бесплатном приложении

Пожалуй, самый распространенный способ монетизации мобильных приложений. Множество соцсетей, мессенджеров, игр и развлекательных приложений пользуются именно им. Пользуетесь программами Facebook, Pinterest, Twitter на мобильном, играете в бесплатные игры или читаете книги через электронную библиотеку? Тогда вы точно хоть раз видели таргетированные — или не очень — рекламные объявления.

монетизация приложений iOSВот, например, реклама Тинькофф

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

монетизация приложений iOS

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

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

1 млн просмотров рекламы приносит разработчикам приложения около $500 дохода

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

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

Платные мобильные приложения

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

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

Платные приложения составляют около 36% от общего количества на Google Play и App Store.

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

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

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

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

Подписка в приложении

Модель монетизации приложений iOS по подписке сейчас завоевывает все большую популярность. Ее суть такова: клиент ежемесячно платит определенную сумму за доступ ко всем функциям приложения. Обычно плата списывается автоматически в в одно и то же время каждый месяц. Чаще всего такую модель совмещают с free trial или freemium, так как сразу, без «тестирования» возможностей приложения, клиент вряд ли захочет купить подписку. 

Такой метод монетизации отлично подходит для приложений с ценным, актуальным и постоянно обновляемым контентом для пользователей: фильмами и сериалами, музыкой, новостями, образовательными материалами. По подписке работает известный самоучитель иностранных языков — Duolingo. Пользователь, который каждый месяц платит по 6,99$, может пользоваться приложением даже без интернета, проходить множество тестов, проверок и викторин на знание языка и узнавать новые слова и правила без ограничений по времени.

монетизация приложений iOS

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

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

У подписной модели есть несколько разновидностей — freemium и free trial. Несмотря на то, что их объединяет механика оплаты, они имеют различия, поэтому мы выносим их как отдельные пункты.

Freemium с дополнительными платными функциями

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

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

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

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

Минусы кроются в том, что далеко не все клиенты в итоге решают приобрести расширенные функции. А еще есть риск плохо «настроить» баланс между платным и бесплатным контентом — то есть, дать юзеру слишком большие возможности, из-за чего покупать платную версию он просто не захочет. Или, наоборот, слишком сильно ограничить функции, и не позволить пользователю нормально познакомиться с приложением. Такое иногда встречается в фоторедакторах — приложение обещает юзеру разнообразие фильтров, эффектов и других инструментов для обработки фото, а по факту в бесплатной версии доступно всего лишь 3-4 стандартных фильтра.

Free trial с оплатой после пробного периода 

Идея free trial немного напоминает freemium, но все же отличается. Суть free trial заключается в том, что клиент скачивает приложение бесплатно, но имеет доступ сразу ко всем функциям программы. Но бесплатно доступ дается лишь на ограниченный срок: обычно это 30 дней, реже — 14. После истечения этого срока за использование приложения нужно будет заплатить. За время пробного периода юзер привыкает к приложению, и, если в конечном итоге он остался доволен, платит деньги и пользуется дальше.

Способ монетизации приложений iOS с помощью бесплатного периода широко используется как в играх, так и в других приложениях, которые упрощают людям жизнь. Такой моделью пользуется, к примеру, 1Password — менеджер паролей, который позволяет хранить неограниченное количество паролей, кодов и других данных в одном месте. Бесплатная версия предоставляется на 14 дней, далее за приложение нужно будет заплатить.

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

Из минусов — финансовые риски и отсутствие гарантий. Пользователи могут отказываться от покупки после истечения пробного периода. Это может произойти по разным причинам: непонятный интерфейс, сложная регистрация, баги. Чтобы запускать приложение с пробной версией, нужно точно знать, что оно работает без сбоев. Проверить спрос и убрать все баги до релиза поможет создание MVP.

Какие модели монетизации приложений использовали успешные стартапы и почему

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

Shazam

Самый популярный сервис для распознавания музыки, Shazam, стартовал с моделью

«реклама в приложении». Выбор такой стратегии монетизации мобильных приложений был логичен: приложение имеет только одну функцию, в нем нет других возможностей, которые можно было бы продавать за деньги. После распознавания композиции пользователю предлагалось посмотреть рекламное объявление, которое можно было разместить, связавшись с разработчиками. После того, как Shazam завоевал огромную популярность, его приобрела компания Apple, заменив рекламные объявления на интеграцию с Apple Music. Найденный трек приложение предлагает открыть в Apple Music, сервис с платной подпиской.

монетизация приложений iOS

Procreate

Приложение для создания иллюстраций и анимации Procreate полностью платное. Его можно скачать за 9,99$ и получить доступ к всем инструментам. В приложении есть большой набор кистей, функция создания и наложения слоев, возможность создать покадровую анимацию, экспорт и импорт рисунков. Платная модель монетизации мобильных приложений — удачный выбор в этом случае, потому что программа предоставляет уникальные возможности, необходимые творческому человеку. Другие приложения либо предлагают намного меньше функций, либо не сравнимы по удобству интерфейса и качеству изображений. 

Tinder

Суперпопулярное приложение для знакомств Tinder, которое посещают 66 миллионов пользователей в месяц, работает по гибридному методу freemium + подписка. Если пользователь пользуется приложением бесплатно, он может зарегистрироваться, отмечать понравившихся людей (количество лайков ограничено), видеть совпадения и переписываться в чате. 

Несколько вариантов подписки дают больше возможностей: безлимитное количество лайков, историю просмотров профилей, повышение видимости своего аккаунта. Пользователи могут познакомиться с приложением через ограниченное количество функций, увидеть, как работает программа, определить, что возможности, которые дает подписка, необходимы и увеличат его шансы найти партнера. Поэтому выбранный способ монетизации мобильных приложений здесь работает эффективно и ежедневно приносит создателям приложения около 2 миллионов долларовhttps://www.cossa.ru/news/285880/.

монетизация приложений iOS

Пока не приняли решение? Вот еще немного фактов

Каждый год Apple объявляет сумму, которую AppStore выплатили специалистам по разработке мобильных приложений для iOS начиная с 2008 года. В январе 2021 эта сумма составила 200 миллиардов долларов, а год назад — 155 миллиардовhttps://appleinsider.ru/ios/krizis-govorili-oni-app-store-prines-apple-rekordnuyu-vyruchku-v-2020-godu.html. По прогнозам аналитиков, доход разработчиков будет только увеличиваться: ежедневно приложения скачивают и оплачивают сотни пользователей.

Увы, единого секрета успеха монетизации приложений iOS нет. Все разработчики проходят этапы проб и ошибок. Для этого нужно тестирование: на начальном этапе разработки мобильного приложения легче определить, какая модель монетизации работает лучше, больше нравится пользователям, стабильнее приносит доход. Если вы поняли, что монетизировали приложение не очень удачно, и другой метод может быть эффективнее, модель монетизации можно изменить. Так сделала, например, игра Angry Birds: создатели игры в целях продвижения проекта сменили платную модель на гибридную с собственной валютой и покупками в приложении, и сумели сделать игру популярнее и повысить доход.

Если вы пока сомневаетесь в выборе, или даже если вы уже определились, вы можете обратиться в Purrweb. Мы уже не раз подбирали для заказчика наиболее подходящую именно его проекту модель монетизации. К примеру, в работе с Contentplace мы помогли заказчику разобраться с моделями подписки, использовав наиболее выгодную в его случае гибридную модель монетизации (пробный период + подписка с несколькими тарифами). 

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

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

Я

  • Apple id
  • исходный код
  • сертификат распространения, созданный для моего Apple id с помощью портала разработчика клиента
  • профиль подготовки для вновь созданного идентификатора приложения и мое удостоверение

мой клиент не хочет делиться своими учетными данными apple id со мной. Я могу архивировать продукт в Xcode, но не могу отправить его в App Store.

могу я сразу отправить его в магазин с вышеуказанными деталями, которые у меня есть?

или я могу создать файл IPA и поделиться им с клиентом, чтобы он мог отправить его в App Store?

есть ли другие альтернативные способы отправить приложение в магазин (кроме обмена его учетными данными)

Пожалуйста, объясните ответ (с пошаговым руководством, если это возможно).

спасибо

7 ответов


для тех, кто нуждается, чтобы сделать то же самое от имени клиентов, вот шаги, которые я следовал…

что у меня было

  1. учетная запись разработчика apple (без регистрации программы разработчика)

что клиент

  1. учетная запись разработчика apple (с регистрацией программы разработчика Apple для компании)

Что касается распространения приложений, apple имеет 2 системы: член Центр (для сертификатов, профилей, идентификаторов приложений и т. д.) и ITunes Connect (для публикации приложения в app store и дальнейшего управления приложением).

Мне нужен доступ к ITunes Connect & Member center для распространения от имени клиента.

  1. в центре участников клиент должен предоставить вам роль администратора команды. [шаги]
  2. в ITunes connect клиент должен предоставить вам роль разработчика / администратора для приложения. Если роль разработчика, учитывая u, может только загрузите сборку, чтобы отправить приложение на обзор, вам нужно будет спросить клиента. Если роль администратора, в основном вы можете сделать почти все, вплоть до отправки приложения для обзора. [шаги]
  3. теперь вы можете создавать сертификаты, профили, идентификаторы приложений через центр членов (вы также можете создавать сертификаты и профили в Xcode. Но идентификаторы приложений должны быть созданы через Member Center).
  4. создать запись приложения в ITunes Connect, используя тот же идентификатор пакета, что и для App ID создание.
  5. загрузите свою сборку через Xcode
  6. отправить для просмотра через Itunes Connect

Это то, что я сделал для представления приложения. Если вы найдете какие-либо ошибки/лучшие альтернативы, пожалуйста, прокомментируйте ниже, поэтому я обновлю ответ.


вам нужно будет сделать следующее:

  1. создайте приложение, используя сертификат распространения клиента
  2. архивировать приложение с помощью XCode (он находится в том же меню, что и сборка
    опции)
  3. когда архив будет сделан, он откроет архив
    Организатор
  4. выберите вновь созданный архив и экспортируйте его. Этот
    первый вариант экспорта — » сохранить для iOS App Store
    Развертывание».
  5. Это создаст каталог на вашем mac, который содержит бит
    и части вашего клиента нужно будет загрузить.
  6. Zip этот каталог и передать вашему клиенту. Они должны уметь
    чтобы использовать веб-интерфейс в iTunes connect для загрузки приложения и
    завершите процесс подачи приложения.

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

App Features



вам нужно использовать IP-дистрибутив с iOS для создания IPA для загрузки в App Store


в соответствии с описанием самым простым способом было бы отправить приложение от своего имени и как только вы пройдете сертификацию, чтобы передать опубликованное приложение своему клиенту из iTunes Connect dashboard.


… Или я могу создать файл IPA и поделиться им с клиентом, чтобы он мог отправить его в App Store?

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

для создания приложения (.ipa) вам нужно получить профиль и сертификат подготовки (.p12) соответствует программе разработчика Apple от клиента.

Я сделал это для многих наших клиентов и решение работает. На самом деле мало из клиенты у них есть внутренний портал с предопределенным процессом.

в случае, если у кого-то из вас есть вопросы по этому комментарию ответа ниже, и я попытаюсь ответить.

Примечание: при подписании не забудьте выбрать использовать локальные активы подписи, чтобы избежать предоставления учетных данных apple id.

-1

автор: MuthuKumar Haridoss


По данным платформы App Annie, пользователи iOS-приложений тратят в Apple App Store почти в два раза больше, чем пользователи Android в Google Play Store — в 2021 году Apple App Store заработал более 85 млрд долларов, а Google Play чуть менее 48 млрд.

Владельцы Apple платежеспособнее, а значит, приложение на IOS может принести больше прибыли. Если вы хотите привлечь новых покупателей и сделать процесс покупки удобнее, команда AppCraft  предлагает услуги по разработке мобильных приложений, которые выведут ваш бизнес на новый уровень.

Разработка мобильного приложения IOS под ключ — от 500 тыс. руб до нескольких миллионов рублей. 

Крупному бизнесу

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

Интернет-магазинам

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

Стартапам

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

Зачем нужно разрабатывать приложение?

  • Пользователи App Store скачивают больше платных приложений, чем в Google Play, поэтому продукт с платным скачиванием или покупкой внутри ПО станет выгодной инвестицией в ваш проект.
  • Целевая аудитория IOS-приложений — люди с достатком выше среднего, которые активно покупают новые решения на рынке.
  • Приложения на IOS позволяют внедрить большое количество полезных функций по разному запросу.
  • Быстрый срок разработки продукта: устройства Apple унифицированы и имеют меньше версий, чем у Android, поэтому займут меньше времени на создание.

Студия Appcraft больше 9 лет занимается разработкой приложений для компаний, их дальнейшей поддержкой и продвижением в App Store. Мы собрали опытную команду разработчиков и маркетологов, которые учтут особенности вашего бизнеса и сделают его удобным для вашей аудитории. Мы находимся в Москве и работаем с компаниями по всей России.

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

Специфика мобильных приложений на iOS

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

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

На диаграммах ниже видно, что за один месяц с момента презентации iOS 13 до неё обновилось 50% пользователей. Особенно занятно это выглядит в сравнении со статистикой, которую мы приводим в статье о разработке под Android.

Статистика обновлений операционной системы на iOS устройствах на начало 2022 года

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

Также однотипная архитектура устройств позволяет не проводить дополнительных проверок при старте приложения: не нужно проверять наличие камеры, GPS датчика или акселерометра.

Особенности разработки и создания приложений для IOS (iphone)

И все же несмотря на то, что база устройств на платформе iOS значительно меньше, чем на Android, нюансов создания и разработки приложений для iphone достаточно много. Дизайн, актуальный код, использование особенностей смартфона может сильно повысить лояльность пользователей, что приведет к повышению рейтинга приложения в магазине. Но обо всём по порядку:

При разработке приложений для ios необходимо учитывать не только размеры экрана, что важно при проектировании дизайна приложения, но и аппаратные различия каждого устройства.

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

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

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

Презентация темной темы на 2019 Apple WWDC

К этой же тематике можно отнести добавление новых возможностей в последних версиях, так как прогресс не стоит на месте, и Apple старается быть в тренде, внедряя в свой продукт топовые изобретения мира технологий. Например, в iOS 13 появилась возможность забыть о входе в разные приложения по номеру телефона или аккаунту в соцсети, не говоря уже о давно забытых логине и пароле: теперь можно просто нажать кнопку “вход с Apple ID” и, не заполняя ничего лишнего, попасть в приложение. Более того, пользователь может выбрать опцию скрытия своего Apple ID, и никто не получит доступа к его e-mail.

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

Еще один блок особенностей разработки ios приложений с нуля  — дизайн. Визуальная составляющая всегда была у Apple в приоритете, поэтому аудитория пользователей привыкла к стильным интерфейсам, интуитивным элементам управления приложениями и очевидному расположению разделов. Более того, есть строгий гайдлайн, придерживаться которого необходимо, чтобы успешно пройти проверку на публикацию приложения в App Store.

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

Какие иконки не стоит использовать в интерфейсе iOS

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

При разработке дизайна также важно учитывать, что некоторые пользователи открывают приложение в режиме совместимости на планшетах. На некоторых моделях iPad при этом разрешение рабочей области становится таким же, как и на старых моделях iPhone: 4 и 4s. Служба проверки приложений Apple часто делает именно так: даже предназначенные только для iPhone приложения проверяют на iPad.

Это означает, что нужно учитывать компоновку интерфейса приложений и на размерах экрана 960×640 пикселей, а не только на iPhone 7 и выше. Многие элементы могут накладываться друг на друга, текст переноситься некорректно и т.д.

Политика Apple по публикации приложений в App Store

После того, как вы разработали приложение самостоятельно или заказали разработку приложения ios, наступает момент публикации. App Store отличается жесткими требованиями, которые необходимо соблюдать при публикации приложения. Важно не только соблюдение всех style guide при разработке дизайна, но и обеспечение конфиденциальности личных данных пользователя, стабильности приложения во время работы и, самое главное, его полезности.

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

Стоит отметить и ряд формальных моментов, которые очень важно учесть при создании мобильного приложения для iOS:

  1. Для размещения в App Store какого-либо продукта нужно зарегистрироваться как разработчик, оплатить взнос в $99 за год и корректно заполнить все данные о себе. В случае, если вы планируете выпускать продукт как юридическое лицо, процедура регистрации будет дольше, и закладывать на этот процесс нужно от недели до месяца. Поэтому аккаунт разработчика мы советуем создавать сразу же, как только стартовала разработка – это поможет к моменту готовности приложения к запуску разместить его в сторе без лишних проволочек.
  2. Необходимо подготовить материалы для страницы приложения: скриншоты строго заданного формата и размера (даже 1 лишний пиксель играет роль и картинки не будут приняты), рекламное и общее описание приложения, ключевые слова, политику конфиденциальности (написать и разместить файл так, чтобы он был доступен по ссылке). А еще нужно предусмотреть легкий вход в приложение для проверяющих, так как в случае необходимости регистрироваться по номеру телефона с смс-подтверждением попасть внутрь и проверить приложение они не смогут, и сразу отклонят его. Обычно мы генерируем заданный номер телефона и код, по которому можно войти в приложение, минуя получение смс.
  3. Само приложение может проверяться от одного дня до недели. В исключительных случаях этот срок может быть и больше, но, как правило, приложение проходит проверку в течение нескольких дней. Это также стоит учитывать, планируя маркетинговую кампанию — стоит оставлять запас между днем отправки на проверку и стартом рекламы хотя бы в несколько дней.

Требования Apple не ограничиваются стором, например, размещение на вашем лендинге кнопки “Download on the App Store” также регламентируется правилами, так что покрасить ее в цвета продукта не удастся.

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

Выводы

При разработке ios приложений с нуля важно учитывать следующие особенности:

  1. Парк устройств относительно небольшой и они имеют однотипную архитектуру – это хорошо.
  2. Вместе с тем нужно обеспечить удобную работу с интерфейсом и на небольших экранах, в режиме совместимости с которыми приложения открываются на планшетах.
  3. Обновляются устройства на последнюю версию операционной системы быстро – это прекрасно.
  4. На всех актуальных устройствах используется Retina дисплей высокого разрешения. Можно использовать тонкие шрифты и элементы, и не бояться их некорректного цветового или контурного отображения.
  5. При проектировании интерфейса необходимо руководствоваться Apple Human Interface Guidelines.
  6. При публикации приложения необходимо учитывать все требования App Store Review Guidelines, их много и они весьма разнообразны.
  7. Готовиться к публикации нужно заранее: на получение необходимого DUNS номера, проверку документов и самого приложения может потребоваться 3-4 недели.

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

Понравилась статья? Поделить с друзьями:
  • Колледж информационных технологий московской международной высшей школы бизнеса
  • Команда 0х07 передать данные документа код ответа 0x0bh неразрешенные реквизиты
  • Комиссия по комплектованию детских садов невского района ивановская часы работы
  • Комиссия сбербанка за перевод в другой банк по реквизитам через сбербанк онлайн
  • Комитет по охране объектов культурного наследия вологодской области часы работы