Mobile

  • API de android mais antigos dão suporte para mais aparelhos, contudo os recursos disponíveis nativamente são menores
  • sempre melhor usar APIs da própria SDK do que de terceiros
  • package name define o nome do app na loja “com.meu.exemplo”
  • nativo → usa a SDK oficial da plataforma (Kotlin/Java em android e Objective-C/Swift em IOS)
  • hibrido → uma única base de dados consegue criar apps para ambas as plataformas (Xamarin, IONIC, React Native, Flutter, etc.)
  • UI → geralmente é fornecido um padrão pela própria SDK
  • UX → experiencia do usuário, geralmente também é seguido um padrão da plataforma em questão (leva em consideração o contexto do uso do APP também)

Business

  • mobile é nichado
  • Quando você não quer que algo seja usado (muito) você dificulta/esconde
  • Churn → perca de usuários
  • Taxa de retenção → quantos usuários ficam/usam o app
  • sessão → quantos users entram no app diariamente
  • ARR/FTE (quanto faturo no ano / número de funcionários) → quanto maior maior o prejuizo (por isso de alguns layoffs)