A ideia foi aprovada. Existe orçamento, existe patrocinador e existe pressa. Agora vem a pergunta que trava a maioria das empresas nesse momento: começa por onde?

Alguém ali, sugere um protótipo no Figma. Outra pessoa defende contratar um discovery. O time de tecnologia quer ir direto para o MVP, porque "protótipo não roda". E outro alguém pergunta se não dá para uma IA gerar tudo isso em dois dias.

Todas as cinco respostas estão certas, para empresas diferentes, em momentos diferentes.

A pergunta que separa as opções

Não é "qual é mais rápido" nem "qual é mais barato". É: No final do processo, o que exatamente fica de entregáveis finais?

Um arquivo? Um documento? Um repositório? Um produto no ar? A resposta muda completamente o que acontece depois, e o que precisa ser refeito.

As cinco opções, lado a lado (o comparativo)

| Abordagem | Ideal quando… | O que recebe de entregáveis | Tempo médio | O que ainda falta decidir | | --- | --- | --- | --- | --- | | Protótipo (Figma) | É preciso validar a experiência antes de investir em desenvolvimento. | Telas navegáveis e fluxos de UX. | 1–3 semanas | Arquitetura, código, estimativas, roadmap e planejamento técnico. | | UX Discovery | O problema ainda não está claro e é preciso pesquisar e definir requisitos. | Pesquisa, jornadas, requisitos e documentação. | 3–6 semanas | Como aquilo vira software | | Protótipos gerado por IA | Você precisa demonstrar uma ideia rapidamente. | Uma interface funcional para demonstração. | Dias | Estrutura técnica, qualidade de código, arquitetura, segurança e escalabilidade. | | MVP direto | O problema já é conhecido e a solução está bem definida. | Um produto funcionando. | 3–6 meses | Arquitetura para escalar, refatorações técnicas, documentação, roadmap pós-validação, performance e segurança | | FlowFoundation | Você quer reduzir riscos antes de investir no desenvolvimento completo. | Frontend em código no seu repositório + arquitetura + roadmap + estimativa | 2 semanas | O backend e as camadas de produção |

Vale destrinchar cada uma, com o que costuma dar errado.

Protótipo em ferramenta de design

Serve para:

Testar fluxo e entendimento com usuários e stakeholders antes de qualquer investimento em engenharia. Barato, rápido, reversível.

O buraco:

Protótipo em ferramenta de design não responde nenhuma pergunta de engenharia. Ele não diz quanto custa construir, quanto tempo leva, que stack usar nem o que acontece quando aquela tela precisa carregar 40 mil registros. A empresa sai com clareza de experiência e zero clareza de execução, e o time de desenvolvimento deve começar o projeto do zero, porque não existe uma linha de código aproveitável.

UX Discovery

Serve para:

Contextos com muita incerteza sobre o problema em si, público mal compreendido, processo interno confuso, várias áreas com visões conflitantes.

O buraco:

Termina em um PDF de 60 páginas que o time de tecnologia recebe e arquiva. Não porque o conteúdo seja ruim, mas porque documento não é interface entre estratégia e engenharia. A tradução de "requisito escrito" para "software" continua inteira.

Protótipo gerado por IA

Serve para:

Materializar uma ideia em horas para destravar uma conversa. Como ferramenta de comunicação interna, é imbatível.

O buraco:

O que a IA gera rápido, ela gera sem decisão. Sem modelo de dados pensado, sem padrão de componente, sem escolha de arquitetura, sem consideração de acesso, segurança ou escala. Funciona na demo e não sobrevive ao segundo requisito real. O risco também é político: a demo convence a diretoria de que o produto está 70% pronto quando está em 10%, e a expectativa de prazo se forma em cima de uma ilusão.

Não é argumento contra usar IA, inclusive usamos IA em todos os nossos projetos por aqui. É argumento contra confundir velocidade de geração com maturidade de decisão. IA acelera desenho, protótipo e frontend. Decisão estratégica continua sendo de especialista (humano).

Ir para o MVP direto

Serve para:

Quando o problema é conhecido, o padrão de mercado é claro e a empresa já construiu produtos parecidos antes. Nesses casos, discutir em vez de construir é perda de tempo.

O buraco:

Quando o problema não é conhecido, o MVP vira a etapa de descoberta cara. A empresa aprende o que deveria ter construído depois de já ter construído outra coisa, com contrato assinado, time alocado e escopo que agora precisa mudar no meio.

FlowFoundation

O FlowFoundation é o formato que a Flowlab estruturou para resolver especificamente a lacuna entre todas essas opções: como sair da etapa de definição / concepção com algo que o time de tecnologia continue, em vez de recomeçar.

São DUAS SEMANAS.

Na primeira: entender, definir, estruturar, com uma primeira rodada de refinamento. Na segunda: refino, consolidação da arquitetura, roadmap e documentação.

No último dia, a empresa fica com:

• Estratégia de produto e hipóteses priorizadas;
• Frontend real, em código, no repositório da própria empresa, na stack definida com o time dela e a ideal para o projeto;
• Plano técnico e de arquitetura;
• Roadmap priorizado;
• Estimativa de escopo, prazo e investimento completo;

O que não está incluído: backend, integrações externas, infraestrutura em nuvem, testes automatizados e camadas de segurança e produção. Isso é escopo de desenvolvimento do projeto.

Dois pontos comerciais que costumam decidir a conversa:

A empresa não fica obrigada a desenvolver com a Flowlab. O código é dela, a arquitetura é dela, a estimativa é dela. Pode levar para o time interno ou para qualquer fornecedor.

E se decidir seguir com a Flowlab dentro do prazo previsto, 100% do valor do FlowFoundation é creditado no contrato de desenvolvimento. Na prática, a etapa de definição deixa de ser custo adicional e passa a ser antecipação.

E como escolher na prática

Se a dúvida é sobre o PROBLEMA:

• Não está claro quem sofre, nem o quanto, comece por pesquisa.

Se a dúvida é sobre como montar a JORNADA:

• o problema está claro, mas ninguém concorda sobre como resolver e qual o melhor fluxo pra isso, o protótipo resolve rápido e barato.

Se a dúvida é sobre a EXECUÇÃO:

• todo mundo concorda no quê, e a pergunta agora é quanto custa, quanto demora, em qual stack e em que ordem, é aqui que o FlowFoundation faz diferença. É a única solução das cinco opções que responde essas quatro perguntas com um artefato que o time continua usando depois.

Se NÃO HÁ DÚVIDAS relevantes:

• escopo pequeno, padrão conhecido, time que já fez isso antes, vá para o desenvolvimento. Estruturar duas semanas de definição para uma landing page ou uma integração pontual é burocracia, não método.

O critério final

O melhor indicador da qualidade dessa etapa é o quanto dela continua sendo útil quando o desenvolvimento começa.

Protótipo de design sobrevive como referência visual.

Documento sobrevive como contexto.

Demo de IA raramente sobrevive.

Código em repositório, com arquitetura definida e roadmap priorizado, sobrevive inteiro porque já é a primeira camada do produto.

---

Sua empresa já sabe o que quer construir, mas ainda não sabe quanto custa, quanto demora e em qual stack? Conheça o FlowFoundation ou fale com a Flowlab sobre o seu projeto.