Прием Apple Store, отправка приложения, которое пользователи других услуг для получения прибыли - PullRequest
0 голосов
/ 28 июля 2011

Apple утверждает, что

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

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

Возможно ли это?и каковы ограничения Apple?Могу ли я продать это приложение компании CompanyX, которая предлагает 10 различных руководств по устранению неполадок?Тогда продайте CompnayQ еще одну сборку с поддержкой 50 различных руководств?

Ответы [ 2 ]

2 голосов
/ 29 июля 2011

Apple в своих условиях для App Store ясно дала понять, что вы не должны предлагать что-либо для продажи - ни продукты, ни услуги - из приложения, если оно не использует их API для покупки. Вот почему е. г. Amazon пришлось удалить функцию покупки книги из приложения Kindle для iOS. У вас не должно быть даже ссылки на веб-сайт в вашем приложении, который привел бы пользователя на ваш веб-сайт для покупки в Safari. AFAIK. Даже текстовая подсказка на каком-либо экране вашего приложения, указывающая людям перейти на ваш сайт для покупки дополнительных услуг, может быть проблематичной в процессе обзора.

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

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

1 голос
/ 28 июля 2011

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

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

11.2 Приложения, использующие систему, отличную от API In App Purchase API (IAP), для покупки содержимого, функций или служб в приложении, будут отклонены

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

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