A questão dos preços

Cada aplicação que lançamos depara-se com a mesma questão inicial: como é que gera receitas? Não existe uma resposta universal, mas há um quadro de referência que utilizamos e que nos poupou de muitos instintos iniciais errados.

O quadro é simples de explicar. Partimos do custo que nos implica manter a aplicação em funcionamento e do que a pessoa que a utiliza realmente obtém, e procuramos o modelo em que esses dois aspetos se alinham. Não o modelo que renderia mais numa folha de cálculo, nem aquele que por acaso um concorrente utilize. Aquele que reflete com honestidade a natureza do trabalho.

Somos um pequeno estúdio autofinanciado, por isso isto não é algo abstrato. Não há dinheiro de investidores para sustentar um modelo que não se pague a si próprio, nem uma equipa de crescimento para disfarçar um modelo que irrite as pessoas. O que quer que escolhamos tem de funcionar por si só.

Compra única

No caso das aplicações em que o valor é proporcionado no momento da utilização e não requerem uma infraestrutura contínua da nossa parte — conversores de imagens, calculadoras, utilitários simples —, cobramos uma única vez. O utilizador paga, fica com a aplicação e seguimos em frente.

“Seguir em frente” é um ligeiro exagero. Uma aplicação que se instala uma única vez continua a precisar de atualizações quando o sistema operativo muda, e essas atualizações não são gratuitas. O que aprendemos foi a definir o preço tendo isso em conta, em vez de nos limitarmos ao valor mais baixo que uma loja aceita. Um pequeno utilitário para computador que realiza uma única tarefa no seu próprio computador, sem que nada do nosso lado gere custos mensais, é a escolha natural para este modelo.

Assinatura

No caso das aplicações que nos implicam custos reais contínuos (servidores de sincronização, inferência de IA, atualizações regulares de conteúdo) — optamos por um modelo de subscrição. Tentamos definir o preço mais ou menos no valor que precisaríamos que o utilizador médio pagasse para atingirmos o ponto de equilíbrio, e não no valor máximo que poderíamos cobrar.

O critério que aplicamos é se conseguimos explicar, numa única frase, o que é que esse valor mensal paga. Se a resposta for “um servidor que mantém os teus dados sincronizados entre dispositivos” ou “previsões que temos de obter e processar todos os dias”, a assinatura justifica-se. Se a resposta for “porque as receitas recorrentes parecem mais vantajosas”, então não é. Uma aplicação que necessita de dados atualizados para se manter útil é exatamente o tipo de caso em que ponderamos seriamente a possibilidade de uma subscrição.

Gratuito com anúncios

É raro. Só o fazemos quando a aplicação é tão informal que até mesmo um pequeno sistema de acesso pago impediria a sua descoberta e quando encontramos um parceiro publicitário que não rastreia os utilizadores entre aplicações. Ambas as condições estão a tornar-se cada vez mais difíceis de cumprir a cada ano que passa.

Não descartamos a possibilidade de anúncios. São uma forma legítima de financiar software pelo qual as pessoas, de outra forma, não pagariam e, para algumas aplicações, podem acabar por ser a escolha certa. O que nos preocupa é a localização e os parceiros: um anúncio que interrompe a única finalidade da aplicação é um custo que o utilizador paga, mesmo que nunca apareça num recibo.

Freemium

O modelo intermédio: uma aplicação gratuita que é genuinamente útil por si só, com uma atualização paga para quem quiser mais funcionalidades. É este o modelo que nos parece mais difícil de acertar. Se o limiar for demasiado baixo, a versão gratuita parece uma versão de demonstração. Se for demasiado alto, ninguém faz a atualização e a aplicação não consegue sustentar-se. Quando a utilizamos, a regra é que a versão gratuita tem de ser algo que recomendaríamos de bom grado por si só.

Gratuito

No que diz respeito às ferramentas, queremos que existam de qualquer forma. Algumas das nossas aplicações mais pequenas enquadram-se nesta categoria. São financiadas pelas aplicações pagas.

O que fizemos de errado

O nosso primeiro instinto foi decidir o preço no final, só depois de a aplicação estar pronta. Isso foi um erro. O preço molda o produto: uma aplicação por subscrição precisa de um motivo para que o utilizador volte, uma aplicação de utilização única precisa de estar completa desde o primeiro dia e uma aplicação gratuita precisa de ter custos de funcionamento baixos. Agora, escolhemos o modelo antes mesmo de a primeira ecrã ser concebida e revemos-no com honestidade se a aplicação acabar por ser diferente do que tínhamos planeado.

Nenhuma destas opções é definitiva. Uma aplicação pode mudar de modelo à medida que cresce e os seus custos se alteram — e, quando isso acontecer, iremos informá-lo claramente e explicar o motivo.