Sobre este anúncio
Escopo de trabalho
Uma única base de código em React Native produzindo um aplicativo móvel coerente para ambas as lojas, cobrindo navegação, login, alertas push, suporte offline e o comportamento específico de plataforma que as ferramentas multiplataforma não resolvem automaticamente.
Nosso método
O desenvolvimento começa com a sua API real em vez de dados simulados, visto que endpoints reais se comportam de forma diferente de mocks. O login baseia-se em armazenamento seguro no dispositivo com lógica de atualização centralizada em um só lugar, pois o gerenciamento disperso de tokens é onde os aplicativos móveis geralmente desenvolvem falhas. As listas são virtualizadas e carregadas em páginas; as imagens são armazenadas em cache e redimensionadas para se adaptarem ao dispositivo, em vez de serem carregadas em tamanho real.
As necessidades específicas de cada plataforma são tratadas como entregas genuínas, e não como reflexões tardias: o iOS requer sua própria redação de permissões e perfis de provisionamento, o Android precisa de canais de notificação e tratamento adequado do botão voltar, e os links diretos em ambas as plataformas devem continuar funcionando após uma inicialização a frio.
O que você recebe
- Um projeto React Native em TypeScript contendo apenas os módulos nativos de que você realmente precisa.
- Versões de teste tanto no canal beta do iOS quanto na faixa interna do Android, para que você possa experimentá-lo antecipadamente.
- Notificações push totalmente conectadas, incluindo o gatilho no lado do servidor.
- Versões de lançamento, além do texto de apresentação para a loja, capturas de tela e notas de envio.
- Um breve passo a passo para que você mesmo possa compilar, executar e lançar o aplicativo posteriormente.
O que precisamos de você
Uma API, ou pelo menos uma especificação dela, as telas essenciais mais importantes e contas de desenvolvedor na Apple e no Google, caso você já as possua. Caso contrário, explicaremos exatamente o que é necessário e quando.
Limite do escopo
Isto abrange um aplicativo para um único público. Onde um produto precisa de duas experiências distintas, por exemplo, um aplicativo voltado para o cliente e outro separado para o motorista, isso conta como duas compilações separadas, e nós sinalizaremos isso antes de qualquer orçamento ser apresentado, e não depois.
Ritmo e atualizações
Uma versão inicial de testes geralmente fica pronta bem antes do final do projeto, de modo que o feedback é dado no aplicativo em execução, em vez de capturas de tela estáticas. A lista de verificação de lançamento permanece explícita do início ao fim, cobrindo permissões, links diretos, comportamento offline e metadados da loja, já que esses itens costumam ser o que transforma uma versão funcional em um envio rejeitado.