Recurly诉SaaS工具包

Question

从几位经验丰富的开发人员的阅读和输入来看，我似乎要在Recurly和RailsKits.com SaaS Kit之间做出选择。我希望能从社区中的人们那里获得一些更广泛的经验，比如你所经历过的利弊。

，我真的很想确定我在这里做了一个苹果对苹果的比较。

首先，我提供的服务有两个订阅级别，约1美元和5美元/月经常性。这些费用可以按月、每年或每三年支付一次(在较长的订阅水平上得到一些折扣)。我显然需要保持交易成本尽可能低，但我需要保持这一点，并确保定期计费是可靠的，没有问题。

我将把它建在Rails 3上面。

包似乎混合了，因为你得到了一个更健壮的管理功能集，它似乎与Recurly，但我可能能够保存足够的SaaS工具包+(例如) https://merchant-apply.com/tesly，以使它值得。

我已经回顾了Chargify vs Recurly和Recurly似乎是我的特定模式的赢家，所以这就是为什么我在这一点上已经淘汰了许多其他选择。

如果你以前遇到过这种情况，什么对你有用，或者你在这方面有一些实际的投入？

Answer 1

我在Recurly工作，所以我不想把这当成推销:)

正如我在上面的评论中所指出的，PCI遵从性可能是棘手的、耗时的和昂贵的，所以请检查每个产品，看看您的业务需要什么。您可以在http://docs.recurly.com/security/pci-compliance/上看到关于Recurly的PCI遵从性要求的文档。SaaS工具包通过将支付信息存储在网关中，从而降低了PCI遵从性的某些元素，但这意味着您无法轻松切换支付网关--大多数网关将不允许您随身携带数据。如果您选择在SaaS工具包中使用Authorize.net的CIM服务，这将是信用卡存储的额外20美元/月网关费。

我还建议您查看每个产品的API文档。根据您与Recurly的集成复杂性，一些商家不需要使用API (而是使用托管的签出页面和Recurly内部的管理虚拟控制台)，但其他商家将有一个更复杂的计费场景，其中涉及API的使用。每个产品的文档应该给您一个很好的想法，他们将是多么容易使用。

我很乐意回答你的任何问题，因为你继续寻找！