App PrestaShop para telemóvel: quando compensa e como se faz
Uma app nativa coloca a sua loja no ecrã inicial do cliente e permite-lhe enviar-lhe avisos, mas não é para todas as lojas. Vemos quando compensa, como se liga ao catálogo e ao carrinho do PrestaShop, o que exigem a Apple e a Google e que manutenção precisa.
Converter uma loja PrestaShop em app para iPhone e Android é possível sem duplicar o catálogo: a app usa a própria loja, com os seus produtos, preços, stock e encomendas, e acrescenta o que a web não tem, como o ícone no telemóvel, as notificações e a presença no Google Play e na App Store. Compensa sobretudo quando os seus clientes voltam a comprar; se quase todos compram uma vez, costuma bastar uma boa web móvel.
Vamos ver quando faz sentido, como se monta e o que é preciso manter depois, porque uma app não se publica e se esquece.
O que uma app dá que a web não dá
A web móvel é visitada quando se lembram de si. A app está no ecrã inicial, a um toque, e permite-lhe voltar a falar com quem a tem instalada. Na prática, o que mais faz a diferença é:
- Notificações push. O estado da encomenda, o carrinho que ficou a meio ou uma campanha para um grupo de clientes chegam ao telemóvel sem depender do e-mail nem do seu filtro de spam.
- A sua marca à vista. Ícone, cores e ecrã de carregamento próprios. O cliente não o procura num motor de pesquisa: abre-o.
- Sessão que dura. O cliente entra uma vez e a app lembra-se da conta, pelo que a compra seguinte exige menos passos.
- Funções do telefone. Por exemplo, ler o código de barras de um produto para chegar à sua ficha, algo muito útil em peças, consumíveis ou lojas com referências técnicas.
- Links que abrem a app. Um link para a sua loja num e-mail ou numa mensagem abre diretamente a app se o cliente a tiver instalada.
Quando compensa e quando não
| Situação | App nativa |
|---|---|
| Clientes que repetem (alimentação, consumíveis, peças, moda com coleções) | Costuma compensar: cada aviso é uma visita que não paga em publicidade |
| Venda a profissionais que encomendam com frequência | Compensa: acesso rápido, sessão iniciada e repetição de encomendas |
| Comunidade ou marca com seguidores fiéis | Compensa se houver conteúdo ou novidades frequentes para anunciar |
| Compra única ou muito espaçada (um colchão, uma caldeira) | Raramente: quase ninguém instala uma app para comprar uma vez |
| Catálogo pequeno e pouco tráfego móvel | Primeiro melhore a web móvel; a app não resolve uma loja lenta |
Antes de decidir, veja os seus dados: que percentagem das encomendas é de clientes que já tinham comprado e quanto tráfego chega do telemóvel. Se ambos forem altos, uma app tem margem.
App nativa ou PWA
A alternativa barata é uma aplicação web progressiva (PWA): a própria web, instalável no ecrã inicial a partir do navegador e com notificações web. Já o explicámos no artigo sobre lojas instaláveis e notificações push. As principais diferenças:
- Presença nas lojas de apps. Uma PWA não aparece no Google Play nem na App Store; uma app nativa sim, e muitos clientes procuram lá.
- Notificações no iPhone. As notificações web no iOS têm mais condições do que no Android, e o cliente tem de ter instalado a web antes. Numa app nativa são as de sempre.
- Custo e manutenção. Uma PWA é mais barata de pôr a funcionar e não passa pela revisão da Apple e da Google. Uma app nativa exige contas de programador e atualizações quando as lojas de apps o pedem.
Para muitas lojas, a PWA é um bom primeiro passo. Quando a repetição de compra justifica estar nas lojas de apps, a nativa dá o salto.
Como se liga ao PrestaShop
Há duas abordagens, e a diferença importa muito a longo prazo:
- App que reconstrói a loja lendo o catálogo por API e montando os seus próprios ecrãs. Dá muito controlo visual, mas cada módulo que acrescenta algo à ficha ou ao checkout tem de ser reprogramado na app, e cada alteração na loja pode desajustá-la.
- App que usa a própria loja dentro de uma estrutura nativa (barra de separadores, notificações, leitor de códigos, links) e esconde o que está a mais no telemóvel, como o cabeçalho e o rodapé da web. Catálogo, carrinho, preços, stock, encomendas, módulos e gateways são os da loja: o que altera no back-office aparece ao mesmo tempo na web e na app.
A segunda abordagem evita manter duas lojas. O que é preciso rever antes é o checkout, os gateways de pagamento (os que abrem a página do banco ou de uma carteira têm de voltar bem à app) e a cache, que é onde costumam aparecer as surpresas.
Publicar no Google Play e na App Store
Publicar não é carregar um ficheiro. Cada loja de apps revê o que se publica e tem as suas exigências:
- Contas de programador em seu nome. A Apple cobra uma quota anual e a Google um pagamento único. Que estejam em seu nome é importante: a app é sua e não depende de quem a desenvolveu.
- Requisitos que, se faltarem, provocam a rejeição. Por exemplo, que o cliente possa apagar a sua conta a partir da própria app, que a política de privacidade esteja ligada e, se for oferecido início de sessão com outras contas, o início de sessão com a Apple no iPhone.
- Uma app que dê algo mais do que a web. A Apple, em particular, rejeita as apps que são apenas uma web metida numa moldura. As funções nativas (notificações, leitor de códigos, navegação própria) são o que a torna aceitável.
- Revisão em cada versão nova. Mudar o nome, o ícone ou o ecrã de carregamento obriga a publicar outra versão. O que se gere a partir da loja (produtos, preços, textos, campanhas) não.
A manutenção que não se vê
Uma app não é um trabalho de uma só vez. O Android e o iOS mudam todos os anos, e a Apple e a Google exigem que as apps se adaptem às suas versões novas; as que não se atualizam deixam de poder ser atualizadas e acabam retiradas. A isso soma-se a própria loja: cada atualização do PrestaShop, do tema ou de um módulo do checkout tem de ser verificada também dentro da app.
O que convém medir
- Instalações ativas, não descargas totais.
- Encomendas feitas a partir da app e o seu valor, face às da web móvel.
- Abertura de notificações e encomendas que chegam depois de cada campanha.
- Desativações de notificações: se aumentarem, está a avisar demasiado ou sobre coisas que não interessam.
Como o fazemos na Rekire
No serviço para converter o PrestaShop em app revemos primeiro a loja (tema, checkout, gateways e cache), instalamos o módulo que ativa o modo app, as notificações e os links, geramos a app de Android e iOS com o seu ícone, as suas cores e os seus separadores, e publicamo-la no Google Play e na App Store com a sua conta de programador. Funciona com o PrestaShop 1.7.8 a 9 e com qualquer tema, e a app usa o seu catálogo, os seus preços e as suas encomendas, sem um segundo site para manter. Nessa página tem o preço da implementação e da manutenção anual.
Perguntas frequentes
Tenho de manter duas lojas se fizer uma app?
Não, se a app usar o seu PrestaShop. O que altera no back-office aparece ao mesmo tempo na web e na app.
É possível ter uma app PrestaShop no iPhone?
Sim. Publica-se na App Store com uma conta de programador da Apple em seu nome, cumprindo os requisitos de revisão.
O que é melhor, uma app ou uma PWA?
Uma PWA é mais barata e serve para começar; uma app nativa dá presença nas lojas de apps e notificações mais fiáveis no iPhone. Depende de quanto os seus clientes repetem.
O que acontece à app quando atualizo o PrestaShop?
É preciso verificá-la, sobretudo o checkout e os pagamentos. Por isso a manutenção da app inclui revê-la depois de atualizar a loja ou o tema.