Divulgação: Eu trabalho na ZoopCoder, uma pequena agência de desenvolvimento na Índia. Construímos tanto em React Native quanto em Flutter, e nossa preferência interna é Flutter — então desconte tudo abaixo conforme necessário. Liguei nosso próprio preço no final para que você possa verificar se estou citando números reais ou marketing.
Eu assisti a esse argumento acontecer talvez quarenta vezes em kickoffs de clientes, e isso quase sempre é decidido pelo eixo errado. Alguém traz uma tabela comparativa cheia de detalhes de renderização do motor, alguém diz "Flutter será mais barato", e o fator real que determina o custo nunca entra na conversa.
Então aqui está a versão desconfortável, com nossos números reais publicados.
O custo de construção é idêntico, e mostrarei nossa própria lista de preços para provar
Esta é a parte que as agências evitam publicar porque remove um trampolim de vendas. Aqui está o que cobramos pelo mesmo escopo em cada framework:
| O que você está construindo | React Native | Flutter | O que realmente move o preço |
|---|---|---|---|
| Aplique simples, 4–8 telas, sem login | R$50.000 – R$100.000 | R$50.000 – R$100.000 | Número de telas, quão personalizado é o design |
| Aplique médio, login + pagamento | R$100.000 – R$250.000 | R$100.000 – R$250.000 | O backend e a gateway de pagamento |
| Marketplace / sob demanda | R$250.000+ | R$250.000+ | Papéis do usuário, rastreamento ao vivo, pagamentos |
| Hospedagem de backend, mensalmente | R$3.000 – R$25.000 | R$3.000 – R$25.000 | Usuários e dados — o framework é irrelevante |
| Mantendo, mensalmente | R$5.000 – R$30.000 | R$5.000 – R$30.000 | Lançamentos do SO, alterações de política da loja |
As colunas são as mesmas propositalmente. O que consome o orçamento de um aplicativo é a criação de telas, integração com API, gateway de pagamento, teste em dispositivos Android indianos de baixo custo e passar pela revisão da loja. Cada um desses custa o mesmo em Dart quanto em TypeScript.
Se uma empresa te cotar significativamente mais barato "porque Flutter", eles estão descontando para ganhar o trabalho e encontrarão a forma de recuperar o dinheiro em algum lugar. Isso vale a pena dizer claramente mesmo que seja uma frase que nos custa trabalho.
Então o que o framework realmente decide? Seu custo de contratação no segundo ano
A regra interna que usamos:
Escolha Flutter se o aplicativo está abaixo de aproximadamente R$250.000 e sua função é telas, formulários, listas e pagamentos. Escolha React Native se você já tem um produto web em React ou Next.js ou se planeja contratar um desenvolvedor mobile interno na Índia dentro de doze meses.
Aquele segundo cláusula é a que importa e aquela que ninguém cota. O recrutamento para o React Native ocorre no enorme pool indiano de JavaScript — o mesmo pool que seu recrutamento web já desenha de. Dart é uma especialização separada com muito menos oferta local, então você espera mais tempo e paga mais por equivalência em senioridade.
Observe o que não está naquela lista: compartilhamento de código com seu site React. Você não compartilha código. Você compartilha a linguagem, as ferramentas, os padrões de estado, os revisores e a pipeline de contratação. Essa distinção custou dinheiro real para fundadores quando eles orçaram pela primeira e receberam a segunda.
A coisa que torna "qual constrói mais rápido" irrelevante
As comparações de frameworks discutem sobre a velocidade de construção em dias. A data de lançamento é decidida por algo quase nenhum artigo RN-vs-Flutter menciona.
Caso você publique sob uma conta pessoal do Google Play aberta após novembro de 2023, o Google exige um teste fechado com pelo menos 12 testadores optados em continuamente por 14 dias antes que você possa até mesmo aplicar para acesso em produção.
Não são 12 downloads. Doze pessoas optaram por participar e permaneceram optando por participar, durante duas semanas, antes que o aplicativo seja sequer aceito pela loja. A revisão da Apple adiciona seus próprios dias no outro lado.
Isso é uma barreira de duas a três semanas que é completamente indiferente ao seu framework, à sua agência e à qualidade do seu código. Uma escolha de framework que economiza três dias de desenvolvedor não pode economizar duas semanas do relógio da Google.
Duas consequências práticas:
- Coloque a barreira da loja no plano antes que alguém discuta tempos de compilação.
- Inicie o recrutamento dos 12 testadores enquanto o aplicativo ainda está sendo construído. Pessoal, amigos, clientes antecipados, um grupo do WhatsApp. Para uma pequena empresa sem base de usuários existente, isso é uma exigência genuinamente difícil, e em nossa experiência é a razão mais comum para que um primeiro aplicativo seja lançado mais tarde do que prometido.
Uma conta de desenvolvedor tipo organização está isenta da regra dos 12 testadores, o que frequentemente é motivo suficiente para registrá-la corretamente.
Cross-platform significa uma única base de código, não um único computador
Construções de lançamento do iOS devem ser compiladas e assinadas no macOS — tanto em React Native quanto em Flutter. Nenhum dos frameworks remove a exigência da Apple. Adicione o Programa de Desenvolvedores da Apple (99 USD/ano) e os 25 USD uma vez para o Google Play, e se ninguém do projeto possui um Mac, você está pagando por hardware ou serviço de construção em nuvem além do orçamento.
Pergunte a qualquer fornecedor, por escrito, se a infraestrutura de build e assinatura do iOS está incluída no preço. É o detalhe mais comum que surpreende um orçamento cross-platform na Índia, e escolher o outro framework não evita isso.
Onde recomendamos que os clientes sobrepujem nossa própria preferência por Flutter
Nosso favorito é o Flutter. Uma agência que recomenda o mesmo framework para todos os clientes está descrevendo sua própria comodidade, não seu projeto. Os casos em que dizemos React Native contra nossa própria preferência:
- Você já roda um produto web React ou Next.js. Maior fator de decisão na lista; vence sozinho.
- Você contratará um desenvolvedor mobile interno na Índia dentro de um ano. Contratabilidade supera tudo na tabela de recursos.
- Um SDK fornecido por uma empresa que você depende envia suporte React Native primeiro. Algumas empresas de pagamento, KYC, chat e analytics ainda mantêm um pacote oficial RN e deixam o Flutter para a comunidade. Um único SDK oficial ausente se torna semanas de bridge nativo. Listar todos os SDKs que seu aplicativo precisa e verificar ambos leva cerca de uma hora e já reverteram a decisão em projetos nossos.
- O tamanho do instalador é uma restrição real. Flutter adiciona aproximadamente 4-8 MB. Para a maioria dos aplicativos, isso é ruído. Vendendo para mercados sensíveis ao preço em telefones Android de entrada com armazenamento apertado, pode ser conversão.
E o espelho — mantemos a linha do Flutter para aplicativos fortemente animados e guiados por design, qualquer coisa que deve parecer pixel-identical em todos os dispositivos, e um primeiro aplicativo em uma empresa sem equipe de JavaScript existente.
O que custa errar
Mudar de framework mais tarde não é uma migração, é um reescrita. Orçamento 60-80% do original construído: cada tela reconstruída do zero, enquanto o backend, API, design e decisões de produto se mantêm inalterados. Em um aplicativo de ₹2,00,000, isso é ₹1,20,000-₹1,60,000 para chegar exatamente ao ponto em que já estava, recurso por recurso, com nada novo para mostrar a um cliente.
Que é por que o movimento preventivo importa mais do que a escolha: mantenha a lógica de negócios no servidor, não no aplicativo. Qualquer coisa que vive em seu backend sobrevive a uma mudança de framework sem alterações.
Números de terceiros (taxas Apple/Google, política da Play Console) são precisos conforme julho de 2026 e podem mudar — verifique contra o console antes de contar com eles.