带或不带 AppStore 的 iPhone 应用程序
我的公司正在为我们的客户提供一项服务，我们希望在 iPhone 上实施该服务。我们的客户每月需要支付 5000 美元的服务费用，因此他们可以免费向客户提供该服务。我们一直在寻找（到目前为止尚未成功）一种分销方法，我们可以将我们的服务出售给我们的客户，他们也可以将其提供给他们的客户，而无需向最终用户收费，也无需向 Apple 支付 30% 的分销费。
我们进行了研究，发现没有一种方便的解决方案适合我们：
将应用程序放在 App Store 上免费下载、使用用户/密码保护它并远程向我们的客户收费可能会违反 App Store 条款和条件.
临时开发是不够的，因为我们的目标是在不同客户端设备上实现超过 10K 的下载。
企业解决方案适用于员工超过 500 名的美国公司的内部分发（我们不在内部使用它，我们在美国境外，目前只有 5 名员工:)
非常感谢您的帮助！
丹尼尔
My company is offering a service to our clients which we would like to implement on iphone. Our clients would be paying $5000 per month for the service, so they can give it free of charge to their customers. We have been looking (so far with no success) for a distribution method where we can sell our service to our clients, and they can give it to their customers, without charging the end users and without paying the 30% distribution fees to Apple.
We did our research and found that non of the convenient solutions would work for us:
Putting the app for free download on the App store, protecting it with user/password and charging our clients remotely may violate the App Store terms and conditions.
Ad hoc development would be insufficient as we are aiming towards over 10K downloads on different client devices.
And the Enterprise solution is for internal distribution in US companies with more than 500 employees (and we are not using it internally, we are outside US and currently have only 5 employees :)
Your help would be much appreciated!
Daniel
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
第一个解决方案可能被认为是最好的解决方案，但不符合 Apple 协议条款。
想法是：
为了合规，您需要：
[Apple 条款]：https://developer.apple.com/app-store/review/guidelines/ （需要开发者帐户）
The first solution could be envisaged as the best one but is not compliant with Apple Term Of Agreement.
The idea would be:
To be compliant you need to:
[AppleTerms]:https://developer.apple.com/app-store/review/guidelines/ (requires a developer account)
Apple 条款已更新。
如果您想解锁应用内的特性或功能（例如：订阅、游戏内货币、游戏级别、访问高级内容或解锁完整版本），则必须使用应用内购买。应用程序不得包含按钮、外部链接或其他引导客户使用 IAP 之外的购买机制的号召性用语。
通过 IAP 购买的任何积分或游戏内货币都必须在应用内消耗，并且不得过期，并且您应该确保为任何可恢复的应用内购买拥有恢复机制。
请记住分配正确的可购买类型，否则您的应用程序将被拒绝。
应用程序不应直接或间接向他人赠送 IAP 内容、功能或消耗品。
你可以看看： https://developer.apple.com/app-store/审查/指南/
Apple Terms has been updated.
If you want to unlock features or functionality within your app, (by way of example: subscriptions, in-game currencies, game levels, access to premium content, or unlocking a full version), you must use in-app purchase. Apps may not include buttons, external links, or other calls to action that direct customers to purchasing mechanisms other than IAP.
Any credits or in-game currencies purchased via IAP must be consumed within the app and may not expire, and you should make sure you have a restore mechanism for any restorable in-app purchases.
Remember to assign the correct purchasability type or your app will be rejected.
Apps should not directly or indirectly enable gifting of IAP content, features, or consumable items to others.
you can look at : https://developer.apple.com/app-store/review/guidelines/
另一种可能性是制作一个 HTML5 Web 应用程序，它可以作为网页剪辑在设备上独立运行。然后，您的客户可以直接从他们自己的网站分发应用程序，无论是否在付费墙或密码保护页面后面。
英国《金融时报》这样做（从应用商店应用程序转换为网络应用程序）是为了避免苹果应用商店对某些类型订阅的限制。
Another possibility is to do a HTML5 web app which can run stand-alone on the device as a web clipping. Then your clients could distribute the app directly from their own web site(s), either behind a paywall or password protected page or not.
The Financial Times did this (convert from an app store app to a web app) to avoid Apple's app store restrictions on certain types of subscriptions.