Estou olhando para a criação de pagamentos no meu aplicativo. Os usuários podem se inscrever em planos diferentes e pagar mensalmente. Eles receberão um primeiro mês gratuito e não serão cobrados se cancelarem a qualquer momento no primeiro mês.
Tentamos integrar o Paypal, mas ele foi ruim do ponto de vista do desenvolvedor/API, bem como do ponto de vista da experiência do usuário (os detalhes do pagamento estavam ocultos em paredes de texto), então estou procurando algo melhor. Estou localizado na Holanda, o que pode ser relevante, pois vários fornecedores exigem contas nos EUA/Reino Unido que nos bloqueiam.
Idealmente, eu gostaria do seguinte:
Existe esse serviço? Por favor, forneça todos os detalhes sobre as vantagens e desvantagens que eu deveria considerar na resposta.
Ah, e aqui estão os provedores que estou procurando, mas ainda não tentei a ida e volta: cardgate, ogone, buckaroo, fastspring.
Nos últimos meses, fiz muitas pesquisas e concluí que Spreedly oferece a experiência de usuário mais satisfatória, com base no que eu quero para meus clientes. Eu escrevi m post de blog sobre Spreedly (ele vai além do UX), mas queria mencionar algumas coisas importantes sobre ele.
Primeiro, veja como é a tela de checkout:
Ótima tipografia: os títulos são fáceis de localizar, há um equilíbrio visual focado em destacar coisas importantes e menos importantes desaparecer um pouco no fundo
Os preços são mais claros e explicados em situações em que pode haver alguma lógica complexa (como reembolsos ou crédito)
Todo o design é mínimo e focado em ficar fora do caminho para que você possa pagar e voltar ao que estava fazendo
Foi prestada atenção ao formulário para garantir que você não possa enviá-lo acidentalmente duas vezes, e o feedback do erro seja limpo e bem escrito
Basicamente, ele é muito bem projetado em comparação com muitos outros processadores de pagamento. Embora a Spreedly não seja um provedor ou gateway de serviços de pagamento tradicional (eles lidam com assinaturas), eles lidam com a parte do processo em que os clientes preenchem o nome e as informações do cartão de crédito e processam essa parte e a enviam para um adquirente ou Porta de entrada. Isso é importante porque é a única etapa do processo de pagamento com a qual os usuários finais precisam interagir.
Correndo o risco de parecer um anúncio, eu me apaixonei por Braintree Payment Solutions . Posso fazer transações e armazenar informações de cobrança sem mostrar ao usuário uma página Braintree. Acabei de fazer com que meu formulário envie seus resultados ao servidor da Braintree e eles encaminham o usuário de volta sem mostrar nada (via redirecionamento HTTP), enviando informações de status para minha página. Posso então exibir uma mensagem de sucesso ou erro, dependendo dos resultados enviados de volta com o usuário. Esse método funciona para armazenar informações de pagamento, criar uma transação, fazer as duas coisas ao mesmo tempo ou processar uma transação sem armazenar as informações do usuário (por exemplo, fazer check-out sem uma conta no site).
Um benefício [~ # ~] enorme [~ # ~] para mim, como desenvolvedor, é que as informações confidenciais - as informações do cartão de crédito - nunca tocam no meu servidores, por isso não sou responsável por isso (consulte conformidade com PCI ). E a API deles é fácil de usar e pronta para uso.
Tudo isso dito, provavelmente há outros provedores de pagamento que fazem o mesmo tipo de ação. Foi a API da Braintree, reduziu os requisitos de conformidade com PCI para mim e o histórico deles que fez isso por mim.
Felicidades.
Lembre-se de que nem todo mundo tem um cartão de crédito também, portanto, você deve procurar processadores de pagamento que também suportem cartões de débito como o Maestro (especialmente útil agora que os países do euro estão padronizando isso!) E talvez até transferências on-line (como o iDeal na Holanda) ) Essa é uma das razões pelas quais eu e várias outras pessoas que conheço, por exemplo. Ogone (eu suponho que existem outros fornecendo isso?) Quando estamos m cliente em uma loja virtual: você paga da maneira que lhe parecer mais confortável como cliente (e "o cliente é rei", certo? ) Eu não tenho idéia sobre sua API do ponto de vista de programação embora ...
(OTOH, um processador que apenas lida com cartões de crédito provavelmente será mais barato, então você pode pensar no que traz mais benefícios no final.)
Como comprador (mas não como desenvolvedor), usei Google Checkout algumas vezes com total sucesso. O processo é simples (simples se você já estiver conectado à sua conta do Google, o que eu normalmente sou). Pessoalmente, gosto quando estou comprando em um site que não tenho muita certeza, porque sei que eles não têm as informações da minha conta e, além disso, até verifico um caixa que impede o vendedor de saber qual é o meu endereço de e-mail!
Na página principal:
Pare de criar várias contas e senhas
Com o Google Checkout ™, você pode comprar de forma rápida e fácil em lojas da Web e acompanhar todos os seus pedidos e envios em um único local.Compre com confiança
Nossa política de proteção contra fraudes cobre você contra compras não autorizadas feitas pelo Google Checkout, e não compartilhamos seu histórico de compras ou número de cartão de crédito completo com os vendedores.Controlar spam comercial
Você pode manter seu endereço de e-mail confidencial e desativar facilmente e-mails indesejados das lojas onde você usa o Google Checkout.
Veja também Integre seu site ao Google Checkout
Embora o Braintree pareça uma boa solução, é um dos mais caros. Se isso não é um problema para você, ótimo! Mas para mim e meus clientes, o custo é uma preocupação significativa.
Outra solução semelhante à resposta de @ Sam é o Authorize.Net Direct Post Method . Eu também prefiro controlar completamente a experiência da interface do usuário dos meus usuários. Por que se preocupar com a aparência da interface do usuário do processador de pagamento quando você pode fornecer a sua?
O Auth.Net será muito mais barato porque você pode usar praticamente qualquer conta de comerciante. E muitas dessas contas de comerciante incluem o Auth.Net sem nenhum custo adicional ou muito baixo. Confira FeeFighters para obter algumas boas opções de conta de comerciante que oferecem taxas de troca mais, não as menos qualificadas/qualificadas/médias/não qualificadas que muitas outras oferecem.
O Auth.Net pode não ser o melhor gateway existente ou ter as melhores APIs para desenvolvedores, mas é amplamente suportado e é econômico. Ele é de propriedade da VISA, então você sabe que sempre permanecerá em conformidade com o PCI e não sairá do mercado.
Aqui estão mais informações sobre o DPM: http://community.developer.authorize.net/t5/The-Authorize-Net-Developer-Blog/Direct-Post-Method-DPM/ba-p/7014 =