【发布时间】:2010-11-01 00:27:07
【问题描述】:
正在构建一个可与某些外部硬件配合使用的应用。
我们希望有某种应用内解锁机制,如果用户购买外部配件,他们会获得一个 PIN 码,让他们可以完全解锁应用。
我们查看了应用内购买,但似乎需要付费才能获得应用内解锁......而且我们不想在用户购买配件后收费。
担心如何以“正确”的方式解决此问题,以免违反任何 Apple App Store 规则。
有没有人经历过这种与常规应用内购买略有不同的用例?
【问题讨论】:
正在构建一个可与某些外部硬件配合使用的应用。
我们希望有某种应用内解锁机制,如果用户购买外部配件,他们会获得一个 PIN 码,让他们可以完全解锁应用。
我们查看了应用内购买,但似乎需要付费才能获得应用内解锁......而且我们不想在用户购买配件后收费。
担心如何以“正确”的方式解决此问题,以免违反任何 Apple App Store 规则。
有没有人经历过这种与常规应用内购买略有不同的用例?
【问题讨论】:
我认为大多数执行此类操作的应用程序的工作方式是让您在线注册您的硬件(从而在此过程中创建一个帐户),然后让应用程序在您启动时提示您输入注册信息.
如果您不想这样做(例如,如果您不想在线管理您的用户),那么也许您可以让他们在首次访问该功能时输入硬件的序列号?
您可能需要查看 Withings 互联网秤 + iPhone 应用,了解一种可能的技术。
【讨论】:
不必担心显式解锁应用。通过让应用程序的功能依赖于硬件,应用程序通过使用硬件隐式解锁。
例如,让应用在适当的时间检查硬件。如果硬件在那里,硬件将执行适当的任务。如果缺少硬件,应用程序将通知用户连接硬件,并提供一种方法来查找有关获取硬件的更多信息。
也许应用程序会在没有连接硬件的情况下生成报告。解锁方面将通过在使用硬件收集数据之前不报告任何数据来完成。
或者,将应用作为付费应用放入 App Store。您可以通过将其制作为 9.99 美元的应用程序和包括 10 美元的 App Store 礼券来将其与您的硬件一起赠送。在苹果削减和增加制造成本之后,这将花费你大约 4 美元/应用程序。一方面,您冒着客户不购买您的应用程序,而是将证书花在愤怒的小鸟上的风险。另一方面,也许您会获得该应用程序的一些直接销售。
在您的情况下,我可能会放弃应用程序,并包括硬件广告。我会在大多数屏幕(可能是每个屏幕)上包含一个不显眼的“由……带给你”的行。在关于屏幕中,我会包含一个指向该网站的链接以订购硬件。如果应用程序真的需要硬件,除了硬件购买者之外没有人会下载它。如果该应用程序真正增强了硬件,每个硬件购买者都会想要它,并欣赏它的附加值。
我认为 Apple 不会接受购买硬件后的解锁代码。这显然是一笔销售交易,不会让苹果分得一杯羹,所以他们不会在 App Store 上放它。
【讨论】: