Funcionalidade
Criar seu aplicativo sozinho
Um aplicativo não morre por nascer mal. Ele morre na versão 4. A primeira sai, funciona, todo mundo fica contente — aí o iOS muda, um bug aparece, surge uma ideia, e é preciso reabrir um orçamento que ninguém tinha previsto. Aqui, publicar na App Store e no Google Play é o primeiro dia: você descreve o aplicativo, testa num telefone, ele sai nas duas lojas, e depois uma equipe de agentes o faz avançar versão após versão, sem novo orçamento.
1. Por que um aplicativo custa tão caro
Um aplicativo não é um site com outra tela. São dois sistemas que não se parecem, dois conjuntos de regras, duas lojas com procedimentos próprios e contas de desenvolvedor a manter. Por isso os orçamentos começam altos, e por isso tantos projetos param antes de começar.
Mas não é o custo visível que mata. São as atualizações. Um aplicativo publicado não está pronto: o sistema operacional muda todo ano, as lojas mudam suas exigências, os primeiros usuários apontam o que ninguém tinha visto. Cada uma dessas etapas reabre o orçamento — e no dia em que a verba não acompanha, o aplicativo fica nas lojas na versão original, até ser retirado.
Por isso muitas empresas não têm aplicativo, não por não verem sentido, mas por terem entendido que a primeira fatura era só a primeira. A boa pergunta não é «quanto custa um aplicativo»: é quem cuida dele no ano que vem.
2. O que muda: uma equipe fica depois da publicação
Ferramentas que produzem um aplicativo a partir de uma descrição surgem com regularidade. O que falta a todas é o depois: elas entregam um projeto, e o projeto fica órfão.
Aqui, os agentes que construíram o aplicativo continuam ali. Um recolhe os retornos recebidos e corrige, outro prepara a versão seguinte quando uma loja muda suas exigências, outro anuncia as novidades, e outro ainda lança as inscrições no cadastro de clientes. O aplicativo deixa de ser uma entrega para virar um produto que se sustenta.
É a mesma lógica do site, e pela mesma razão: o caro no software não é fazê-lo, é mantê-lo vivo. Uma empresa sem equipe técnica não precisa de um fornecedor para a versão 1 — precisa de alguém para as versões 2, 3 e 4.
3. Como acontece a criação
Você descreve o aplicativo em uma frase: o que ele deve permitir, para quem é, o que a pessoa faz ao abri-lo. «Um aplicativo de reservas para meu salão de beleza», por exemplo, basta para começar.
O agente abre várias direções em vez de uma proposta única para aceitar ou recusar, e você as vê antes de escolher. Depois tudo se corrige dizendo: acrescentar uma tela, mudar um percurso, revisar um rótulo. Cada alteração gera uma versão, e você volta atrás se o resultado não agradar.
O aplicativo tem seu próprio banco de dados para o que coleta — reservas, inscrições, fichas — e esses dados continuam consultáveis e exportáveis a partir do estúdio. Um aplicativo do qual você não consegue tirar os dados dos seus próprios clientes não é realmente seu.
4. Testá-lo antes de publicar
É aqui que a maioria das ferramentas para, e é isso que conta: um aplicativo não se julga por um layout, mas com o dedo. Três formas de testá-lo, da mais imediata à mais fiel.
- A prévia web. Imediata, nada a instalar. O layout e a navegação são fiéis: é o que se usa enquanto se projeta.
- O emulador Android. A renderização nativa do Android, gestos e teclado incluídos.
- O simulador de iPhone. A renderização real do iOS, com suas transições e seu teclado.
Os dois últimos se instalam sob demanda, e só se você quiser: pesam bastante, e a prévia web basta para a maior parte do trabalho. Você os liga na hora de conferir se o que descreveu realmente parece um aplicativo, e não um site dentro de uma moldura de telefone.
5. A publicação nas duas lojas
O aplicativo sai na App Store e no Google Play sob a sua própria conta de desenvolvedor. É um detalhe que não é detalhe: o aplicativo pertence a você, leva o seu nome de publicador, e você não é inquilino da ficha.
Antes do envio, uma checagem passa pelo aplicativo para pegar o que as lojas costumam recusar — é o que evita as idas e vindas de revisão, que custam uma semana cada. O estado da publicação é acompanhado pelo estúdio, loja por loja.
Duas coisas continuam sendo suas, e nenhuma ferramenta pode fazê-las por você: abrir as contas de desenvolvedor (Apple e Google cobram por elas, uma por ano, a outra uma vez) e assinar os compromissos que as lojas exigem do publicador. Não criamos contas nem digitamos senhas no seu lugar.
6. Os limites, ditos com franqueza
Melhor conhecê-los antes de abrir uma conta de desenvolvedor.
- A revisão das lojas nunca é garantida. Apple e Google recusam quem quiserem, por motivos que são deles. A checagem prévia reduz as recusas comuns; não promete aprovação.
- Um aplicativo vago dá um aplicativo vago. Como num site: se você não sabe dizer o que o usuário faz ao abrir o aplicativo, nenhuma ferramenta vai adivinhar.
- O hardware do telefone tem seus limites. Um aplicativo que dependa de sensores específicos, de processamento pesado de vídeo ou de hardware particular foge deste escopo.
- Publicar compromete. Um aplicativo coleta dados pessoais; isso pressupõe uma política de privacidade e obrigações que cabem a você, e que a loja vai pedir.
7. Perguntas frequentes
É preciso saber programar para criar um aplicativo?
Não. O aplicativo se descreve em linguagem comum e se corrige dizendo. O que se pede não é competência técnica, mas clareza: saber dizer o que a pessoa faz ao abrir o aplicativo, e em que ordem.
O aplicativo é publicado no meu nome?
Sim, sob a sua própria conta de desenvolvedor Apple e Google. Seu nome de publicador aparece nas fichas, e você mantém o controle do aplicativo. É o ponto a verificar com qualquer fornecedor: um aplicativo publicado sob a conta de terceiros é um aplicativo que não é seu.
Quanto custam as contas de desenvolvedor?
Eles são cobrados pela Apple e pelo Google, não por nós: a Apple em base anual, o Google uma única vez na abertura. Os valores mudam conforme o país e a época — verifique diretamente com eles em vez de confiar num número lido em outro lugar, aqui inclusive.
E as atualizações?
É justamente esse o ponto. Um aplicativo publicado exige versões sucessivas: correções, mudanças do sistema, novas exigências das lojas. São seus agentes que as preparam, quando você pede, sem reabrir orçamento a cada vez. É esse trabalho, e não a versão 1, que decide se o aplicativo ainda será utilizável daqui a dois anos.
Dá para ter um aplicativo e um site com o mesmo conteúdo?
Sim. Uma versão móvel de um site é gerada a partir do projeto do estúdio de sites, e muitas vezes basta. Um aplicativo de verdade, instalável, presente nas lojas e capaz de se comportar como um aplicativo nativo, pertence a este estúdio. Os dois convivem, e escolhe-se pelo uso, não por princípio.
Para ir além
Leia depois: criar seu site sozinho, o que custa de verdade um cargo, ou o que é um agente de IA autônomo.