【问题标题】:Designing a Subscription system设计订阅系统
【发布时间】:2011-02-20 05:30:55
【问题描述】:

我正在为我的应用程序设计一个订阅框架。订阅基于“信用”。每个月,任何订阅用户都将收到 x 数量的积分,具体取决于他们的计划。他们将在支付当月发票后收到积分。

这些是我的桌子:

account(id,name, credits, plan)
plan(id,name,credits per month, cost per month)
invoices(name, account id, paid/unpaid, credits given, plan at the time)

好的,通过此设置,我将运行每日 cron 作业以发送当月的发票。当人们来到网站支付发票时,在付款时发票状态设置为已付款,然后信用额会添加到他们的帐户中,并在发票表中更新。

我怀疑这适用于月度计划,但是,我想让他们选择支付 6 个月或一年的费用。在这种情况下,您建议我怎么做才能让他们预先付款但每个月记入贷方?

有没有人有关于类似订阅服务的合适示例或教程 - 可以指导我以最佳方式构建它?

我还会就我的方法的常见缺陷提出改进建议或警告。

谢谢

杰森

注意事项:LAMP 设置。

【问题讨论】:

    标签: lamp payment subscription recurring


    【解决方案1】:

    我个人会使用这种方法

    1) 一次性积分

    2) 每月定期信用额度比一次优惠。只需每月自动计费即可。可选择提供 3/6/12 个月的计划,价格会逐步提高。

    【讨论】:

    • 嗯,我想它说的是常见的陷阱 - 如果您开具发票并等待他们付款,这会给他们更多重新考虑的机会。你不希望他们重新考虑。如果他们正在考虑退出,您希望他们获得自动计费,因此他们会说“好吧,我这个月的钱已经付清了,我还是继续玩吧。”有些人会说这是不道德的。当我查看我在网上玩的每款游戏时,他们使用上述一种或两种方法,以及本评论开头的原理大纲。
    【解决方案2】:

    我没有与这些人 http://recurly.com/ 合作过,但我看到了其中一位创始人的演示文稿,看起来他们实现了您正在寻找的所有功能以及更多功能。

    【讨论】:

    • 谢谢我看了一下,我觉得这对我来说太贵了
    猜你喜欢
    • 1970-01-01
    • 2014-05-17
    • 2014-04-07
    • 1970-01-01
    • 2020-07-29
    • 1970-01-01
    • 1970-01-01
    • 2018-11-20
    • 2013-08-16
    相关资源
    最近更新 更多