Os KPIs de alto n\u00edvel, como o ARPU e a reten\u00e7\u00e3o, s\u00e3o \u00f3ptimos para obter uma vis\u00e3o geral da sa\u00fade da sua aplica\u00e7\u00e3o m\u00f3vel, mas embora possam ser suficientes para um resumo executivo, os programadores encarregues de fazer mexer a agulha todos os dias sabem o valor de ir mais fundo.<\/p>\n\n\n\n
Reunimos uma lista de alguns KPIs valiosos e negligenciados que est\u00e3o a impulsionar o sucesso no mercado m\u00f3vel contempor\u00e2neo.<\/p>\n\n\n\n
Tempo at\u00e9 ao primeiro PAI<\/strong> R\u00e1cio de permiss\u00f5es concedidas<\/strong> Custo por utilizador fiel<\/strong> Tempo para a rentabilidade<\/strong>
Se a sua aplica\u00e7\u00e3o faz parte da grande maioria que gera a maior parte das receitas atrav\u00e9s de IAPs, conhecer o tempo m\u00e9dio entre a instala\u00e7\u00e3o e a convers\u00e3o entre os seus utilizadores pagantes pode ser extremamente poderoso. Este valor cria um objetivo mensur\u00e1vel para a sua equipa de gest\u00e3o de produtos otimizar o equil\u00edbrio certo entre o tempo at\u00e9 ao primeiro IAP e a reten\u00e7\u00e3o geral. \u00c9 prov\u00e1vel que o seu principal objetivo seja conseguir que os utilizadores paguem o mais rapidamente poss\u00edvel, mas isto deve ser equilibrado com a reten\u00e7\u00e3o para garantir que n\u00e3o est\u00e1 a empurrar os utilizadores para um pagamento demasiado r\u00e1pido.<\/p>\n\n\n\n
Os editores principiantes cometem frequentemente o erro de se precipitarem nos seus pedidos de permiss\u00e3o de envio ou de contacto. Colocar esta intera\u00e7\u00e3o espec\u00edfica demasiado cedo n\u00e3o faz muito para distinguir a sua aplica\u00e7\u00e3o das dezenas de outras que lutam pela aten\u00e7\u00e3o do seu cliente. Medir o r\u00e1cio entre as permiss\u00f5es solicitadas e as aceites fornece \u00e0 sua equipa de produto provas concretas para validar o tempo despendido na elabora\u00e7\u00e3o de um pedido de permiss\u00e3o que trar\u00e1 dividendos em futuras iniciativas de marketing.<\/p>\n\n\n\n
A maioria dos programadores sabe at\u00e9 ao c\u00eantimo quanto gastou para adquirir um novo utilizador. Mas quantos programadores sabem quanto gastaram para adquirir um utilizador fiel? Neste caso, \"leal\" pode ser definido da forma que o programador entender, mas uma boa regra geral \u00e9 defini-lo como um utilizador que se mant\u00e9m fiel e continua a utilizar a aplica\u00e7\u00e3o durante pelo menos sete dias. Esta refer\u00eancia de \"custo por utilizador fiel\" \u00e9 muito mais significativa do que apenas o \"custo por utilizador\", porque d\u00e1 aos programadores uma ideia de quanto est\u00e3o a gastar nos utilizadores que realmente importam.<\/p>\n\n\n\n
Como \u00e9 o caso de qualquer aplica\u00e7\u00e3o madura, as despesas de aquisi\u00e7\u00e3o s\u00e3o investimentos. Conhecer o tempo necess\u00e1rio para obter um retorno sobre esse investimento \u00e9 fundamental para programar corretamente as suas iniciativas de aquisi\u00e7\u00e3o. O Time to Profitability (ou TTP) \u00e9 um c\u00e1lculo b\u00e1sico que compara o custo de aquisi\u00e7\u00e3o de utilizadores com o tempo que um editor demora a recuperar o custo de aquisi\u00e7\u00e3o, seja atrav\u00e9s de IAP ou de receitas de an\u00fancios. Embora seja imprescind\u00edvel para qualquer aplica\u00e7\u00e3o que tenha ultrapassado o soft-launch, tamb\u00e9m pode servir como uma m\u00e9trica de objetivo \u00fatil para aplica\u00e7\u00f5es ainda em fase final de desenvolvimento.<\/p>\n\n\n\n