Procure um guia sobre como montar um cartão de fidelidade e você vai achar basicamente dois tipos: um que explica a Apple Wallet e para por aí, e outro que faz o mesmo só para o Google Wallet. Siga qualquer um dos dois e você construiu meio programa, porque no Brasil, com Android dominando mais de 85% do mercado, ignorar qualquer lado ainda deixa uma fatia relevante de clientes de fora.
Esta é a versão que cobre os dois desde o início, porque a plataforma do celular do cliente não deveria decidir se o seu cartão de fidelidade chega até ele.
Como criar um cartão de fidelidade digital (sem duas construções separadas)
Construídos de forma nativa, Apple Wallet e Google Wallet são dois caminhos técnicos sem relação nenhuma. A Apple usa um arquivo .pkpass assinado via PassKit; o Google usa um objeto de passe pela própria Wallet API. Cada um roda com seus certificados e seu próprio pipeline de atualização, então na maioria das empresas, dar suporte às duas plataformas vira dois chamados separados no backlog em vez de um.
Um construtor de passes sem código resolve isso em um único fluxo. Você desenha o cartão, campos, cores, código de barras e tudo mais, uma vez num painel, e a plataforma gera e assina tanto a versão Apple quanto a versão Google a partir desse mesmo design. Você não fica mantendo duas definições de cartão que podem sair de sincronia sem ninguém perceber; você mantém uma só.
Aplicativo de fidelidade para pequenas empresas: você realmente precisa de um
Um app de fidelidade dedicado parece a solução completa, mas a maioria dos times pequenos subestima o custo: um download que boa parte dos clientes não vai terminar, manutenção constante na App Store e na Play Store, e uma construção que precisa ser ajustada toda vez que qualquer uma das plataformas muda as regras.
Um wallet pass entrega a mesma mecânica principal: saldo de pontos, um nível, um código de barras para escanear, sem pedir download nenhum. Para a maioria dos pequenos negócios no Brasil, essa troca favorece o wallet pass sempre. Um app compensa o custo quando você precisa de uma funcionalidade que um passe genuinamente não cobre, como pedidos dentro do app ou um feed social; para registrar pontos e puxar o cliente de volta, é peso que você não precisa carregar.
Passo a passo: um cartão, duas carteiras
-
1
Desenhe o cartão uma vez
Defina sua marca, cores, logo e os campos que importam: saldo de pontos ou contagem de carimbos como campo principal, uma data de validade ou ID de sócio como secundário. Adicione o valor de código de barras ou QR que seu ponto de venda vai escanear. Esse passo de design acontece uma única vez, não importa para quantas plataformas você está emitindo.
-
2
Publique na Apple e no Google ao mesmo tempo
No mesmo painel, gere as versões Apple Wallet e Google Wallet do passe. A plataforma cuida da assinatura e das diferenças de formatação do lado dela, então o que você publica é um único link de instalação e um único QR code que resolvem para o formato de passe certo conforme o aparelho do cliente.
-
3
Teste o link de instalação nas duas plataformas
Abra o link num iPhone e confirme que o cartão mostra a prévia e adiciona corretamente à Apple Wallet, depois repita num aparelho Android para o Google Wallet. Confira se o código de barras é lido, se a marca aparece como esperado, e se algum alerta por localização dispara dentro do raio configurado. Um cartão que funciona numa plataforma e quebra na outra anula o motivo de construir para as duas.
Mantendo as duas versões sincronizadas
Construir e manter dois passes separados para Apple e Google dobra o trabalho toda vez que algo muda: um nível novo, um reposicionamento de marca, um limite de recompensa ajustado. O Pushwoosh Wallet Passes emite um único cartão que funciona nas duas, então uma atualização feita uma vez chega a todo aparelho que salvou o passe, Apple ou Google, sem uma segunda construção para manter.
Lance a fidelidade nas duas carteiras
O Pushwoosh Wallet Passes constrói um cartão só para Apple Wallet e Google Wallet a partir de um único painel, então todo cliente tem a mesma experiência, não importa o celular no bolso dele. Veja como a mesma mecânica funciona num programa de fidelidade para restaurantes ou num programa de fidelidade de varejo mais amplo.
FAQ
Nenhum arquivo único abre nas duas; cada carteira lê o próprio formato de passe. O que permanece idêntico é o design e o dado por trás dele: construa o cartão uma vez, e uma plataforma como a Pushwoosh gera uma versão Apple e uma versão Google a partir dessa mesma definição, as duas acessíveis por um único link de instalação.
Não. Um wallet pass registra a mesma coisa que um app registraria, pontos, níveis, um código escaneável, sem pedir download. Um app soma custo e manutenção para uma funcionalidade que a maioria dos programas de fidelidade não precisa de fato. Guarde a construção do app para a única coisa que um wallet pass não cobre, não para registrar pontos.