Aplicação móvel ou aplicação web? Um guia de decisão honesto para pequenas empresas

Quase todas as semanas alguém nos diz que precisa de uma aplicação. Em geral já a imaginou: um ícone num telemóvel, algo que os clientes descarregam, talvez um pequeno selo com um número de notificações. E quase tantas vezes, ao fim de quinze minutos de conversa, percebe-se que não precisa de aplicação nenhuma. Precisa de algo que funcione lindamente no telemóvel, o que é uma coisa completamente diferente: mais barata, mais rápida e muito menos sujeita a ganhar pó numa loja de aplicações que ninguém visita.

A palavra «aplicação» engoliu em silêncio três ou quatro produtos muito diferentes. Quando alguém a diz, pode referir-se a uma aplicação nativa que se descarrega, a um site que se comporta como uma aplicação, a uma ferramenta interna para o próprio pessoal, ou simplesmente a «uma versão moderna da minha empresa num ecrã». Errar aqui sai caro, não porque a escolha errada seja difícil de construir, mas porque o prende a meses de custo e manutenção de que não precisava.

Este é, pois, o guia que gostaríamos que cada proprietário tivesse antes dessa primeira chamada. Sem entusiasmo sobre qual plataforma está a ganhar, sem fingir que as aplicações nativas são sempre a escolha de prestígio. Apenas um olhar lúcido sobre o que são realmente as duas opções, quanto custam, e uma forma simples de decidir qual a sua empresa precisa, se é que precisa de alguma.

Primeiro, esclareça o que quer realmente dizer com «aplicação»

Antes de poder escolher, tem de saber o que está no menu. Uma aplicação móvel — a do tipo nativo — é software que o utilizador instala a partir da App Store ou da Google Play. Vive no telemóvel, recebe um ícone e pode aceder em profundidade ao dispositivo: câmara, GPS, notificações push, armazenamento offline, início de sessão por impressão digital. Uma aplicação web é um site que faz mais do que mostrar informação: permite às pessoas fazer coisas: iniciar sessão, reservar, pagar, gerir uma conta. Abre-a num navegador e não há nada para descarregar.

Entre as duas há uma terceira opção cujo nome a maioria nunca ouviu: a progressive web app, ou PWA. É uma aplicação web construída de modo a poder ser «adicionada ao ecrã principal», corre em ecrã inteiro com o seu próprio ícone, funciona offline e pode enviar notificações na maioria dos dispositivos. Para uma enorme fatia das pequenas empresas, este é o ponto ideal de que ninguém falou: ao cliente parece uma aplicação, mas é construída e mantida como um site.

Mantenha estas três noções distintas na cabeça e metade da confusão desaparece. Na maioria das vezes, a pergunta honesta não é «nativa ou web?» — é «até que ponto isto precisa mesmo de parecer uma aplicação, e isso vale o preço?»

As diferenças que realmente importam para uma empresa

Vai encontrar cem artigos a comparar as duas em termos técnicos. A maioria é escrita para programadores e falha aquilo que de facto importa a um proprietário. Saltemos, então, as guerras de frameworks e falemos das quatro coisas que mudam o modo como a sua empresa funciona.

Como as pessoas chegam até ela

Uma aplicação web vive num link. Pode colocá-lo num e-mail, numa mensagem de texto, num código QR sobre uma mesa, num resultado de pesquisa do Google. Um cliente está a usá-la dois segundos depois de clicar. Uma aplicação nativa vive por trás de uma transferência: o seu cliente tem de a querer o suficiente para ir a uma loja, procurar o seu nome, instalá-la e abri-la. Essa barreira é brutal. Para uma empresa com a qual a maioria das pessoas interage ocasionalmente, a transferência é muitas vezes a razão inteira pela qual uma aplicação fracassa.

O que ela consegue realmente fazer

O nativo ainda vence na potência bruta. Se precisa de um uso offline à prova de falhas, de trabalho intensivo de câmara ou sensores, de gráficos fluidos de alto desempenho, ou de notificações que têm absolutamente de chegar, o nativo é a aposta mais segura. Mas a distância encurtou drasticamente. Uma aplicação web moderna pode aceitar pagamentos, usar a câmara, encontrar a sua localização, funcionar offline e enviar notificações push na maioria dos telemóveis. A pergunta honesta é se a sua empresa se apoia realmente nas poucas coisas que só o nativo faz bem.

Quanto custa construí-la e mantê-la viva

É aqui que a distância é maior, e onde os proprietários são apanhados de surpresa. Uma aplicação web é uma única base de código que corre em qualquer lado com um navegador. Uma aplicação nativa, feita como deve ser, significa muitas vezes construir e manter para duas plataformas, mais o processo de revisão da loja, mais atualizações contínuas sempre que a Apple ou a Google muda as regras. A construção é mais cara; a manutenção é a parte de que ninguém o avisa. Uma aplicação não é uma coisa que se termina: é uma coisa que se alimenta.

Quanto controlo mantém

Com uma aplicação web, publica uma alteração e ela fica no ar em minutos. Com uma aplicação nativa, cada atualização espera numa fila de revisão, e a loja pode rejeitá-la, exigir uma percentagem de qualquer venda ou mudar-lhe as regras por baixo dos pés. Está a alugar espaço na plataforma de outra pessoa. Para algumas empresas essa troca vale a pena. Para muitas, a liberdade de «é só um site, atualizamo-lo quando quisermos» vale mais do que o acabamento.

Quando uma aplicação móvel nativa é mesmo a escolha certa

As aplicações nativas não são uma armadilha: são uma ferramenta poderosa, errada para a maioria das pequenas empresas e exatamente certa para algumas. Eis quando o custo extra e a dependência se pagam, com honestidade e sem verniz comercial.

• As pessoas usam-na constantemente, todos os dias ou quase. O custo da transferência é pago muitas vezes pelo uso frequente e fiel.
• Apoia-se fortemente nas funções do dispositivo: GPS contínuo, trabalho intensivo de câmara, hardware Bluetooth, funcionamento offline fiável em locais sem sinal.
• As notificações são o núcleo do produto, não um extra agradável, e têm de chegar de forma fiável a todos os dispositivos.
• O desempenho tem de ser impecável: gráficos rápidos, jogos, interação em tempo real onde meio segundo de atraso é inadmissível.
• Estar na App Store é, em si, parte da confiança ou da narrativa de marketing que os seus clientes esperam.

Repare no fio condutor: o nativo justifica o seu custo quando a aplicação é usada muito, por pessoas que já se comprometeram consigo, e quando depende do hardware do telemóvel de formas que o navegador ainda não iguala. Uma aplicação de assistência no terreno que a sua própria equipa abre quarenta vezes por dia é um candidato perfeito para o nativo. Uma página de reservas que um cliente toca duas vezes por ano não é.

Quando uma aplicação web é a escolha mais inteligente e barata

Para a maioria das pequenas e médias empresas, esta é a resposta — e não é um compromisso, é o ajuste correto. Uma aplicação web brilha precisamente onde o nativo tem dificuldades: em qualquer lado onde o alcance importa mais do que a potência bruta, e em qualquer lado onde precisa de agir depressa e mudar as coisas com frequência.

Opte pela web primeiro quando as pessoas usarem a coisa ocasionalmente em vez de todos os dias, quando quiser captar clientes sem o atrito de uma transferência, quando o orçamento e a rapidez importarem, ou quando ainda não tiver a certeza de que a ideia vai pegar. Este último ponto é subestimado. Uma aplicação web é a forma perfeita de testar se alguém quer a sua ideia antes de se comprometer com o custo de ir para o nativo. Pode sempre construir a aplicação nativa mais tarde, quando a procura for real e vir exatamente que funcionalidades a merecem.

Uma breve história: a clínica que pediu uma aplicação

Uma clínica de fisioterapia veio ter connosco convencida de que precisava de uma aplicação móvel. Um concorrente um pouco mais à frente tinha uma, e não a ter dava a sensação de ficar para trás. A imagem que tinham era clara: os pacientes descarregariam a aplicação, marcariam consultas, veriam os seus planos de exercícios e receberiam lembretes. Já tinham orçamentado a meio e preparado-se para o custo.

Então fizemos a pergunta que fazemos sempre: com que frequência um paciente vai realmente abrir isto? A resposta honesta era um punhado de vezes em torno de um ciclo de tratamento: marcar, dar uma vista de olhos aos exercícios, ser lembrado, talvez voltar a marcar meses depois. Isso não é uso diário. É uso ocasional. E o uso ocasional é exatamente onde a barreira da transferência mata em silêncio uma aplicação. Esboçámos o desfecho provável: algumas centenas de euros de construção, depois pacientes que nunca se dão ao trabalho de a instalar, e uma receção que continua a aceitar marcações por telefone porque a aplicação ficou por usar.

O que construímos em vez disso

Construímos uma aplicação web — uma progressiva. Os pacientes abrem-na a partir de um link na mensagem de confirmação: sem transferência, sem loja, sem a barreira de uma conta para começar. Podem marcar e remarcar, ver o seu plano de exercícios com vídeos e receber lembretes automáticos que reduzem as faltas. Quem quiser a sensação de aplicação pode adicioná-la ao ecrã principal com um toque, e a partir daí ela abre em ecrã inteiro com o ícone da clínica, exatamente como uma aplicação nativa. Para o paciente, ela simplesmente é a aplicação.

Como acabou por correr

Os números aqui são indicativos, mas a forma é a que vemos vezes sem conta. Custou uma fração da construção nativa para a qual se tinham preparado, e muito menos a manter em funcionamento: sem duas plataformas, sem revisões de loja, sem a correria trimestral quando um sistema operativo se atualiza. Como não havia nada para instalar, os pacientes usaram-na desde o primeiro dia; a adoção não ficou retida por trás de uma transferência que ninguém completa. Os lembretes reduziram de forma apreciável as faltas em poucos meses. E a clínica manteve o controlo: quando quis acrescentar um passo de pagamento, ele estava no ar na mesma semana, e não preso numa fila de revisão.

A nota honesta de rodapé: se, daqui a um ano, os pacientes a estiverem a abrir constantemente e a pedir funções offline mais profundas, uma aplicação nativa poderá de facto merecer o seu lugar. Mas então essa decisão será tomada com base em provas, não no ícone de um concorrente. Saberão que vale a pena antes de pagar por ela.

Um método simples para decidir por si próprio

Não precisa de um consultor para acertar nisto mais ou menos. Passe a sua ideia por quatro perguntas, por ordem. O primeiro «sim» que de facto encaixe diz-lhe quase tudo o que precisa de saber.

1. 1
   Com que frequência uma pessoa a vai usar?

   Diariamente ou quase aponta para o nativo. Ocasionalmente — semanalmente, mensalmente, algumas vezes por ano — aponta com firmeza para a web.
2. 2
   Precisa mesmo do hardware do telemóvel?

   Uso offline intensivo, GPS contínuo, dispositivos Bluetooth, trabalho intensivo de câmara? Isso é um sinal a favor do nativo. «Seria bom usar a câmara uma vez» não é: a web trata disso sem problemas.
3. 3
   Com que rapidez e com que frequência a vai mudar?

   Se vai ajustá-la e atualizá-la constantemente, ou se ainda está a testar a ideia, as atualizações instantâneas da web e a ausência de guardiões são uma grande vantagem.
4. 4
   Qual é o seu orçamento real — para construir e para manter?

   Seja honesto quanto ao segundo número. Se a manutenção contínua de duas plataformas o sobrecarregasse, comece pela web. Pode subir ao nativo mais tarde, de propósito, quando o argumento estiver provado.

Uma nota sobre ferramentas internas — uma questão inteiramente diferente

Tudo o que está acima pressupõe que está a construir para clientes. Se está a construir para a sua própria equipa, as contas mudam. O seu pessoal instalará de bom grado algo que usa o dia inteiro para trabalhar: a barreira da transferência que mata uma aplicação de consumo quase não importa quando usar a ferramenta é o trabalho. Assim, uma aplicação interna de assistência no terreno ou de armazém pode ter um argumento sólido a favor do nativo onde uma virada ao cliente não teria.

Mesmo então, a web vence mais vezes do que se espera. Uma ferramenta interna baseada na web funciona em qualquer dispositivo que o seu pessoal já transporta, não precisa de instalação numa frota inteira de telemóveis e atualiza-se para todos no momento em que publica. A menos que dependa mesmo do funcionamento offline ou de um acesso profundo ao hardware, uma aplicação web interna é normalmente o caminho mais rápido, mais barato e menos penoso — a mesma lógica de antes, apenas com os pressupostos de uso invertidos.

Perguntas frequentes