Pular para o conteúdo
Balsa

Como escolher quem vai construir seu MVP

Onze perguntas para fazer a qualquer agência, estúdio ou freelancer antes de contratar o seu MVP — inclusive à Balsa.

Para cada uma: por que perguntar, o que é uma resposta boa e o que é sinal de alerta. Nenhuma resposta sozinha decide. O conjunto mostra com quem você está falando.

Agendar conversa
  1. Quem vai construir de fato?

    Em muita agência, quem vende não é quem constrói. Depois da assinatura, o projeto passa para um time que você nunca viu.

    Resposta boa
    Nomes das pessoas que vão escrever e revisar o código, e uma conversa com elas antes de fechar.
    Sinal de alerta
    “Nosso time” sem nomes. O interlocutor da venda some depois do contrato.
  2. O código é meu?

    Se o código não é seu, o produto também não é. Trocar de fornecedor vira recomeçar do zero.

    Resposta boa
    Repositório no seu nome desde o primeiro dia, com acesso total, e contrato que transfere a propriedade.
    Sinal de alerta
    Código na conta do fornecedor, entregue “no final” ou só mediante taxa.
  3. Como o preço é calculado?

    Cobrança por hora transfere para você o risco de o projeto demorar mais do que o previsto.

    Resposta boa
    Preço fechado para um escopo definido por escrito.
    Sinal de alerta
    Estimativa em horas sem teto, ou um “depende” que nunca vira número.
  4. Quando o escopo é travado — e quem decide o que fica fora?

    Escopo aberto é a principal causa de MVP que atrasa e estoura o orçamento.

    Resposta boa
    Uma etapa de discovery que termina com escopo, preço e prazo por escrito, antes da primeira linha de código.
    Sinal de alerta
    Começar a programar no primeiro dia a partir de um briefing de uma página.
  5. O que acontece se estourar o prazo?

    Todo fornecedor promete prazo. Poucos dizem o que acontece quando ele não é cumprido.

    Resposta boa
    Regra escrita: se o atraso for do fornecedor, o custo é dele. O que conta como atraso seu também está definido.
    Sinal de alerta
    “A gente se esforça.” Atraso que vira aditivo de contrato.
  6. Como vocês validam com usuário real?

    Um MVP existe para testar uma hipótese com quem tem o problema, não para agradar quem paga.

    Resposta boa
    Conversas com quem vai usar o produto antes de construir, e um plano para colocá-lo nas mãos de usuários reais cedo.
    Sinal de alerta
    Validação que se resume a você aprovar telas.
  7. O que é entregue: protótipo ou produto em produção?

    “MVP” significa coisas diferentes para cada fornecedor. A diferença aparece só no fim.

    Resposta boa
    Uma lista clara: domínio, deploy, banco de dados, autenticação — e o que estiver fora dela, dito com antecedência.
    Sinal de alerta
    Um “MVP” que só roda em ambiente de demonstração do fornecedor.
  8. Onde vocês usam IA — e onde não usam?

    IA acelera muito a construção, mas não substitui julgamento em pagamento, dados e segurança.

    Resposta boa
    Uma explicação concreta do que a IA gera e do que uma pessoa decide e revisa antes de ir para produção.
    Sinal de alerta
    “A IA faz tudo”, ou nenhuma resposta clara.
  9. Como vou saber se o produto está funcionando depois do lançamento?

    Sem medição desde o primeiro dia, você não sabe de onde vêm os usuários nem onde eles param.

    Resposta boa
    Eventos e métricas configurados junto com o MVP, não depois.
    Sinal de alerta
    Métricas e analytics empurrados para uma “fase 2”.
  10. Posso ver algo que vocês já colocaram no ar?

    Portfólio de telas mostra design. Produto em produção mostra que o fornecedor sabe terminar.

    Resposta boa
    Um produto real, no ar, com números que têm fonte — ou alguém com quem você possa conversar.
    Sinal de alerta
    Só mockups, portfólio sem link, métricas sem origem.
  11. E depois da entrega, eu dependo de vocês?

    Um bom MVP pode ser evoluído por você, por um time próprio ou por outro fornecedor.

    Resposta boa
    Código legível, documentação e todos os acessos no seu nome.
    Sinal de alerta
    Só o fornecedor consegue mexer no produto.

Quer ajuda para fazer essas perguntas?

Deixe seu nome e e-mail. A gente escreve para você, sem compromisso, para entender o seu projeto e tirar as dúvidas que o checklist levantou.

Quer fazer essas perguntas para a gente?

A conversa inicial é gratuita, dura 30 minutos e é direto com o fundador.

Agendar conversa