App nativo, híbrido ou web: como decidir

"Precisamos de um aplicativo" é uma das frases mais comuns no início de um projeto. Nem sempre quer dizer um ícone na tela do celular. Às vezes a necessidade é um sistema que a equipe abre no computador. Em outras, as duas coisas.

Web, nativo e híbrido são três formatos para uma aplicação, e a escolha entre eles afeta prazo, custo e manutenção. Vale entender a diferença antes de decidir.

O que é cada formato

Aplicação web. Roda no navegador. A pessoa acessa por um endereço, no computador ou no celular, sem instalar nada. Quando a equipe publica uma mudança, todos passam a usar a versão nova no acesso seguinte.

Aplicativo nativo. É feito para um sistema específico, como Android ou iOS. Fica instalado no aparelho, é distribuído pela loja de aplicativos e tem acesso direto aos recursos do telefone. Para atender os dois sistemas, são dois aplicativos.

Aplicativo híbrido. Usa uma única base de código para rodar em mais de uma plataforma. Também é instalado e distribuído pela loja, mas a maior parte do que é escrito serve para Android e iOS ao mesmo tempo.

Perguntas que ajudam a escolher

Quem vai usar, e onde? Uma equipe interna, sentada diante do computador, costuma ser bem atendida por uma aplicação web. Um vendedor na rua ou um técnico em campo trabalha com o celular na mão.

Com que frequência? Algo que a pessoa usa todo dia justifica um ícone na tela inicial. Algo que ela usa duas vezes por ano dificilmente justifica pedir uma instalação.

Precisa funcionar sem internet? Se o uso acontece em galpão, estrada ou área rural, isso pesa. Aplicativos instalados lidam melhor com períodos sem conexão, guardando os dados no aparelho para enviar depois.

Quais recursos do aparelho entram? Câmera, localização, notificações, leitor de código de barras, Bluetooth. Quanto mais o produto depende do aparelho, mais o formato instalado faz sentido. Quando a dependência é muito específica ou exige desempenho alto, o nativo ganha força.

Quem vai manter depois? Dois aplicativos nativos significam duas bases de código para corrigir e evoluir. Um híbrido reduz esse trabalho. Uma aplicação web tem o ciclo mais simples de todos. Se o time que vai operar o produto é pequeno, isso entra na conta.

Quanto custa esperar a loja? Aplicativos distribuídos por loja passam por uma análise antes de cada publicação, e o usuário precisa atualizar. Uma correção urgente chega mais rápido em uma aplicação web.

Um produto pode combinar formatos

Também dá para ter mais de um formato, cada um para um público.

Um desenho frequente é um painel web para a equipe interna, acessado pelo navegador sem instalação, e um aplicativo para o cliente final. A equipe cadastra, acompanha e gera relatórios numa tela grande. O cliente faz o pedido ou consulta a informação pelo celular. Os dois conversam com o mesmo sistema por trás.

Essa combinação também permite começar por uma parte. O painel interno pode ser a primeira entrega, e o aplicativo vem depois.

O que costuma atrapalhar a decisão

Escolher o formato pelo que o concorrente tem, ou pelo que parece mais moderno, pode levar a um aplicativo que ninguém instala. Do outro lado, escolher só pelo menor custo inicial pode entregar uma aplicação web para quem trabalha sem sinal.

Outro tropeço é decidir o formato antes de saber o que o produto faz. A lista de funcionalidades e o perfil de quem usa vêm primeiro.

A escolha faz parte do escopo

Qual formato faz sentido depende do produto, e a decisão entra na definição do escopo, junto com as funcionalidades. Se o seu time vai operar a aplicação depois da entrega, a manutenção também é discutida nessa fase, e a arquitetura é pensada a partir disso.

A Jornada desenvolve aplicações sob medida web, nativas e híbridas. Se a sua empresa precisa de uma aplicação e ainda não sabe em que formato, conte quem vai usar e em que situação. A conversa sobre o escopo começa por essas respostas.