3

我在大二编程,更具体地说是 Ruby on Rails。我创建了几个应用程序,终于有了一个我想开始收费的应用程序。我以前从未实现过这样的东西,而且我觉得(从我所阅读的内容来看)提供的大多数文档都让我有点不知所措。我不介意深入研究,但在我这样做之前,我想从那些更有经验的人那里获得一些意见,了解什么是实现向我的用户收取每月使用费的模型的最简单方法。两个注意事项:

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

据我所知,PayPal 和 Chargify 似乎都在为这种类型的集成提供帮助方面做得不错。您对哪种类型的解决方案最适合该领域的新手有何看法?

4

7 回答 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 打电话给我们并接听电话!我们的 1 级电话团队每周都对产品越来越了解,如果他们不知道答案,可以将电话发送给 2 级。

因此,您将获得一款优秀的软件,以及一支优秀的团队,他们会在这里为您开发新功能并在需要时提供支持。

抱歉,这听起来像是广告;当然,部分是这样。但这也只是反映了我在早期的公司中尝试建立它的挫败感,以及我现在对成为 Chargify 的一部分并帮助商家不专注于经常性计费的热情:-)。

于 2010-11-24T18:44:37.400 回答
1

收费系统还是计费系统?

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

每月支付 39.95 美元的信用卡费用是这里提到的大多数“支付工具”都做得很好的地方。然而,当需要整合复杂的计费算法(收费模型)、客户合同、促销代码、免费增值、分层、展期或计量使用,或与其他内部系统集成时,他们需要的不仅仅是一台支付机器。他们确实需要一个“更智能”的计费系统,它可以利用支付网关,但不仅仅是按月打卡。

此外,如果一个人有大量的客户端或容量,那么可扩展的系统是关键。如需研究,请查看更多中级计费系统,例如http://www.metanga.comhttp://www.zuora.com

于 2011-02-23T16:19:31.163 回答
1

http://www.braintreepayments.com/

在以前的工作地点,我们使用了 Brain Tree,虽然我当时不是(现在仍然不是,但正在尝试)一名程序员,但我只听说过它的好消息。它似乎比大个子贵一点——但也有更多的自由。

这可能值得研究。

于 2010-11-23T22:44:47.453 回答
0

ActiveMerchant 绝对是与 PayPal 或任何信用卡网关(如 Braintree(强烈推荐)或 Authorize.net(又好又便宜))集成的方法。我编写的SaaS Rails Kit将其用作可与应用程序集成的完整定期计费解决方案的基础。

关于您关于 PayPal 的后续问题,ActiveMerchant 可以轻松使用他们的 API 或 IPN 来获取有关交易状态的信息。

于 2010-11-24T15:58:24.573 回答
0

我在这方面有很多经验,您需要问自己的第一个问题是“定期计费有多重要?” 如果需要定期计费,那么一定要使用 Chargify、Recurly 等。他们都很好。

但是,如果您只是想外包您的付款流程(就像我通常那样),那么您不必处理 PCI 合规性(这是一场噩梦),那么 IMO 的可行选择就更少了。您可以使用 PayPal、Amazon 或 Google Checkout,但它们都有缺点。贝宝的用户体验很糟糕,许多人对此感到困惑,认为他们需要一个贝宝账户才能完成购买。Google Checkout 要求用户拥有或创建一个 Google 帐户,这很荒谬,亚马逊也可以,但就像 Google Checkout 需要一个亚马逊帐户一样。

WePay 是我个人目前最喜欢的外包计费方式,但非常精简,您必须使用他们的结帐流程。他们的员工和 API 很棒。

如果一个类似 Chargify 的解决方案专注于一次性销售,我很想看看。可以让我在他们的 PCI 兼容服务器上托管整个结帐过程,但允许我不仅自定义外观,还可以自定义形式。如果我想询问额外的信息,例如用户名和密码,我可以。如果我不需要送货地址,我可以删除它。如果我只想要 CC 编号、CVV 和 exp 日期而没有帐单地址,我可以这样做,等等。

但据我所知,目前不存在。不要将 Chargify 用于一次性交易。虽然他们支持它,但一次性付款的结帐过程非常笨拙(显示诸如 0 美元的安装费之类的东西,当有人购买一件衬衫或一次性可下载的材料时,这毫无意义,只是令人困惑)。

祝你好运!

于 2012-01-01T01:59:50.987 回答
0

我之前使用过 PayPal 的 Express Payments 和 ActiveMerchant,因为没有买入费用;PayPal 只是从每笔交易中分一杯羹,所以我不必担心向大量不同的提供商支付费用。不过,缺点也有据可查——特别是,如果 PayPal 认为你在做一些阴暗的事情并决定冻结你的钱,那么你就在没有桨的情况下上岸。不过,这是您必须评估的计算风险。

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

于 2010-11-23T23:35:30.117 回答
0

要收款,您需要做一些事情:

  1. 将钱存入的银行账户
  2. 支付网关
  3. SSL 证书(如果您在云中,这可能会很棘手)

chargify 或 Braintree 等产品的美妙之处在于,它们为您提供了一个很好的 API 来处理到期或失败支付等卡事件,并且有时还可以充当支付网关。

我在一个下午整合了 cheddar getter (https://cheddgetter.com/)。有一个 ruby​​ gem (https://github.com/ads/cheddagetter),他们有一个支付网关服务,但我没有使用过,所以不想评论它的价值。

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

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

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

于 2010-11-23T23:03:40.717 回答