Rails应用程序的SaaS计费：Chargify，PayPal还是......？

Question

我正处于大二编程的二年级，更具体地说是Ruby on Rails。我创建了几个应用程序，最后有一个我想开始收费的应用程序。我之前从未实现过这样的东西，我觉得（从我读过的）大多数提供的文档都有点过头了。我不介意潜水，但在此之前，我想从那些更有经验的人那里获得一些意见，了解实施模型的最简单方法是向用户收取一个月的使用费。两个注意事项：

1. 我的应用程序已包含用户，我将介绍该应用程序的新部分，我只想访问付费用户。
2. 我不介意将它们发送到第三方页面进行付款。

从我所能发现的情况来看，PayPal和Chargify似乎都能为这种集成提供帮助。您对哪种类型的解决方案最适合这个空间的新手有什么看法。

Answer 1

我承认我有偏见，因为我是Chargify的创始人之一： - ）。

但在此之前，我帮助建立了7-8家公司，最近的是Engine Yard，我真的希望我们当时有像Chargify这样的东西。我记得曾经在想，“伙计，我们需要像'Basecamp for Billing'这样的东西......它应该很简单，用信用卡注册，定义产品和定价，然后继续”。所以我找到了Chargify / GrasshopperGroup的人并加入了团队。

Chargify将其与支付网关产品和PayPal等产品相提并论......使用Chargify，您可以定义产品，价格，优惠券代码，计量使用单位等，让Chargify尽可能多如你所愿。当他们的卡被拒绝或过期时，系统会向您的客户发送电子邮件，并将他们引导到URL以解决问题等。

随着业务的增长，计费变得复杂。我告诉来电者，如果他们的需求非常简单，那么他们可能确实可以使用Auth.Net的ARB服务或其他类似的服务，但是一旦您的需求开始变得不那么简单（即，客户在周期和周期中改变计划）想要比例，然后Chargify真的让你的生活更轻松。

正如Rails自己一样，我们总是努力使服务更好，所以随着时间的推移你会得到越来越多的服务。你实际上可以24/7全天候给我们打电话，然后打电话给某人！我们的一级电话团队每周都会更好地了解产品，如果他们不知道答案，可以将电话发送到二级。

所以，你得到了一个很好的软件，加上一个优秀的团队，你可以在这里开发新功能并在需要时提供支持。

抱歉这听起来像广告;当然，部分是这样。但这也只是反映了我在早期公司建立这一点的挫折感，以及我现在加入Chargify并帮助商家专注于定期计费的热情： - ）。

Answer 2

http://www.braintreepaymentsolutions.com/

在以前的工作地点，我们使用了Brain Tree，虽然我当时没有（现在仍然没有，但是正在尝试）程序员，但我只听到了很好的事情。它似乎比大家伙贵一点 - 但也有更多的自由。

可能值得研究。

Answer 3

充电系统或结算系统？

与在Ruby社区中建立业务的许多人交谈时，我认为重要的是要注意，简单地收集客户付款和可扩展计费是两个相当独特的动物。今天的SaaS公司并不总是意识到这一点。

每月以39.95美元的价格购买信用卡，这里提到的大部分“支付工具”都做得很好。然而，当需要结合复杂的计费算法（收费模型），客户合同，促销代码，免费增值，分层，翻转或计量使用，或与其他内部系统集成时，他们需要的不仅仅是支付机器。他们确实需要一个利用支付网关的“更智能”的计费系统，但远远不仅仅是每月点卡。

此外，如果拥有大量客户端或数量，那么扩展的系统是关键。要进行研究，请查看更多中级结算系统，例如http://www.metanga.com或http://www.zuora.com。

Answer 4

要付款，您需要做一些事情：

1. 将钱存入
的银行帐户
2. 付款网关
3. SSL证书（如果你在云中，这可能会很棘手）

像chargify或braintree这样的产品的美妙之处在于它们为您提供了一个很好的API来处理卡片事件，如到期或付款失败，有时也可以充当支付网关。

我在一个下午与cheddar getter（https://cheddargetter.com/）整合。有一个ruby gem（https://github.com/ads/cheddargetter），他们有一个支付网关服务，但我没有使用它，所以不想评论它的价值。

付款是一个令人讨厌的复杂过程，您必须向链中的每个人付费，最困难的部分是确保您的服务具有竞争力的价格，但不会以您没有盈利的方式定价。

以下是您可能有兴趣阅读的更多链接：

http://www.activemerchant.org/ http://recurly.com/

Answer 5

我之前使用过PayPal的快速​​付款与ActiveMerchant，因为没有买入费用; PayPal只是对每笔交易进行了分析，因此我不必担心向大量不同的提供商支付费用。然而，缺点是有充分证据 - 特别是，如果PayPal决定你做了一些阴暗的事情并决定冻结你的钱，那么你就没有划桨了。不过，这是你必须评估的计算风险。

如果您不想推出自己的完整解决方案，可以查看Saasy。它似乎与现有应用程序很好地集成。

Answer 6

ActiveMerchant绝对是与PayPal或任何信用卡网关集成的方式，如Braintree（强烈推荐）或Authorize.net（好又便宜）。我创作的SaaS Rails Kit将其用作完整定期结算解决方案的基础，您可以将其与应用集成。

关于有关PayPal的后续问题，ActiveMerchant可让您轻松使用其API或IPN获取有关交易状态的信息。

Answer 7

我对此有很多经验，您需要问自己的第一个问题是“重复计费有多重要？”如果要求重复计费，则一定要使用Chargify，Recurly等。他们都很不错。

但是，如果您只是想要将支付流程外包（我通常是这样），那么您不必处理PCI合规性（这是一场噩梦），那么您有很多可行的选择IMO。您可以使用PayPal，亚马逊或Google Checkout，但它们都有缺点。 PayPals用户体验非常糟糕，许多人因为相信他们需要PayPal账户来完成购买而感到困惑。 Google Checkout要求用户拥有或创建Google帐户，这很荒谬且亚马逊可以，但Google Checkout需要亚马逊帐户。

WePay现在是我个人最喜欢的外包计费，但非常精简，你必须使用他们的结账流程。他们的员工和API虽然很棒。

我希望看到一个类似Chargify的解决方案，专注于ONE OFF销售。让我在THEIR PCI兼容服务器上托管整个结账流程的东西，但我不仅可以自定义外观，还可以自定义表单。如果我想要求额外的信息，比如用户名和密码，我可以。如果我不需要送货地址，我可以将其删除。如果我只想要CC号码，CVV和没有账单地址的exp日期，我可以这样做，等等。

但据我所知，目前尚不存在。不要将Chargify用于一次性交易。虽然他们支持它，结账过程非常笨重一次性（显示诸如$ 0设置费之类的东西，这意味着当有人购买衬衫或一次性可下载材料并且仅仅令人困惑时）。

祝你好运！