Funcionalidade
Criar a sua aplicação sozinho
Uma aplicação não morre por ter nascido mal. Morre na versão 4. A primeira sai, funciona, toda a gente fica contente — depois o iOS muda, uma falha regressa, 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: descreve a aplicação, experimenta-a num telemóvel, ela sai nas duas lojas, e depois uma equipa de agentes fá-la avançar versão após versão, sem novo orçamento.
1. Porque é que uma aplicação custa tanto
Uma aplicação não é um site com outro ecrã. São dois sistemas que não se parecem, dois conjuntos de regras, duas lojas com procedimentos próprios, e contas de programador para manter. É por isso que os orçamentos começam altos, e por isso que tantos projetos param antes de começar.
Mas não é o custo visível que mata. São as atualizações. Uma aplicação publicada não está terminada: o sistema operativo evolui todos os anos, as lojas mudam as suas exigências, os primeiros utilizadores assinalam o que ninguém tinha visto. Cada uma dessas etapas reabre o orçamento — e no dia em que a verba deixa de acompanhar, a aplicação fica nas lojas na versão original, até ser retirada.
Por isso muitas empresas não têm aplicação, não por não lhe verem utilidade, mas por terem percebido que a primeira fatura era apenas a primeira. A boa pergunta não é «quanto custa uma aplicação»: é quem trata dela para o ano.
2. O que muda: uma equipa fica depois da publicação
Ferramentas que produzem uma aplicação a partir de uma descrição vão aparecendo com regularidade. O que falta a todas é o que vem depois: entregam um projeto, e o projeto fica órfão.
Aqui, os agentes que construíram a aplicação mantêm-se. Um recolhe as reações recebidas e corrige, outro prepara a versão seguinte quando uma loja altera as suas exigências, outro anuncia as novidades, e outro ainda passa as inscrições para o ficheiro de clientes. A aplicação deixa de ser algo a entregar para passar a ser um produto que se sustenta.
É a mesma lógica do site, e pela mesma razão: o que é caro no software não é fazê-lo, é mantê-lo vivo. Uma empresa sem equipa técnica não precisa de um prestador para a versão 1 — precisa de alguém para as versões 2, 3 e 4.
3. Como decorre a criação
Descreve a aplicação numa frase: o que deve permitir, a quem se dirige, o que a pessoa faz ao abri-la. «Uma aplicação de marcações para o meu salão de cabeleireiro», por exemplo, chega para começar.
O agente abre várias direções em vez de uma proposta única para aceitar ou recusar, e vê-as antes de escolher. Depois tudo se corrige dizendo-o: acrescentar um ecrã, mudar um percurso, rever uma legenda. Cada alteração gera uma versão, e recua-se se o resultado não agradar.
A aplicação tem a sua própria base de dados para o que recolhe — marcações, inscrições, registos — e esses dados mantêm-se consultáveis e exportáveis a partir do estúdio. Uma aplicação de onde não consegue retirar os dados dos seus próprios clientes não lhe pertence verdadeiramente.
4. Experimentá-la antes de publicar
É aqui que a maioria das ferramentas para, e é isto que conta: uma aplicação não se avalia por uma maqueta, mas com o dedo. Três formas de a experimentar, da mais imediata à mais fiel.
- A pré-visualização web. Imediata, sem nada para instalar. A disposição e a navegação são fiéis: é o que se usa enquanto se concebe.
- O emulador Android. A representação nativa do Android, com gestos e teclado incluídos.
- O simulador de iPhone. A representação real do iOS, com as suas transições e o seu teclado.
As duas últimas instalam-se a pedido, e só se as quiser: são pesadas, e a pré-visualização web chega para a maior parte do trabalho. Ligam-se no momento de confirmar que o que descreveu se parece mesmo com uma aplicação, e não com um site dentro de uma moldura de telemóvel.
5. A publicação nas duas lojas
A aplicação sai na App Store e no Google Play sob a sua própria conta de programador. É um pormenor que não o é: a aplicação pertence-lhe, leva o seu nome de editor, e não está a arrendar a ficha.
Antes do envio, uma verificação percorre a aplicação para apanhar o que as lojas costumam recusar — é isso que evita as idas e vindas de análise, que custam uma semana cada. O estado da publicação segue-se a partir do estúdio, loja a loja.
Duas coisas continuam a ser suas, e nenhuma ferramenta as pode fazer por si: abrir as contas de programador (a Apple e a Google cobram-nas, uma anualmente, a outra uma só vez) e assinar os compromissos que as lojas exigem ao editor. Não criamos contas nem introduzimos palavras-passe no seu lugar.
6. Os limites, ditos com franqueza
Mais vale conhecê-los antes de abrir uma conta de programador.
- A análise das lojas nunca está garantida. A Apple e a Google recusam quem entenderem, por motivos que lhes pertencem. A verificação prévia reduz as recusas comuns; não promete aprovação.
- Uma descrição vaga dá uma aplicação vaga. Tal como num site: se não souber dizer o que o utilizador faz ao abrir a aplicação, ferramenta nenhuma o adivinha.
- O equipamento do telemóvel tem os seus limites. Uma aplicação que assente em sensores específicos, em processamento de vídeo pesado ou em equipamento próprio sai deste âmbito.
- Publicar vincula. Uma aplicação recolhe dados pessoais; isso pressupõe uma política de privacidade e obrigações que lhe cabem, e que a loja lhe vai pedir.
7. Perguntas frequentes
É preciso saber programar para criar uma aplicação?
Não. A aplicação descreve-se em linguagem corrente e corrige-se dizendo-o. O que se exige não é competência técnica mas clareza: saber dizer o que a pessoa faz ao abri-la, e por que ordem.
A aplicação é publicada em meu nome?
Sim, sob a sua própria conta de programador na Apple e na Google. O seu nome de editor aparece nas fichas e mantém o controlo da aplicação. É o ponto a verificar junto de qualquer prestador: uma aplicação publicada sob a conta de terceiros é uma aplicação que não lhe pertence.
Quanto custam as contas de programador?
São cobradas pela Apple e pela Google, não por nós: a Apple anualmente, a Google uma só vez na abertura. Os valores mudam consoante o país e a época — confirme-os diretamente junto deles em vez de confiar num número lido noutro lado, aqui incluído.
E as atualizações?
É precisamente esse o ponto. Uma aplicação publicada exige versões sucessivas: correções, alterações do sistema, novas exigências das lojas. São os seus agentes que as preparam, bastando pedir-lhes, sem reabrir orçamento de cada vez. É esse trabalho, e não a versão 1, que decide se a aplicação ainda será utilizável daqui a dois anos.
Posso ter uma aplicação e um site com o mesmo conteúdo?
Sim. Uma versão para telemóvel de um site é gerada a partir do projeto do estúdio de sites, e muitas vezes basta. Uma aplicação a sério, instalável, presente nas lojas e capaz de se comportar como uma aplicação nativa, pertence a este estúdio. As duas coexistem, e escolhe-se pelo uso e não por princípio.
Para saber mais
Ler a seguir: criar o seu site sozinho, o que custa realmente um posto de trabalho, ou o que é um agente de IA autónomo.