Começo mapeando o contexto: quem é o usuário, quais são suas dores reais, o que o produto promete e onde a experiência começa a gerar dúvida, fricção ou abandono.

Uso entrevistas, análise de comportamento, dados existentes e benchmarks para construir hipóteses antes de construir soluções. Em produtos conversacionais, isso significa entender como as pessoas falam, interpretam e tomam decisões durante a interação.

Com o contexto em mãos, estruturo fluxos e arquitetura da experiência antes da escrita. Em chatbots, isso significa mapear intenções, entidades, caminhos felizes, exceções e pontos de abandono. Em produtos digitais, significa organizar hierarquia de informação, navegação e carga cognitiva antes de qualquer interface final.

Grande parte dos problemas de linguagem é resolvida nessa etapa. Fluxo ruim não se corrige com copy boa.

A escrita entra como parte do sistema, não como acabamento visual. Desenvolvo tom de voz, microcopy, diretrizes de linguagem e estruturas de comunicação coerentes com o comportamento do usuário e os objetivos do produto.

Tom de voz não é apenas estilo. É percepção de marca, clareza e confiança durante a experiência.

Validação não acontece no final do projeto. Ela acompanha toda a construção da experiência. Realizo testes com usuários reais, análise de comportamento, acompanhamento de métricas e A/B testing de fluxos críticos — especialmente em onboarding, CTAs, mensagens de erro e experiências conversacionais.

Um aprendizado recorrente: usuários raramente leem tudo. Eles escaneiam, interpretam e tomam decisões rapidamente. Os testes existem para confrontar essa realidade.

Ao final de cada projeto, estruturo documentações e sistemas que permitem continuidade sem dependência operacional. Isso inclui guidelines de linguagem, handoff para desenvolvimento, treinamento de equipes e estruturas de conteúdo que mantêm consistência mesmo com evolução do produto.

Uma boa documentação reduz retrabalho, diminui ruído entre times e ajuda a experiência a escalar de forma sustentável.