📍Skutr Docs — Dia 10. Quando o cliente não veio, mas o briefing é necessário

Ontem — voz que entende de negócios. Hoje — duas grandes partes: edição completa do briefing no web painel e o cenário em que o cliente não compareceu à entrevista.



📝 O briefing tornou-se editável

Antes, o briefing no web painel era somente leitura — a IA gerava, o freelancer olhava. Mas na prática, o briefing sempre precisa de ajustes: especificar o público-alvo, adicionar integração, alterar prazos. Agora, todos os 9 campos do briefing são editáveis diretamente no painel. E após as edições — botão "Regenerar Especificação Técnica", que recria a especificação técnica e o custo a partir do briefing atualizado.



💰 Validação: sem preço, sem documento

Descobri que o freelancer podia salvar o projeto e baixar o PDF sem informar o custo final. Resultava num documento com campo de preço vazio — isso não pode ser enviado ao cliente.

Agora: o salvamento manual é bloqueado sem final_price > 0. A geração de PDF também. Tanto no front-end (notificação toast) quanto no back-end (erro 400). O salvamento automático a cada 30 segundos funciona sem restrições — para que edições intermediárias não sejam perdidas.



✏️ Detalhes que importam

O nome do projeto agora é editável inline — clique no título, digite, Enter. O PDF foi renomeado para "Briefing e Especificação Técnica" — porque agora inclui o briefing. Os prompts para todos os 12 tipos de projeto foram atualizados.



🔀 Quando o cliente não veio para a entrevista

Segunda parte do dia. O freelancer cria um projeto, escolhe o caminho A (entrevista com IA), envia o link ao cliente. E o cliente não vem. O freelancer fez o briefing por conta própria — por telefone, por mensagem — e quer carregar os materiais no projeto já criado. Mas não havia interface para isso. A tela "Aguardando cliente" ficava girando o spinner e esperando. Infinitamente.

Adicionei o botão "Carregar materiais por conta própria" na tela de espera. Um formulário completo: texto + voz + foto + arquivo. Carregou — clicou "Gerar Especificação Técnica" — o pipeline assume.

Mas nos bastidores — o pipeline falhava. O projeto foi criado com brief_source = "interview", o pipeline seguia para o ramo de entrevista, entrevista vazia — erro. Os materiais carregados estavam ali, mas o pipeline não os via.

Corrigi: agora o pipeline determina a fonte pelo fato, não pela etiqueta. Se há dados de entrevista — usa-os. Se não, mas há materiais carregados — caminho de upload.



💡 Insight do dia

O produto quebra não no caminho feliz. O cliente não veio para a entrevista — isso não é um caso extremo, é metade da realidade do freelancer. Se o produto não sabe lidar com isso — é um brinquedo, não uma ferramenta.



🎯 Resumo do dia: briefing editável com regeneração de especificação técnica, validação do custo final, edição inline do nome, carregamento de materiais em projeto existente, detecção automática da fonte de dados no pipeline.



#buildinpublic #skutrdocs #IA #freela #autônomos #startup #SaaS #produto #UX