A questão da plataforma costuma ser colocada como uma questão tecnológica e respondida como uma questão de custo. Na verdade, é uma questão de distribuição: a forma como os utilizadores vão encontrar e abrir o produto conta mais do que qualquer comparação técnica.
O que cada plataforma pode fazer
Aplicação Web. Funciona num navegador em qualquer dispositivo. Não requer instalação nem aprovação de uma loja, e as atualizações entram em vigor imediatamente para todos. O acesso ao hardware do dispositivo é limitado, não tem presença numa loja de aplicações e é possível funcionar sem ligação, mas com limitações.
Miniaplicação. Funciona dentro de uma aplicação anfitriã. Os utilizadores encontram-na num ecossistema que já utilizam, o que praticamente elimina a barreira da instalação. As capacidades são definidas pela plataforma anfitriã, aplicam-se processos de revisão e a aplicação só existe dentro desse ecossistema.
Aplicação nativa. É instalada no dispositivo. Oferece acesso total ao hardware, funcionamento em segundo plano, notificações push e o melhor desempenho. Requer aprovação da loja, os utilizadores têm de optar por instalá-la e as atualizações dependem de os utilizadores as aceitarem.
A diferença de distribuição que normalmente decide
Pergunte como é que um utilizador vai encontrar o produto pela primeira vez.
- Através de um link, recebido numa mensagem, num email ou num resultado de pesquisa. Uma aplicação Web abre imediatamente. Uma aplicação nativa exige que o utilizador visite uma loja, faça uma transferência e crie uma conta antes de ver qualquer conteúdo, e a maioria das pessoas desiste durante essa sequência.
- Dentro de um ecossistema existente onde os seus utilizadores já estão. Uma miniaplicação abre com apenas alguns toques, com o utilizador já identificado.
- Como ferramenta utilizada diariamente por um utilizador assíduo. Vale a pena instalar uma aplicação nativa, e a instalação não é o obstáculo que representa numa utilização ocasional.
É por isso que uma ferramenta de reservas usada uma vez por trimestre e uma ferramenta de assistência técnica no terreno usada quarenta vezes por dia devem pertencer a plataformas diferentes, mesmo quando as respetivas listas de funcionalidades são semelhantes.
Capacidades que determinam a escolha
Alguns requisitos resolvem a questão por si só:
- Funcionamento em segundo plano — localização enquanto a aplicação está fechada, sincronização agendada em segundo plano. Apenas nativa.
- Notificações push fiáveis para uma aplicação fechada. Nativa ou uma miniaplicação, dentro das regras de mensagens da aplicação anfitriã.
- Acesso avançado ao hardware — leitura contínua de sensores, controlo especializado da câmara, ligações locais a dispositivos. Nativa.
- Utilização intensiva sem ligação com uma quantidade substancial de dados locais. A aplicação nativa lida com isto de forma mais confortável.
- Acesso imediato sem qualquer dificuldade de instalação — aplicação Web ou miniaplicação.
O custo e a sua evolução
De forma aproximada, para o mesmo conjunto de funcionalidades: uma aplicação Web é a opção mais barata para desenvolver uma vez; uma miniaplicação tem um custo semelhante ou ligeiramente superior; as aplicações nativas custam mais, e desenvolver separadamente para dois sistemas operativos móveis custa mais do que tudo. As frameworks multiplataforma reduzem substancialmente essa diferença e são a resposta habitual quando é necessária uma aplicação nativa para duas plataformas.
A tendência menos óbvia: a plataforma mais barata de desenvolver é muitas vezes a mais cara de substituir quando deixa de ser suficiente. Desenvolver uma aplicação Web e, mais tarde, precisar de localização em segundo plano significa desenvolver uma aplicação nativa de raiz: o investimento inicial não é recuperado. Quando não há certeza quanto às capacidades necessárias, esse risco deve ser ponderado desde o início, em vez de ser descoberto no segundo ano.
Atualizações e controlo
Uma aplicação Web é atualizada para todos no momento em que é implementada. Uma aplicação nativa é atualizada quando cada utilizador instala a nova versão, e uma parte significativa nunca o faz, o que significa que é necessário dar suporte a versões mais antigas e ter cuidado com alterações que as tornem incompatíveis.
Para um produto que se prevê mudar frequentemente no primeiro ano, esta diferença é significativa e normalmente favorece uma aplicação Web ou uma miniaplicação durante a fase de aprendizagem.
Perguntas que ajudam a decidir
- Como é que um novo utilizador chega ao produto pela primeira vez?
- Com que frequência um utilizador típico o abre?
- Precisa de fazer alguma coisa enquanto está fechado?
- Precisa de aceder a hardware que o navegador não consegue alcançar?
- Tem de funcionar sem ligação?
- Com que frequência vai mudar no primeiro ano?
As respostas a estas seis perguntas normalmente tornam a escolha evidente e vale a pena obtê-las antes de pedir qualquer orçamento, porque um orçamento para a plataforma errada não é um valor útil.
Serviços Manboo relacionados
- Desenvolvimento de aplicações Flutter para MVPs de iOS e Android.
- Desenvolvimento de software empresarial para sistemas de CRM, reservas, inventário e fluxos de trabalho.
- Desenvolvimento de painéis de administração para dashboards operacionais e gestão de back-end.
- Integração de API de IA quando o seu produto estiver preparado para pesquisa inteligente, chat ou automatização.
- Solicite uma análise do âmbito e um orçamento para o projeto quando estiver preparado para planear a primeira versão.