Rails应用的SaaS计费:Chargify、PayPal或者其他?

3
我是一名大二学生,专业是编程,尤其是Ruby on Rails。我已经创建了几个应用程序,最终有一个我想开始收费的应用程序。我以前从未实现过这样的功能,我觉得(根据我所读到的)提供的大部分文档都有点超出了我的能力范围。我不介意深入研究,但在此之前,我想听听那些更有经验的人对于实现向用户收取每月费用的模型最简单的方法的看法。两点说明:
1. 我的应用程序已经包含了用户,并且我将引入一个新的应用程序部分,只想让那些付费的用户访问。
2. 我不介意将他们发送到第三方页面进行付款。
从我找到的资料来看,PayPal和Chargify似乎都可以为这种类型的集成提供很好的帮助。您认为哪种解决方案对于这个领域的新手最好?

这并不是一个答案,但我个人使用PayPal的经验非常好。我大约一年前实现了它,当时我有大约一年的兼职PHP开发经验。如果您以前没有使用过API,那么Web服务的概念需要一些时间来适应,但这绝对可行;对我来说就是这样。至少在我使用它时,PayPal不需要任何库,只需要HTTP请求和响应。如果您正在处理订阅,那么您将经常使用IPN。整个API集成到我的系统中可能花费了我8-10小时的时间。 - Steven
它能被使用以便向你的应用程序发送通知,告知特定用户已经支付了吗?然后,它能够通知你的应用程序,以便如果用户取消了,你可以更改该用户记录的状态。我甚至不确定我是否说得正确。有意义吗? - bgadoci
每当发生任何事件时,它都会通知您的服务器:定期付款成功/失败、订阅、取消。他们鼓励您遵循一些步骤,如回 ping 以确保信息不被欺骗,但这相当简单和全面。当我使用它时(我也正在准备一个仍然活跃的订阅服务),我没有发现任何我认为缺失的功能。 - Steven
7个回答

4

我承认我有偏见,因为我是Chargify的创始人之一 :-).

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

Chargify从支付网关提供的服务和PayPal等东西中提高了一个层次...使用Chargify,您可以定义产品、价格、优惠码、计量使用单位等,让Chargify根据您的需求来完成尽可能多的工作。系统会在客户的信用卡被拒绝或过期时向他们发送电子邮件,并引导他们前往URL解决问题等。

随着企业的发展,计费变得更加复杂。我告诉打电话来咨询的人,如果他们的需求确实很简单,那么他们可能确实可以使用Auth.Net的ARB服务或类似的服务,但一旦他们的需求变得不那么简单(例如,客户在周期中更改计划并要求按比例计费),那么Chargify真的会让您的生活变得更轻松。

作为我们自己的Rails人员,我们一直在努力使服务变得更好,所以随着时间的推移,您将获得越来越多的服务。您实际上可以在24/7打电话给我们,并且可以与某个人交谈!我们的一线电话团队每周都会更加了解产品,并在不知道答案时将电话转接到二线。

因此,您将获得一个良好的软件和一个良好的团队,他们将为您开发新功能并在需要支持时提供帮助。

对不起,这听起来像广告;当然,它确实是部分广告。但这也反映了我在早期公司试图构建这个的挫败感,以及我对现在成为Chargify的一部分并帮助商家不专注于循环计费的热情 :-)。


Chargify一直是我持续遭遇的最糟糕的开发体验之一。我又遇到了另一个巨大的痛点,而在过去的一年中已经有10个这样的痛点了。我们想要的只是一种将用户引导到外部位置处理所有付款和产品更改的方式。Chargify没有提供此功能,我们不得不处理大量复杂的逻辑来处理简单试用、信用卡和发票订阅之间的所有不同迁移和场景。我永远不会推荐Chargify,并敦促任何人重新考虑,如果你认为它看起来很简单。 - jpro

1

http://www.braintreepaymentsolutions.com/

在以前的工作中,我们使用了Brain Tree,我只听说过好的东西,尽管当时我不是程序员(现在仍然不是,但正在努力)。它似乎比大公司要贵一点,但也更自由。
也许值得研究一下。

1

收费系统还是计费系统?

与许多在Ruby社区建立业务的人交谈后,我认为需要注意的是,仅仅收集客户付款和可扩展的计费是两个非常独特的概念。如今的SaaS公司并不总是意识到这种差异。

每月从信用卡中收取39.95美元是大多数“支付工具”所擅长的事情。然而,当一个人需要整合复杂的计费算法(收费模型)、客户合同、促销代码、免费版、分层、滚动或按量使用,或者与其他内部系统进行集成时,他们需要的不仅仅是一个支付机器。他们真正需要的是一个“更智能”的计费系统,它利用了支付网关,但远不止于每月从信用卡中扣款。

此外,如果一个人有大量的客户或交易量,那么一个可扩展的系统就非常关键。要了解更多中间层次的计费系统,请查看http://www.metanga.comhttp://www.zuora.com等。


0

要接受付款,您需要准备以下几件事情:

  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/


0

我以前使用过ActiveMerchant的PayPal Express Payments,因为没有买入成本;PayPal只会从每个交易中收取手续费,所以我不必担心向许多不同的提供商支付费用。然而,缺点也被充分记录了 - 具体来说,如果PayPal决定您正在进行某些可疑的操作并决定冻结您的资金,那么您就会陷入困境。这是您必须评估的一项风险。

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


0

ActiveMerchant 绝对是与 PayPal 或 Braintree(强烈推荐)或 Authorize.net(好而便宜)等信用卡网关集成的最佳方式。我编写的 SaaS Rails Kit 将其作为完整的重复计费解决方案的基础,您可以将其与您的应用程序集成。

关于您的后续问题,有关交易状态的信息,ActiveMerchant 使使用他们的 API 或 IPN 很容易获取信息。


0

我在这方面有很多经验,你需要问自己的第一个问题是“重复计费有多重要?”如果重复计费是必需的,那么请务必使用Chargify、Recurly或类似的服务。它们都非常好。

然而,如果你只是想外包你的支付流程(就像我一样),这样你就不必处理PCI合规性(这是一场噩梦),那么你的选择就会少得多。你可以使用PayPal、Amazon或Google Checkout,但它们都有缺点。PayPal的用户体验很糟糕,许多人会因为认为他们需要一个PayPal账户才能完成购买而感到困惑。Google Checkout要求用户拥有或创建一个Google账户,这是荒谬的,而Amazon还可以,但像Google Checkout一样需要一个Amazon账户。

WePay是我目前最喜欢的外包计费服务,但它非常简洁,你必须使用他们的结帐流程。不过他们的员工和API都非常棒。

我希望看到一个像Chargify一样的解决方案,专注于一次性销售。这个解决方案可以让我在他们的PCI合规服务器上托管整个结账过程,但允许我自定义外观和表单。如果我想要请求额外信息,比如用户名和密码,我可以这样做。如果我不需要送货地址,我可以删除它。如果我只想要信用卡号码、CVV和过期日期而不需要账单地址,我也可以这样做等等。
但据我所知,目前还没有这样的解决方案。不要使用Chargify进行一次性交易。虽然他们支持,但对于一次性交易来说,结账过程非常笨拙(显示诸如0美元设置费之类的东西,在某人购买衬衫或一次性可下载材料时毫无意义,仅仅会让人感到困惑)。
祝你好运!

顺便提一下 - 我应该补充一下,就我的经验而言,我已经使用过 Recurly、Chargify、PP、WePay,并且目前拥有自己的内部解决方案,使用 ActiveMerchant 和 Auth.net。 - JoshL

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接