作为欧洲企业,我应该使用哪个支付提供商进行定期付款/订阅?

发布于 2024-09-15 07:22:10 字数 949 浏览 7 评论 0原文

我们正在构建一个网络应用程序,客户可以按月付费。以下是要求:

  • 我们希望向客户收取月费来访问该服务
  • 我们有几种不同的计划
  • 每个计划都附带一个月的免费试用期
  • 升级/降级应该很简单
  • 我们希望支持尽可能多的付款方式。我们的软件面向自由职业者和小型企业,因此我们希望支持信用卡、PayPal 和欧洲支付服务,例如 Ideal(借记卡)。 Google Checkout 和 Amazon FPS 也很棒。
  • 结账时的用户体验质量很重要:SSL、联合品牌以及 UI 和文案的清晰度是必须的

我查看了各种选项并得出以下结论:

  • PayPal 的用户体验非常差,它们很容易出现问题为了异想天开地改变他们的结账流程,x.com 上的文档已经过时且维护不善,他们需要对我们的应用程序进行一些不可接受的调整,例如默认付款选项和按钮
  • Google Checkout 仅适用于美国和英国的企业
  • Amazon FPS 是仅适用于美国企业
  • ClickAndBuy 仅拥有 1300 万用户
  • twyp 和 ogone 等荷兰服务拥有良好的支持,但 API/服务架构过时

那么,我的问题是:鉴于我是一个支付提供商,我应该使用哪个支付提供商荷兰企业因此我的选择受到限制?您的经历是什么?您会推荐什么?

如果您想了解更多信息,我写了一篇博客文章,描述了我的具体情况的一些背景:http://blog.quplo.com/2010/08/adventures-in-integrating- payment-services-作为一家荷兰企业/

We're building a web app that customers can pay a monthly rate for. Here are the requirements:

  • We want to charge customers monthly fees to access the service
  • We have several different plans
  • Each plan comes with a month free trial
  • Upgrading/downgrading should be straightforward
  • We want to support as many payment options as possible. Our software is aimed at freelancers and small businesses so we want to support credit cards, PayPal, and European payment services like ideal (debit). Google Checkout and Amazon FPS would be great too.
  • The quality of the user experience during checkout is important: SSL, co-branding, and clarity in the UI and copy is a must

I've looked around at various options and concluded the following:

  • PayPal's UX is pretty poor, they're prone to whimsically changing their checkout process, documentation on x.com is outdated and poorly maintained, and they require some unacceptable adaptations to our app in the form of default payment options and buttons
  • Google Checkout is only available for US and UK based businesses
  • Amazon FPS is only available for US based businesses
  • ClickAndBuy only has 13 million users
  • Dutch services like twyp and ogone have good support but outdated APIs/service architectures

My question, then, is: which payment provider should I use, given that I'm a Dutch business and therefore am limited in my options? What are your experiences and what would you recommend?

I wrote a blog post describing some background of my specific situation if you want more info: http://blog.quplo.com/2010/08/adventures-in-integrating-payment-services-as-a-dutch-business/

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

迷雾森÷林ヴ 2024-09-22 07:22:10

作为处于同一职位的匈牙利企业,我得出的结论是,我需要创建一家美国子公司并使用该子公司一种用于在线支付和订阅。我计划写一些博客文章和相关信息,完成后将分享网址。

As a Hungarian business in the same position, I have concluded that I need to create a US subsidiary company and use that one for online payments and subscriptions. I am planning to write a few blog posts and informations about it, will share the url once it is finished.

流星番茄 2024-09-22 07:22:10

我们最终选择 Spreedly 进行订阅,选择 Ogone/Atos Worldline 进行网关和商家帐户。我写了另一篇博客文章描述了这种情况: http ://blog.quplo.com/2011/01/looking-back-on-the-quest-for- payments/

We ended up choosing Spreedly for subscriptions and Ogone/Atos Worldline for the gateway and merchant account. I wrote another blog post describing the situation: http://blog.quplo.com/2011/01/looking-back-on-the-quest-for-payments/

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文