APIs e integrações de bilhética: o que avaliar antes de assinar o contrato com a plataforma

Este guia cobre a camada de diligência técnica da seleção. Para os critérios comerciais, comissões, modelo de serviço, referências, comece pelo nosso guia pilar sobre como escolher uma plataforma de bilhética para eventos. Partimos aqui do princípio de que já existe uma lista restrita e uma equipa técnica pronta a interrogá-la.

Porquê avaliar uma plataforma de bilhética como um fornecedor de infraestrutura?

Porque uma plataforma de bilhética fica no centro do seu dinheiro, dos seus registos de clientes, do seu inventário e das portas do seu recinto, quatro ativos cujo controlo nenhuma empresa pode dar-se ao luxo de perder. Um fornecedor de software julga-se pelas funcionalidades. Um fornecedor de infraestrutura julga-se pelas interfaces, pela fiabilidade e pelas condições de saída. Uma plataforma de bilhética é infraestrutura vestida de software, e deve ser comprada como tal.

Ao nível da demonstração, a paridade de funcionalidades entre fornecedores sérios é hoje elevada: os mapas de lugares parecem-se, os painéis parecem-se, os fluxos de compra parecem-se. O que diverge é o que acontece quando a plataforma tem de falar com sistemas que não lhe pertencem, o CRM, o acquiring de pagamentos, os torniquetes, o armazém de dados, os parceiros de distribuição. As lacunas nessas fronteiras só aparecem depois da assinatura, sob a forma de soluções de recurso em engenharia, pessoal dedicado a reconciliações e relatórios exportados à mão. É a dívida de integração, e acumula-se em silêncio durante toda a vigência do contrato.

Os compradores mais expostos são as organizações enterprise, clubes, recintos, carteiras de atrações, detentores de eventos, porque chegam com um conjunto de sistemas existente no qual a plataforma tem de encaixar. Para eles, a escolha certa é a plataforma que se ajusta à arquitetura, não a que exibe a lista de funcionalidades mais longa.

Quais são as seis superfícies de integração de uma plataforma de bilhética?

As seis superfícies são a identidade (quem é o comprador), o inventário (o que vende e que sistema o controla), os pagamentos (como o dinheiro circula e é liquidado), os acessos (como o público entra fisicamente), os dados (o que pode aprender e extrair) e a distribuição (onde os bilhetes se vendem para lá da sua própria bilheteira). Cada sistema com que a plataforma terá de coexistir encaixa numa destas seis superfícies.

Avalie cada superfície em três passagens: como é uma solução bem feita, as perguntas que expõem a realidade e os sinais de alerta que devem travar o negócio. Uma plataforma pode ser excelente em quatro superfícies e falhar-lhe nas duas de que o seu negócio depende. Um clube com um CRM maduro vive ou morre pela identidade e pelos dados; um festival com recintos cashless vive ou morre pelos pagamentos e pelos acessos.

Identidade: a plataforma encaixa no seu CRM e no seu sistema de autenticação?

Uma solução bem feita: o seu CRM ou a sua plataforma de dados de clientes continua a ser o sistema de referência, e a plataforma sincroniza os registos de compradores nos dois sentidos através de interfaces documentadas, em tempo quase real, não por lotes noturnos. A autenticação única funciona sobre normas abertas, para que sócios, detentores de lugares anuais e colaboradores se autentiquem com identidades geridas por si. Os indicadores de consentimento e de permissão de marketing viajam com o registo: um consentimento recolhido na compra que nunca chega ao CRM é uma falha de conformidade, não apenas de dados.

Perguntas a fazer:

• Que sistema detém o registo mestre do cliente, e pode ser o nosso?
• Os dados do comprador sincronizam-se em contínuo através de webhooks ou eventos, ou apenas por exportação agendada?
• Como se resolvem os duplicados quando um comprador já existe no nosso CRM?
• Os indicadores de consentimento e de preferências transitam campo a campo?

Sinais de alerta: registos de clientes exportáveis apenas por ficheiros manuais; um fornecedor que reclama direitos comerciais sobre as identidades dos compradores; nenhum modelo de identidade documentado. Se o fornecedor não consegue explicar onde vive o registo do cliente, assuma que vive em casa dele, para sempre.

Inventário: que sistema é a fonte de verdade para lugares e disponibilidade?

Tem de existir uma única resposta, e tem de aguentar em condições de concorrência. Uma solução bem feita: um inventário único e vivo, que todos os canais de venda, o site, a aplicação, os revendedores, a bilheteira no recinto, leem e atualizam, com bloqueios, alocações e libertações geríveis de forma programática. Quando dois canais podem vender o mesmo lugar, não tem um problema de integração; tem uma sobrevenda à espera de uma abertura de vendas de grande procura para se revelar.

Perguntas a fazer:

• Como impede a plataforma as sobrevendas quando vários canais vendem em simultâneo?
• Podemos consultar disponibilidade, criar bloqueios e libertar alocações através de uma interface, ou apenas no painel?
• Como são construídos, versionados e corrigidos os mapas de lugares após a publicação?
• O que acontece ao inventário retido num carrinho abandonado, e esse prazo é configurável?

Sinais de alerta: alocações de canal reconciliadas por ficheiros em lote; mapas de lugares reconstruídos de raiz a cada alteração de configuração; gestão de alocações que vive em folhas de cálculo ao lado da plataforma, em vez de dentro dela.

Pagamentos: a plataforma encaixa no seu acquiring, nas liquidações e no seu sistema cashless?

Uma solução bem feita: clareza, numa única reunião, sobre três pontos, quem é o merchant of record, quando e como os fundos lhe são liquidados, e como se executam reembolsos em grande escala. Um comprador enterprise deve poder manter ou delegar conscientemente as suas relações de acquiring, ler o calendário de liquidação no contrato em vez de o descobrir no primeiro pagamento, e executar um reembolso à escala de um cancelamento sem trabalho manual bilhete a bilhete.

A despesa no recinto pertence à mesma superfície. Se o seu recinto ou festival opera em cashless, pulseiras, cartões ou pagamento associado ao bilhete, avalie como a despesa do dia do evento se liga ao bilhete e ao registo do cliente: é dessa ligação que nasce a análise de receita por espetador. Na webook.com, por exemplo, os pagamentos cashless correm na mesma plataforma que a bilhética, pelo que a despesa no local e o bilhete permanecem ligados, em vez de viverem em silos de fornecedores distintos.

Perguntas a fazer:

• Quem é o merchant of record, e pode variar por mercado ou por evento?
• Qual é o ciclo de liquidação, e que relatórios reconciliam cada linha de pagamento com as transações ao nível do bilhete?
• Os reembolsos, individuais e em massa, podem ser executados e acompanhados de forma programática?
• Como se liga a despesa cashless ou no local ao bilhete e ao registo do comprador?

Sinais de alerta: condições de liquidação que só surgem depois da assinatura; reembolsos que exigem pedidos de suporte ao fornecedor; relatórios de pagamentos impossíveis de reconciliar com os de bilhética sem cruzamentos manuais.

Controlo de acessos: funcionará nas suas portas, com o seu equipamento, offline?

Uma solução bem feita: uma camada de validação documentada com a qual o equipamento do recinto, leitores, torniquetes, terminais portáteis, consegue dialogar, um modo offline explícito e dados de leitura que regressam em fluxo enquanto o evento ainda decorre. A entrada é a única superfície com uma restrição dura de tempo real: quando a conectividade cai nas portas, a validação tem de continuar a funcionar localmente e reconciliar-se quando a rede regressa.

Perguntas a fazer:

• Que equipamento de leitura é suportado ou certificado, e podemos usar o que o recinto já possui?
• O que acontece exatamente quando a conectividade das portas cai em plena entrada do público?
• Os eventos de leitura podem fluir para os nossos sistemas em direto, ou chegam como relatório pós-evento?
• Como são detetadas nas portas as entradas duplicadas e fraudulentas?

Sinais de alerta: uma única linha de equipamento proprietário sem alternativas; nenhum comportamento offline declarado; dados de leitura entregues em ficheiro no dia seguinte. Um fornecedor que não consegue descrever com precisão o seu modo offline não operou grandes eventos suficientes.

Dados: consegue extrair os seus dados, de forma contínua, completa e utilizável?

Uma solução bem feita: acesso linha a linha às suas próprias transações, clientes e leituras, através de exportações agendadas ou interfaces em tempo real, com um esquema documentado sobre o qual os seus analistas podem construir. Os painéis são uma comodidade, não uma estratégia de dados. Se a única forma de ver o seu negócio passa pelos ecrãs do fornecedor, o seu roteiro analítico fica limitado pelo roteiro dele.

Esta superfície decide muito mais do que os relatórios. Decide se o seu armazém de dados, as suas ferramentas de BI e a sua ativação de marketing correm de facto sobre os dados de bilhética, veja como a webook.com estrutura o tema no seu conjunto de análise de dados e insights de eventos, e decide o seu poder negocial na renovação. Tratámos a questão da propriedade em profundidade em De quem são os dados da sua bilhética?, leia-o antes da primeira reunião com fornecedores, não depois.

Perguntas a fazer:

• Podemos extrair cada entidade que nos interessa, encomendas, clientes, leituras, reembolsos, ao nível da linha?
• Qual é a latência: fluxo em direto, horária ou diária?
• O esquema está documentado e versionado, com pré-aviso antes de alterações incompatíveis?
• A capacidade de exportação integral sobrevive à cessação do contrato?

Sinais de alerta: exportações apenas agregadas; dados disponíveis só a pedido através do suporte; taxas por exportação concebidas para desencorajar o uso; análise fechada atrás do nível premium do painel do fornecedor.

Distribuição: pode um mesmo inventário vender-se em canais que não são seus?

Uma solução bem feita: o seu inventário publicado para canais externos, marketplaces, revendedores, plataformas de viagens e turismo, redes de afiliados, a partir da mesma fonte de verdade, com alocação por canal, controlo de preços e relatórios consolidados. A distribuição é a superfície que os compradores mais se esquecem de avaliar, porque a demonstração trata sempre da montra própria. No entanto, o alcance incremental é precisamente onde uma plataforma gera receita que sozinho não conseguiria captar.

Contam duas verificações. Primeira, amplitude e mecânica: quantos canais são integrações nativas em vez de carregamentos manuais, e como regressam as alocações não vendidas. A abordagem da webook.com é um ecossistema de parceiros de distribuição que coloca um único inventário de evento perante audiências em mais de 180 países, a par de um marketplace de consumo com mais de 18 milhões de utilizadores. Segunda, a revenda: um mercado secundário sem controlo corrói os preços e a integridade dos dados; procure por isso uma revenda gerida, transferências e revendas executadas dentro da plataforma, segundo as suas regras, em vez de uma proibição cega que o público acabará por contornar.

Perguntas a fazer:

• Que canais de distribuição estão hoje operacionais como integrações nativas?
• Podemos definir alocação, preços e disponibilidade por canal e por evento?
• Os relatórios consolidam-se numa única vista, ou chegam como muitos ficheiros?
• Existe uma capacidade de revenda gerida e baseada em regras?

Sinais de alerta: uma distribuição que se resume a um widget para o próprio site; inventário de canais movido por folhas de cálculo; revenda ignorada por completo ou entregue ao mercado secundário descontrolado.

Como se testam a sandbox e a documentação de um fornecedor antes de assinar?

Peça acesso à sandbox durante a avaliação, antes de fechar as condições comerciais, e conduza um pequeno piloto: crie um evento com mapa de lugares, execute uma compra de ponta a ponta, simule leituras de entrada e extraia os dados resultantes. A reação do fornecedor a esse pedido é, em si mesma, diligência. As plataformas sólidas entregam a sandbox; as frágeis marcam outra demonstração.

Na documentação, procure atualidade e versionamento: um registo de alterações, uma política de descontinuação declarada com prazos de pré-aviso, autenticação e limites de pedidos descritos em linguagem clara, e exemplos que ainda correspondam às interfaces que documentam. Pergunte quem vai acompanhar a sua integração, um engenheiro de soluções com nome ou uma fila anónima, e como é o percurso da sandbox até à produção.

Sinais de alerta: documentação acessível apenas depois da assinatura; uma sandbox eternamente em reconstrução; nenhum número de versão em lado nenhum; código de exemplo que já não corre. A qualidade da documentação é o melhor indicador barato da qualidade de engenharia que se consegue obter do exterior.

O que deve o contrato dizer sobre exportação de dados e saída?

Escreva o fim antes do princípio: o contrato deve fixar que dados recebe à saída, em que formato, com que completude, em que prazo e a que custo, idealmente zero. As condições de saída negoceiam-se no momento de alavancagem máxima (antes de assinar) e exercem-se no momento de alavancagem mínima (quando se sai). É exatamente essa assimetria que obriga a torná-las explícitas.

As cláusulas que contam:

• Exportação integral de encomendas, clientes, leituras e registos financeiros ao nível da linha, em formato aberto, dentro de um número definido de dias após a cessação.
• Nenhuma taxa de exportação, ou um valor fixo e declarado, nunca custos razoáveis a determinar mais tarde.
• Continuidade das interfaces e das exportações durante o pré-aviso, para que a migração possa correr em paralelo com as vendas.
• Eliminação certificada dos seus dados de clientes após a entrega, em linha com os regimes de proteção de dados aplicáveis.
• Confirmação explícita de que registos são seus, a questão de propriedade que o nosso guia de dados trata na íntegra.

Sinais de alerta: assistência à saída orçamentada a pedido; completude da exportação deixada por definir; registos de clientes retidos contratualmente pelo fornecedor para o seu próprio marketing depois de o cliente sair.

Construir, comprar ou estabelecer parceria: o que lhe diz a sua avaliação?

Se a diligência sobre as seis superfícies mostrar que precisa de controlo profundo sobre a marca, a experiência de compra e os dados, há três caminhos, construir o seu próprio sistema, licenciar um, ou estabelecer parceria com um operador de plataforma, e, para a maioria das empresas, a comparação realista está entre os dois últimos. Mantemos um quadro de decisão completo em Bilhética white label: construir, comprar ou estabelecer parceria?. Em resumo: construir significa recriar as seis superfícies a expensas próprias, enquanto uma solução white label lhe dá a sua marca e os seus dados sobre uma infraestrutura que outro mantém a funcionar.

A avaliação de seis superfícies deste guia aplica-se sem alterações aos fornecedores white label. Se algo muda, é que deve aplicá-la com mais dureza: uma plataforma white label torna-se a sua infraestrutura aos olhos dos seus clientes, que nunca saberão, nem perdoarão, de quem foi realmente a falha de integração.

A grelha de avaliação: como classificar o que encontrar

Classifique cada superfície numa escala de quatro níveis: inexistente, manual, por lotes, tempo real documentado. Inexistente significa que a capacidade não existe. Manual significa que uma pessoa move ficheiros. Por lotes significa transferências agendadas e documentadas. Tempo real documentado significa interfaces em direto com documentação pública e versionada. Depois aplique duas regras.

Regra um: qualquer superfície de que a sua arquitetura dependa tem de atingir pelo menos o nível por lotes. Um operador de um único recinto sem canais externos pode tolerar uma distribuição manual; não pode tolerar dados manuais. Um operador de carteira que vende através de parceiros não pode tolerar nem uma coisa nem outra.

Regra dois: duas ou mais classificações manuais em superfícies de que depende pesam mais do que qualquer desconto de comissões em cima da mesa. A dívida de integração paga-se todos os meses, em horas de engenharia e pessoal de reconciliação, durante toda a vigência; uma comissão por bilhete mais baixa raramente a cobre.

Leve as perguntas de cada superfície para os seus documentos de contratação, o nosso modelo de RFP de bilhética está estruturado para as transportar, e exija respostas escritas da equipa técnica do fornecedor, não do material comercial. As respostas escritas tornam-se anexos contratuais; as da demonstração evaporam-se.

Ponha a grelha à prova numa plataforma em produção

A forma mais rápida de testar estas perguntas sob pressão é dirigi-las a uma plataforma que opera as seis superfícies em produção. A webook.com gere numa mesma plataforma montras white label, um ecossistema de parceiros de distribuição, revenda gerida, pagamentos cashless e um conjunto de dados e análise, com mais de 40 milhões de bilhetes processados, do Grande Prémio de Fórmula 1 da Arábia Saudita à Riyadh Season. Para colocar as suas perguntas de integração à equipa que a construiu, contacte a equipa enterprise da webook.com.

B

Todos os artigos