我一直在考虑建立依赖于用户频繁和大量修改订阅的Web应用程序。 我可能也会使用市场功能,因此需要支持两者无缝集成的系统。
我已经看到过多个修改订阅的复杂案例,包括重复计费或在错误时间切断用户的情况。
例如,我真诚地希望这篇文章http://talklikeaduck.denhaven2.com/2007/09/02/how-to-cure-the-paypal-subscription-blues已经过时。 我所考虑的使用案例甚至比他提到的更为复杂。 以下是我想要实现的部分内容示例:
这就带来了我的问题。哪个支付平台更易于管理订阅?请指导我,我只有那么多时间。但我也没有时间做出错误的决定。请提供您偏好的证据,如果可能的话,请详细说明比较两个系统的工作情况。Google拥有唯一的其他支付平台,目前他们的订阅系统处于测试版。如果您提出其他更好的系统,请提供大量好理由,因为我需要一个受人们信任的流行的支付引擎!-FT
我已经看到过多个修改订阅的复杂案例,包括重复计费或在错误时间切断用户的情况。
例如,我真诚地希望这篇文章http://talklikeaduck.denhaven2.com/2007/09/02/how-to-cure-the-paypal-subscription-blues已经过时。 我所考虑的使用案例甚至比他提到的更为复杂。 以下是我想要实现的部分内容示例:
- 支持多个订阅和订阅类型/级别。例如,一个用户可能每月支付$10的1个计划A,以及每月支付$50的10个计划C和每年支付$100的1个计划D。
- 支持任意付款金额的更改。例如,用户原来在每月$40的计划上,但随后将其更改为每月$100的计划。然后取消,然后在$100期满之前以每月$50重新注册。用户仍应获得他支付$100的那个月的$100服务,然后应更改为每月$40的计划。
- 允许用户之间支付订阅金额。因此,一个用户可能发起支付他已经支付到系统中的任意金额的50%。我的应用程序将处理这些类型的市场风格操作,并且这些付款应在订阅的上下文中工作...
这就带来了我的问题。哪个支付平台更易于管理订阅?请指导我,我只有那么多时间。但我也没有时间做出错误的决定。请提供您偏好的证据,如果可能的话,请详细说明比较两个系统的工作情况。Google拥有唯一的其他支付平台,目前他们的订阅系统处于测试版。如果您提出其他更好的系统,请提供大量好理由,因为我需要一个受人们信任的流行的支付引擎!-FT