Um protótipo só vale o que ele muda na decisão
O melhor protótipo não é o mais bonito. É o menor artefato capaz de tornar uma dúvida importante mais concreta.
A ideia do Fio parecia simples em uma frase: transformar conteúdo salvo em podcasts privados. Ainda assim, discutir a proposta no papel não respondia às perguntas que realmente importavam. Um episódio gerado a partir de um artigo seria bom o bastante para ouvir? As fontes continuariam reconhecíveis no resultado? Quanto tempo e quantas etapas seriam necessárias para chegar até o áudio?
Construir o fluxo entre fonte, sumarização, roteiro e TTS mudou a qualidade dessas perguntas. A discussão deixou de ser apenas sobre a ideia e passou a acontecer em torno de algo que eu conseguia ouvir, interromper e comparar. O protótipo não provou que o Fio viraria um hábito. Ele mostrou quais partes da experiência precisavam funcionar antes que essa pergunta pudesse ser testada com seriedade.
É isso que procuro em um protótipo. Nem sempre ele precisa ser uma interface polida. Pode ser uma chamada real de modelo, um serviço feito manualmente ou uma planilha que torne o custo visível. A escolha depende da dúvida. Se o risco está na qualidade do resultado, uma tela clicável pode esconder o problema. Se o risco está na compreensão do fluxo, construir o sistema inteiro pode ser desperdício.
Prototipar também não é automaticamente melhor do que analisar. Algumas decisões dependem mais de conversar com usuários, entender uma restrição operacional ou verificar a economia do produto. O protótipo é útil quando reduz uma incerteza relevante. Se ele apenas faz a ideia parecer mais pronta, acrescenta confiança sem acrescentar evidência.