Cada aplica\u00e7\u00e3o que lan\u00e7amos depara-se com a mesma quest\u00e3o inicial: como \u00e9 que gera receitas? N\u00e3o existe uma resposta universal, mas h\u00e1 um quadro de refer\u00eancia que utilizamos e que nos poupou de muitos instintos iniciais errados.<\/p>\n
O quadro \u00e9 simples de explicar. Partimos do custo que nos implica manter a aplica\u00e7\u00e3o em funcionamento e do que a pessoa que a utiliza realmente obt\u00e9m, e procuramos o modelo em que esses dois aspetos se alinham. N\u00e3o o modelo que renderia mais numa folha de c\u00e1lculo, nem aquele que por acaso um concorrente utilize. Aquele que reflete com honestidade a natureza do trabalho.<\/p>\n
Somos um pequeno est\u00fadio autofinanciado, por isso isto n\u00e3o \u00e9 algo abstrato. N\u00e3o h\u00e1 dinheiro de investidores para sustentar um modelo que n\u00e3o se pague a si pr\u00f3prio, nem uma equipa de crescimento para disfar\u00e7ar um modelo que irrite as pessoas. O que quer que escolhamos tem de funcionar por si s\u00f3.<\/p>\n
No caso das aplica\u00e7\u00f5es em que o valor \u00e9 proporcionado no momento da utiliza\u00e7\u00e3o e n\u00e3o requerem uma infraestrutura cont\u00ednua da nossa parte \u2014 conversores de imagens, calculadoras, utilit\u00e1rios simples \u2014, cobramos uma \u00fanica vez. O utilizador paga, fica com a aplica\u00e7\u00e3o e seguimos em frente.<\/p>\n
\u201cSeguir em frente\u201d \u00e9 um ligeiro exagero. Uma aplica\u00e7\u00e3o que se instala uma \u00fanica vez continua a precisar de atualiza\u00e7\u00f5es quando o sistema operativo muda, e essas atualiza\u00e7\u00f5es n\u00e3o s\u00e3o gratuitas. O que aprendemos foi a definir o pre\u00e7o tendo isso em conta, em vez de nos limitarmos ao valor mais baixo que uma loja aceita. Um pequeno utilit\u00e1rio para computador que realiza uma \u00fanica tarefa no seu pr\u00f3prio computador, sem que nada do nosso lado gere custos mensais, \u00e9 a escolha natural para este modelo.<\/p>\n
No caso das aplica\u00e7\u00f5es que nos implicam custos reais cont\u00ednuos (servidores de sincroniza\u00e7\u00e3o, infer\u00eancia de IA, atualiza\u00e7\u00f5es regulares de conte\u00fado) \u2014 optamos por um modelo de subscri\u00e7\u00e3o. Tentamos definir o pre\u00e7o mais ou menos no valor que precisar\u00edamos que o utilizador m\u00e9dio pagasse para atingirmos o ponto de equil\u00edbrio, e n\u00e3o no valor m\u00e1ximo que poder\u00edamos cobrar.<\/p>\n
O crit\u00e9rio que aplicamos \u00e9 se conseguimos explicar, numa \u00fanica frase, o que \u00e9 que esse valor mensal paga. Se a resposta for \u201cum servidor que mant\u00e9m os teus dados sincronizados entre dispositivos\u201d ou \u201cprevis\u00f5es que temos de obter e processar todos os dias\u201d, a assinatura justifica-se. Se a resposta for \u201cporque as receitas recorrentes parecem mais vantajosas\u201d, ent\u00e3o n\u00e3o \u00e9. Uma aplica\u00e7\u00e3o que necessita de dados atualizados para se manter \u00fatil \u00e9 exatamente o tipo de caso em que ponderamos seriamente a possibilidade de uma subscri\u00e7\u00e3o.<\/p>\n
\u00c9 raro. S\u00f3 o fazemos quando a aplica\u00e7\u00e3o \u00e9 t\u00e3o informal que at\u00e9 mesmo um pequeno sistema de acesso pago impediria a sua descoberta e quando encontramos um parceiro publicit\u00e1rio que n\u00e3o rastreia os utilizadores entre aplica\u00e7\u00f5es. Ambas as condi\u00e7\u00f5es est\u00e3o a tornar-se cada vez mais dif\u00edceis de cumprir a cada ano que passa.<\/p>\n
N\u00e3o descartamos a possibilidade de an\u00fancios. S\u00e3o uma forma leg\u00edtima de financiar software pelo qual as pessoas, de outra forma, n\u00e3o pagariam e, para algumas aplica\u00e7\u00f5es, podem acabar por ser a escolha certa. O que nos preocupa \u00e9 a localiza\u00e7\u00e3o e os parceiros: um an\u00fancio que interrompe a \u00fanica finalidade da aplica\u00e7\u00e3o \u00e9 um custo que o utilizador paga, mesmo que nunca apare\u00e7a num recibo.<\/p>\n
O modelo interm\u00e9dio: uma aplica\u00e7\u00e3o gratuita que \u00e9 genuinamente \u00fatil por si s\u00f3, com uma atualiza\u00e7\u00e3o paga para quem quiser mais funcionalidades. \u00c9 este o modelo que nos parece mais dif\u00edcil de acertar. Se o limiar for demasiado baixo, a vers\u00e3o gratuita parece uma vers\u00e3o de demonstra\u00e7\u00e3o. Se for demasiado alto, ningu\u00e9m faz a atualiza\u00e7\u00e3o e a aplica\u00e7\u00e3o n\u00e3o consegue sustentar-se. Quando a utilizamos, a regra \u00e9 que a vers\u00e3o gratuita tem de ser algo que recomendar\u00edamos de bom grado por si s\u00f3.<\/p>\n
No que diz respeito \u00e0s ferramentas, queremos que existam de qualquer forma. Algumas das nossas aplica\u00e7\u00f5es mais pequenas enquadram-se nesta categoria. S\u00e3o financiadas pelas aplica\u00e7\u00f5es pagas.<\/p>\n
O nosso primeiro instinto foi decidir o pre\u00e7o no final, s\u00f3 depois de a aplica\u00e7\u00e3o estar pronta. Isso foi um erro. O pre\u00e7o molda o produto: uma aplica\u00e7\u00e3o por subscri\u00e7\u00e3o precisa de um motivo para que o utilizador volte, uma aplica\u00e7\u00e3o de utiliza\u00e7\u00e3o \u00fanica precisa de estar completa desde o primeiro dia e uma aplica\u00e7\u00e3o gratuita precisa de ter custos de funcionamento baixos. Agora, escolhemos o modelo antes mesmo de a primeira ecr\u00e3 ser concebida e revemos-no com honestidade se a aplica\u00e7\u00e3o acabar por ser diferente do que t\u00ednhamos planeado.<\/p>\n
Nenhuma destas op\u00e7\u00f5es \u00e9 definitiva. Uma aplica\u00e7\u00e3o pode mudar de modelo \u00e0 medida que cresce e os seus custos se alteram \u2014 e, quando isso acontecer, iremos inform\u00e1-lo claramente e explicar o motivo.<\/p>","protected":false},"excerpt":{"rendered":"
Gratuito, freemium, compra \u00fanica, subscri\u00e7\u00e3o \u2014 o que escolhemos realmente e como.<\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-577","post","type-post","status-publish","format-standard","hentry","category-journal"],"yoast_head":"\n