Alternativas / Checkout
À procura de uma alternativa ao checkout alojado
A maioria das pessoas que procura um novo fornecedor de checkout não está a comparar funcionalidades — está a sair porque falta um método de que precisa, porque a reconciliação é penosa, ou porque ninguém responde quando uma liquidação parece errada. Esta página é a lista de verificação que vale a pena aplicar a tudo o que vier a avaliar, incluindo a nós.
Avaliar
Seis perguntas que distinguem uma opção da outra.
Que métodos, numa só página?
Não o número do folheto — os que os seus clientes realmente usam, apresentados na mesma página. Um método atrás de um redirecionamento ou de uma segunda integração é um método que vai subutilizar.
Em que moeda fica a receber?
Se a resposta varia consoante o método, comprou um problema de reconciliação. Pergunte concretamente o que um pagamento em cripto ou transfronteiriço produz na sua conta, e em que moeda.
Quanto âmbito PCI recai sobre si?
Uma página verdadeiramente alojada mantém os dados dos cartões fora dos seus servidores, mesmo quando está integrada no seu próprio layout. Pergunte o que os seus sistemas guardam e como fica, por consequência, a sua avaliação.
Há uma única referência de ponta a ponta?
Checkout, recibo, webhook, payout e reembolso devem todos trazer a referência que indicou. Dois identificadores para mapear entre sistemas é onde o fecho do mês corre mal.
O que envolve, na prática, a migração?
Os cartões guardados devem migrar como tokens, para que os seus subscritores nunca voltem a introduzir os dados, e os dois fornecedores devem poder funcionar em paralelo enquanto o antigo acaba de liquidar.
Quem responde quando falha?
Uma fila de suporte e a equipa que escreveu o código de liquidação são produtos diferentes. Quando um payout parece errado, essa diferença é a única coisa que conta.
Porque saem as pessoas de um fornecedor de checkout
Raramente por uma taxa mais baixa. Na prática, é uma de quatro coisas: um método que os clientes pedem e que o fornecedor não quer acrescentar, um modelo de reconciliação que faz a área financeira temer o fecho do mês, uma relação de suporte que falha exatamente no pior momento, ou um roadmap que parou enquanto o mundo dos pagamentos não parou. Perceber qual destas é a sua razão é toda a avaliação — um fornecedor excelente nas outras três continua a ser a mudança errada.
- 01Um método que os clientes querem e que não vai chegar
- 02Uma reconciliação que custa vários dias por mês a alguém
- 03Ninguém responsável quando uma liquidação parece errada
- 04Um produto que deixou de acompanhar os métodos
O que custa realmente mudar
Menos do que as equipas esperam na integração e mais do que esperam nas pontas soltas. A chamada de encomenda e o handler do webhook costumam levar uma semana; o que exige planeamento é a cauda — cartões guardados e subscrições que não podem falhar, reembolsos que ainda têm de regressar pelos canais do fornecedor antigo, e um período em que os dois sistemas estão ativos. Qualquer fornecedor que valha a mudança deve conseguir descrever essa cauda antes de assinar, não depois.
- 01Integração: um endpoint de encomenda, um redirecionamento, um webhook assinado
- 02A cauda: cartões guardados, subscrições, reembolsos em curso, funcionamento em paralelo
- 03Os reembolsos regressam sempre pelo canal que recebeu o pagamento
Onde se encaixa o Protocore Gateway
Respondemos às seis perguntas acima assim: cartões, wallets, transferência bancária, métodos locais, BNPL e USDC numa só página; tudo é liquidado em euros; a superfície de tratamento de cartões continua a ser nossa, mesmo quando os campos estão integrados no seu layout; uma referência acompanha o percurso do checkout à linha do extrato; os cartões guardados migram como tokens com os dois fornecedores em paralelo; e quem responde é quem o escreveu. Se isso justifica a mudança depende de qual das quatro razões acima é a sua — se for uma taxa mais baixa, provavelmente não somos nós.
- 01Todos os métodos numa só página, liquidados num único valor em euros
- 02Uma referência de encomenda do checkout ao payout e ao reembolso
- 03Migração planeada com funcionamento em paralelo, tokens incluídos
- 04Um estúdio de produto por trás, não um nível de suporte
FAQ
Perguntas que vale a pena fazer a qualquer fornecedor.
Sim, e durante uma migração deve fazê-lo. As novas encomendas apontam para o novo fornecedor, enquanto o antigo acaba de liquidar e reembolsar os seus próprios pagamentos — os reembolsos regressam sempre pelo canal que recebeu o pagamento, pelo que a integração antiga fica ativa até fechar a última janela de reembolso.
Não deviam. Os cartões guardados passam entre fornecedores como tokens, a pergunta mais importante se tem subscrições — uma migração que repõe todos os cartões guardados é um evento de churn, não uma migração.
A integração costuma levar uma semana. É o plano à volta — funcionamento em paralelo, migração de tokens, a última janela de reembolso no fornecedor antigo — que define o calendário, normalmente medido em semanas e não em meses.
Então peça ao seu fornecedor atual uma data antes de avaliar o que quer que seja. Mudar de fornecedor para ganhar um método é muito trabalho para um ganho estreito, a não ser que a mesma conversa revele os outros três problemas acima.
Aplique a lista de verificação a nós.
Faça um pagamento real no nosso checkout de demonstração e diga-nos qual das seis perguntas o seu fornecedor atual não passa. Diremos com honestidade se a mudança vale o seu trimestre.