我该如何处理定期计费？

Question

这可能是一个主观问题，但我会试一试。

已经有许多关于订阅计费管理的问题。我目前正在开发一个需要全自动计费系统的 SaaS 解决方案。

当我问这个问题时，我不是在寻找关于实施特定支付网关或类似东西的建议。相反，我想就采取何种方法提出建议。

我需要的功能是一个可以处理升级、降级、定期计费、取消等的系统。最初仅适用于一种产品，但随着时间的推移，可能需要系统可以处理多种产品（按产品 I指根本不同的产品，而不是同一产品的不同变体）。

在我看来，当您需要这样的解决方案时，有多种可能的方法：

1. 自己编写一个计费服务器，它支持这一点并与每个产品分离，以便它可以处理多个独立的产品。
2. 使用托管解决方案，例如 Recurly、Chargify、Spreedly 或 CheddarGetter。

使用托管解决方案的优势显然是您不需要 PCI 认证，该问题是外包的，而且启动和运行速度要快得多。然而，这些优势是有代价的：对您的产品最重要的支持功能 - 即计费不在您的控制范围内。此外，您的控制力和灵活性较低。

你会怎么做？如果我们超越 PCI 要求，我肯定更愿意拥有一个可以完成此类工作的内部编码系统。另一方面，我从许多消息来源得知，编写这样的系统是一件很痛苦的事情。

非常感谢任何建议。此外，如果您建议自己编写代码，那么任何关于如何编写代码的经验或是否有任何开源项目（无论语言如何，我追求的不是代码而是结构）我都可以从中受益意味深长。

Answer 1

我真的没有资格回答这个问题，但似乎在很多商业情况下，答案是“购买”而不是“自己动手”。购买现成的解决方案风险较小，可以节省时间，从而降低总体成本。

Answer 2

我们正在从 PayPal 定期结算转为 CheddarGetter。我强烈推荐 CheddarGetter，我们评估了你提到的所有 4 个。 （Chargify 紧随其后）。 CG 支持论坛也很棒。在http://support.cheddargetter.com/discussions/questions 上发布一个问题（售前、技术等），您通常会在一天内得到清晰简洁的答案。

除非您有一个开发和支持团队无所事事地等待工作，否则我认为在大多数情况下，将任何资源用于内部构建这个都是错误的。专注于您的核心产品并满足客户的需求。让从事计费、催款、按比例分配、开票等工作的人员/公司专注于从客户那里收款。

如果需要，您可以随时编写自己的内部计费系统。但是，如果您现在就开始这样做，您可能会发现自己陷入了与您的业务和核心竞争力相去甚远的细节中，并失去了优势，被那些正在开发出色产品并快速迭代的更轻松、更有活力的竞争对手所取代。

Answer 3

还有一个混合答案：我的SaaS Rails Kit（如果您在 Rails 上构建）。您不必自己从头开始构建它，但您确实可以灵活地在您的应用程序中拥有计费代码，在您的控制之下，并且可以自定义。您仍然必须具有较低级别的 PCI 合规性，因为 CC 信息正在传输您的服务器，但您不必担心存储卡信息时涉及的更严格的合规性要求，因为套件会将卡信息传递给信用卡网关并将其存储在那里。

Answer 4

Braintree 有一个Transparent Redirect API，它允许您在不通过服务器传递信用卡数据的情况下保持控制。您在您的网站上托管信用卡表格，但直接将其提交给 Braintree。类似的东西可能会为您提供所需的灵活性，而无需担心 PCI 合规性。

在选择提供商时请记住，如果您决定离开，许多公司 won't let you get your customers' credit card data back。披露：我为 Braintree 工作。

Answer 5

另一个不错的选择... http://developers.freshbooks.com/billing