【发布时间】:2011-10-07 00:32:06
【问题描述】:
根据一些经验丰富的开发人员的阅读和意见,我似乎只能在 Recurly 和 RailsKits.com SaaS Kit 之间做出选择。我希望从这里的社区中的人们那里获得一些更广泛的经验,以了解您可能经历过的利弊。
我真的很想确定我在这里进行了比较。
首先,我提供的服务有两个订阅级别,大约 1 美元和 5 美元/月。这些可以按月、按年或每三年支付一次(在较长的订阅级别上获得一些折扣)。我显然需要将交易成本保持在尽可能低的水平,但我需要保持这一点,并确保定期计费是可靠的且没有问题。
我将在 Rails 3 上构建它。
当您获得一个更强大的管理功能集时,包看起来好坏参半,它似乎与 Recurly 一样,但我可能能够使用 SaaS 工具包 +(例如)https://merchant-apply.com/tesly 节省足够的钱以使其物有所值。
我已经回顾了 Chargify 与 Recurly 的对比,而 Recurly 似乎是我特定模型的赢家,这就是为什么我在这一点上消除了许多其他选项。
如果您以前遇到过这种情况,您认为什么对您有用,或者您在这方面有什么实际意见吗?
【问题讨论】:
-
我的意见:不要在初创公司将您的账单交给一些随机的 20 多岁的人。经常性用户以前被烧毁,当时他们将测试用户的价格提高了几个数量级;它可能会再次发生。您可能希望停止向其他人支付在管理您的订阅方面做得不好的事情,但您不能轻易切换,因为他们拥有您所有客户的账单信息,而不是您。在您关闭帐户的那一刻,您的收入将变为 0 美元,而且您的客户不可能 100% 填写另一份表格以使用您的新结算方式进行注册。
-
责任系数是多少?自己收集这一切不是很危险吗?也许那时我不应该打折 Chargify,因为它应该允许出口或转移这些信息。您在这方面有什么想法,因此即使我们走 SaaS Kit 路径,也绝对确保我们是安全的?
-
Recurly 支持信用卡数据可移植性标准 (blog.recurly.com/2010/05/credit-card-portability),这意味着您拥有客户的信用卡数据。如果您选择从 Recurly 迁移 - 数据是您的,并将转移到另一个 PCI 兼容供应商。由于 Recurly 存储您的客户数据(而不是使用网关),您还可以轻松地将您的业务转移到其他支付网关。自己存储信用卡数据时,PCI 合规性要求非常严格。请查看pcisecuritystandards.org 了解有关所需内容的更多详细信息。
标签: ruby-on-rails e-commerce payment-gateway payment saas