Perguntas para fazer antes de contratar um estúdio de software

Todo founder não técnico chega à primeira reunião com um estúdio carregando perguntas que tem vergonha de fazer. Quanto isso custa de verdade? Quem vai programar? E se atrasar? Muita gente engole a pergunta para não parecer leiga. E é justamente essa pergunta engolida que vira problema três meses depois.

Em 23 de setembro de 2026, o podcast Tech for Non-Techies, apresentado por Sophia Matveeva, dedicou um episódio inteiro a essas perguntas. O convidado foi Vuk Nikolic, que lidera a Hurricane Studio. Uma transparência importante: a Hurricane é a patrocinadora do episódio, a primeira da história do podcast, como a própria apresentadora informa. Vale ouvir com isso em mente. Mesmo assim, os conselhos servem para avaliar qualquer fornecedor, inclusive nós.

O que o episódio recomenda

Os pontos que mais me chamaram atenção:

• Reserve pelo menos 30% do orçamento. Para mal-entendidos, requisitos que ninguém disse em voz alta e escopo que cresce.
• Escopo pesa mais que hora. O que define o custo é o que você pede, não a taxa por hora.
• Comece pelo menor produto que dá para vender. E use o discovery para dimensionar o time.
• Defina o que é “pronto”. Programado, testado, publicado, com marketing avisado, ou no ar?
• Desconfie de quem diz sim para tudo. Para Nikolic, aceitar tudo sem questionar escopo, prazo e orçamento é “o erro mais caro que você pode cometer”.

Nikolic também apresentou faixas de custo por tipo de produto. Não vou repetir os números aqui, por um motivo simples: eles dependem do escopo, do país e do estúdio, e um número solto vira âncora errada na cabeça de quem lê.

As perguntas que você tem vergonha de fazer

Juntei o que o episódio sugere com o que eu vejo em mais de dez anos de reunião com founder. Leve esta lista impressa, se precisar.

Sobre escopo

1. O que fica fora da primeira versão? Se o estúdio não consegue listar, ele não cortou nada. E escopo sem corte não cabe em data nenhuma.
2. O que acontece quando eu pedir algo novo no meio do projeto? A resposta certa tem processo: avalia, mostra o impacto na data e no preço, e você decide.

Sobre preço

3. Como você chegou neste número? Preço dado antes de entender o problema é chute. No episódio, dar valor por hora antes de entender o problema aparece como sinal de alerta.
4. O preço é fechado ou pode mudar? Se pode mudar, pergunte em que condições, por escrito.
5. Quanto devo guardar para imprevistos? Um estúdio honesto não diz “nada”. A referência do episódio é 30%.

Sobre quem faz

6. Quem vai construir meu produto, e posso falar com essa pessoa? Ter acesso só a um gerente sênior, sem contato com quem programa, é outro alerta citado por Nikolic.
7. Quantos projetos vocês tocam ao mesmo tempo? Time dividido entre muitos clientes é time ausente do seu.
8. Como vocês usam IA? Pergunta legítima em 2026. A resposta boa explica o que a IA faz e quem revisa.

Sobre prazo

9. A data vai no contrato? Data falada não vale.
10. O que significa “entregue”? Combine a definição antes. “Pronto no ambiente de teste” e “no ar com cliente usando” são datas diferentes.
11. Quando eu vejo o produto rodando pela primeira vez? Quanto mais cedo, menor o risco.

Sobre o depois

12. Quem cuida do produto depois do lançamento? Software no ar precisa de alguém olhando.
13. Eu tenho acesso ao código e às ferramentas do projeto? O episódio recomenda acesso a repositório e quadro de tarefas, sem microgerenciar.

O sinal que vale mais que qualquer resposta

O conselho final do episódio é o que eu mais assino embaixo: um bom parceiro discorda de você quando precisa. Nas palavras de Nikolic, “se tudo é sim, eles estão ali só pelo dinheiro”.

Quando um estúdio diz “isso não cabe na data, vamos cortar”, ele está protegendo o seu dinheiro. Quando diz sim para tudo, está empurrando a conta para depois.

Como fazemos no Studio

Respondemos a essa lista na primeira conversa. O preço é fechado depois do diagnóstico, nunca antes. O prazo vai escrito no contrato. Atendemos no máximo [três] projetos ao mesmo tempo. Usamos Claude Code e Figma no design e no build, e explicamos o que a IA faz e o que nós revisamos.

E todo sistema sai com um agente de IA que roda todo dia, aponta falhas, sugere melhorias e confere se os dados fazem sentido. É a nossa resposta à pergunta 12.

Se você está prestes a contratar alguém para construir seu sistema ou SaaS, traga esta lista para a conversa com a gente. Fazemos questão de responder todas.