Uma dissecação do fluxo exato para transformar notas de reunião bagunçadas em um brief pronto para o cliente, incluindo os três modos de falha que não estão em nenhum tutorial.
O pior brief que já mandei para um cliente foi escrito em cima de uma gravação completa, uma transcrição completa, e um modelo de IA capaz. Também era o brief errado, coerente na superfície, errado sobre o que o cliente de fato precisava, suave o suficiente para eu não perceber antes de mandar.
A falha não foram as ferramentas. Foi o pipeline. Eu tinha automatizado longe demais na direção errada e pulado o único passo que faz a diferença entre um brief que ajuda o cliente a pensar e um que só prova que você estava na sala.
Esta é a dissecação do pipeline que rodo agora, os passos reais, em ordem, com os três lugares em que ele quebra e o que faço em cada um. Sem enquadramento aspiracional. Isto é o que de fato roda em trabalho real de cliente.
Antes dos passos: sejamos honestos sobre o que a IA não consegue fazer nesse fluxo, porque todo tutorial pula essa parte.
A IA não consegue te dizer qual momento na reunião foi o que importou. Não consegue distinguir entre o que um cliente disse e o que um cliente quis dizer. Não consegue ouvir a pausa antes de uma resposta, ou o jeito como uma pergunta foi desviada. Esses sinais são seus. Eles vivem nas notas que você faz durante a reunião, não na transcrição depois dela.
Então a primeira restrição desse pipeline é arquitetural: a IA opera sobre o que você traz a ela, e o que você traz a ela é o produto da sua própria percepção na sala. Automatize a transformação de um bom input, e você tem um bom output. Use IA para tentar salvar um input ruim, notas rasas, sem contexto, uma transcrição bruta sem anotação humana, e você recebe um brief plausível que representa mal a reunião. Já gerei os dois. Só um é útil.
Durante a reunião faço notas esparsas digitadas. Não uma tentativa de transcrição; não bullet points de tudo que foi dito. Estou procurando três coisas específicas, e as marco inline:
[D], uma decisão, mesmo que tentativa[T], uma tensão que não se resolveu (“querem X mas também disseram Y”)[Q], uma pergunta que fizeram e ninguém respondeu, ou que foi enterradaNada mais é marcado. A disciplina é deliberada. Se tento capturar tudo, estou transcrevendo, e transcrever na sala troca atenção por cobertura, uma troca ruim. Essas três marcações levam quinze segundos cada e não me custam nada na sala. Ao final de uma reunião de noventa minutos, tenho, tipicamente, de quatro a oito delas. Esse é o input real para tudo que vem depois.
Depois da reunião, transfiro as notas anotadas para o Obsidian e as passo por um único passo de compressão. A instrução que uso:
Here are annotated notes from a client meeting. Tags: [D] = decision, [T] = tension, [Q] = unanswered question.
Produce a structured outline only, no prose. Three sections:
1. Decisions taken or effectively taken (list the decision and the confidence level: firm / provisional / tacit)
2. Tensions still open (list each tension as a genuine either/or)
3. Questions nobody answered (verbatim or close to it)
Do not interpret. Do not add context I haven't provided. If you are uncertain whether something is a decision or a tension, put it in both.
A instrução “não interprete” é a que carrega o peso. Interpretação é meu trabalho, por motivos que o terceiro passo deixa óbvio. O que preciso do estágio de compressão é forma, uma estrutura limpa que torna o conteúdo da reunião navegável e pronto para argumentação. Não preciso da leitura do modelo sobre o que o cliente estava de fato dizendo. Essa é a única coisa que ele consistentemente erra.
Agora escrevo o brief. À mão. A partir do outline comprimido.
O brief tem três seções que mapeiam para os três tipos de marcação. Isso não é coincidência; desenhei as marcações para produzir as seções. Decisões viram a seção “Onde ficamos”. Tensões viram a seção “Questões em aberto”, reformuladas como perguntas de verdade, não como declarações diplomáticas geradas por IA. Perguntas sem resposta viram “Pontos de partida para a próxima conversa”.
A escrita nessa etapa é genuinamente minha, pelo mesmo motivo que o primeiro rascunho de uma recomendação tem que ser meu: o brief é um documento voltado ao cliente, e qualquer coisa nele representa o meu entendimento do que aconteceu. Se deixo o modelo escrever a prosa, acabo editando uma versão plausível dos eventos que pode ou não ser o que eu de fato penso. Parece pronto. O cliente percebe quando não captura bem a sala, mesmo quando não consegue explicar por quê. Eles também estavam na sala.
O brief não é uma transcrição em forma de parágrafo. É um registro do que você entendeu, e o que você entendeu é seu para escrever.
Tempo total do fim da reunião até o brief enviado: tipicamente trinta a quarenta e cinco minutos para uma reunião de noventa minutos. O passo de notas-de-reunião-para-brief costumava levar duas horas e exigia reouvir gravações. Foi essa reescuta que cortei, não a escrita.
Toda versão desse pipeline que rodei quebrou nos mesmos três lugares. Conhecê-los de antemão é a única coisa que me impede de ser pego de surpresa por eles.
Quebra um: a armadilha da transcrição. A falha mais comum é começar por uma transcrição completa em vez de notas anotadas. Transcrições são abrangentes e inúteis do mesmo jeito que os inputs de scraping eram inúteis no fluxo de pesquisa, são um registro completo de ruído ao lado de sinal, sem forma de distinguir qual é qual. Quando alimento uma transcrição ao passo de compressão, o modelo tem que adivinhar quais momentos importaram. Ele adivinha encontrando o que foi dito mais vezes, ou com mais ênfase, ou mais claramente, nenhum dos quais é um proxy confiável para o que o cliente de fato se importava. Minha anotação de três marcações é precisamente a camada de sinal que uma transcrição não consegue fornecer. A transcrição não é um substituto para as notas; é uma alternativa a ter prestado atenção.
Quebra dois: o problema da lavagem de confiança. O passo de compressão tem um modo de falha contra o qual agora me protejo explicitamente: o modelo vai produzir prosa confiante e limpa sobre decisões que, na sala, eram provisórias, tentativas ou contestadas. Um cliente que disse “acho que estamos pendendo para a opção B” vira, em um brief gerado por IA, “o cliente escolheu a opção B”. A palavra “acho” desaparece na sumarização. O rótulo “provisório” nunca aparece porque o modelo não sabe como confiante e provisório se parecem de dentro de uma conversa de negócios ao vivo.
É por isso que a instrução de compressão pede níveis de confiança explicitamente, “firme / provisório / tácito”, e por que releio o output contra minha própria memória da sala antes de o brief ir para qualquer lugar. O modelo não pode saber a diferença. Você pode. Use isso.
Quebra três: o problema da prosa limpa. O último modo de falha é o mais sutil. Um brief bem escrito suaviza tudo, inclusive as tensões que deveriam permanecer afiadas. Uma tensão que soava como “querem granularidade semanal mas resistem à governança de dados necessária para produzi-la” vira, em prosa gerada por modelo, algo como “a equipe está trabalhando para alinhar a cadência de relatórios”. Essa frase não está errada. Também não é útil. O cliente não consegue agir sobre ela. A tensão é o que precisam encarar, e prosa suave a dissolve.
Minha regra: se uma tensão na seção “Questões em aberto” não parecer levemente desconfortável de ler, escrevi errado. Desconforto é o sinal de que o brief é honesto sobre o problema real, que é a única razão para enviá-lo.
Obsidian para as notas e o passo de compressão. Um modelo de IA capaz para a compressão. Um template no Obsidian com as três seções pré-montadas, para que o passo de preenchimento tenha uma moldura consistente para trabalhar. Nenhuma ferramenta de gravação, nenhuma auto-transcrição, nenhum bot de notas de reunião, eles otimizam para captura, e captura não é o gargalo. Anotação na sala é. Só listo o que está na minha stack real.
Se você quiser o template exato, as convenções de marcação, o prompt de compressão, e a estrutura de brief de três seções com o esqueleto de nível de confiança embutido, está empacotado:
→ O template Meeting-to-Deliverable, $49. Coloque no Obsidian e rode sua próxima reunião de cliente por ele. (Vai primeiro para a lista da newsletter; inscreva-se abaixo.)
Divulgação: Alguns links neste site são links de afiliado, se você comprar por meio deles, posso ganhar uma comissão, sem custo adicional para você. Só recomendo ferramentas que eu de fato uso. Veja o brief que você acabou de ler: as falhas estão aqui também, porque é isso que “de fato uso” significa.
O brief que mencionei no início, o errado, enviado em cima de uma gravação completa e uma transcrição, estava errado por um motivo específico. Eu tinha um registro preciso de tudo que foi dito. Não tinha nenhum registro do que eu tinha notado. A diferença entre essas duas coisas é o passo de anotação, que leva quinze segundos por marcação na sala e não pode ser recuperado depois do fato. Essa é toda a lição, se você precisar dela em uma frase.
Próximo em Workflows → Minha stack completa de IA de consultoria, e quanto cada ferramenta de fato me custa.
O template exato do Obsidian e a cadeia de prompts completa — a nota de intake estruturada, o prompt de contraste e o checklist de provocação. Coloque no seu vault e rode seu próximo prospect nele em quarenta minutos.
Sem cronograma. Sem enchimento. Sem posicionamento patrocinado. Uma nova construção só sai quando vale seus dez minutos — geralmente a cada 2–4 semanas.
"Só vou enviar algo que eu teria escrito mesmo que ninguém me pagasse por isso. No dia em que isso parar, a newsletter para."