2013-01-20 96 views
1

我正在开发一个应用程序,允许人们在iOS应用程序中提出某种问题,在后端有人(人类)回答这个问题。很明显,答案有一些延迟(10分钟 - 1小时)。 我可以使用In App Purchase模式(消耗品)吗?可以使用应用内购买来“购买答案”吗?

谢谢你!

+0

你是什么意思“你可以”?我确定它在编程上是可能的。你能更好地说出你的问题吗? – Charles

+0

编程是可能的,我的问题是如果苹果接受这一点,因为该项目不立即显示。服务器将发送推送通知和电子邮件,当答案准备好查看。谢谢 – pcambre

回答

2

你可以看看苹果公司的应用内购买指南here

苹果不允许通过应用程序内购买销售有形产品。 Apple允许在应用程序内购买四类内容。它们是:

  • 内容
  • 功能
  • 服务
  • 订阅

我相信,你的情况应该属于 “服务” 范畴。由于您的应用通常会提供一个系统,而您只需优先处理他们的请求,因为他们已经为他们付费,这在IAP准则中应该是可以接受的。

找出苹果是否接受您的IAP系统的最简单方法就是尝试提交应用程序进行审查。如果Apple拒绝您的应用程序,他们会告诉您为什么,并允许您在再次提交之前进行必要的更改。只是给它一个镜头没有什么坏处。

+2

“只要给它一个镜头就没有什么坏处了......”除了,如果你发现它击败了应用程序的整个点。在这种情况下,你的工资很低。 :) – Josiah

+0

这是真的,我想。然而,我认为苹果没有任何理由拒绝基于他们的指导方针的IAP,并且嘿,即使你实施它并且苹果拒绝它,至少你已经学到了一些新的东西,可以帮助你做任何未来的努力:) – Charles

+0

是的。无论如何,很好的答案。 +1 – Josiah

2

这与所有可让您购买应用内令牌和相关物品的游戏没有区别。

将答案视为可消费的应用内购买。也许给用户一个免费的应用程序与应用程序,然后让用户购买更多的答案通过应用程序内购买。除非他们有信誉才能得到答案,否则不要让用户提交问题。您可能需要在服务器上跟踪他们的点数。

3

我强烈建议将购买步骤从提出问题中分离出来,因为如您所说,付款和回答不会同步发生。所以看起来我们在这里有一个事务处理的问题。至少有两种方法可以解决这个问题。

  1. 让人们购买令牌,他们可以用它来买答案。这样,您的应用内购买将有两个单独的清理交易:您的令牌计数器将在您从SKPaymentQueue提交交易之前,只会递增一行代码。然后,当应用程序下载答案时,令牌计数器将递减。

  2. 另一个想法是将其从服务器接收后显示答案的只有一半,然后使用应用程序内购买机制,取消隐藏休息。这对用户来说可能更具吸引力,因为他们能够了解答案的质量。

当然,人们也可以使用先前购买的令牌来揭示每个答案的其余部分。