我们正在为发布过去一年一直在开发的大型 Web 应用程序做准备。我们即将开始整合 ActiveMerchant 以处理该服务的经常性订阅费用。
考虑到我们的要求(如下所列),我正在寻找有关最佳实践的任何建议,以及我应该特别考虑的常见陷阱或特定问题的任何其他提示。我们将使用的支付网关是PaymentExpress,因为它是少数支持的具有定期计费的网关之一,并且对在美国以外运营的公司没有任何特殊条件。此应用程序背后的业务位于英国以外。
应用程序的用户创建一个带有子域的帐户,他们可以在其中访问和自定义应用程序及其数据。以下是可能会影响计费方式的一些要求/功能:
- 所有用户均可获得 30 天试用
- 有不同的计划,包括免费的
- 价格较高的计划对其帐户中可以拥有的数据量(例如用户、项目等)有更大的限制
- 计费周期为每月,从试用后开始
- 将有折扣/优惠券代码以从一年的正常价格中获得一定百分比的计划等。
- 计划定价将随着功能的添加而变化
我可以预见的具体障碍包括以下内容:
- 当他们违反较低级别计划的计划限制时如何处理降级。
- 信用卡过期或付款未通过时的行为(可能是强制执行的只读模式)
- 当计划定价发生变化时,我们希望在一段时间(例如 6 个月)内为现有用户保留以前的价格,然后开始收取更高的费率。如果计划价格下降,它将立即生效。
其他有用的建议是有关应用程序流程的任何内容。应如何向用户呈现计费表单?什么时候需要信用卡信息?应如何发送、存储和访问发票?
我应该透露,我们计划将大量代码库基于SaaSy。SaaSy 旨在用作一个单独的 Rails 应用程序,处理所有注册和帐户管理方面的事情。但是,这对我们不起作用,因为我们从一开始就没有计划过,而且要让我们的应用程序像这样工作将是一个乏味的过程。因此,我们将从 SaaSy 中提取代码和想法并将它们合并到我们的应用程序中,这是一项相当不乏味的任务。