Como tomo decisões de produto.

Faço meu melhor trabalho quando comportamento do usuário, operação e tecnologia estão misturados. Foi assim com pagamentos e reembolsos por autoatendimento na EBANX, fluxos clínicos na Zenklub e auditoria de fretes na Loadsmart.

Preciso de um problema importante, acesso às pessoas que convivem com ele e uma forma concreta de saber se o produto mudou alguma coisa. Sou menos útil quando o trabalho consiste principalmente em manter um roadmap herdado.

Separo o que sabemos daquilo que estamos apenas assumindo. Depois procuro a hipótese que, se estiver errada, torna o restante da solução irrelevante.

Na Loadsmart, uma expansão de pagamentos parecia atraente. A pesquisa mostrou que muitos clientes já estavam ancorados em seus ERPs, então recomendei não seguir com a tese naquele momento. Na EBANX, o risco era mais reversível: definimos critérios de sucesso, lançamos o chatbot gradualmente e usamos dados de resolução e escalonamento para orientar a expansão.

Prefiro uma entrega pequena quando o custo de errar é limitado. Prefiro parar quando a premissa central está fraca.

Trabalho diretamente com estratégia de produto, fluxos, experiência, protótipos, métricas e comportamento de IA. No Fio, levei um produto para iPhone ao TestFlight e trabalhei com recuperação de fontes, instruções para os modelos, avaliações, orquestração, novas tentativas e síntese de voz.

Isso me permite investigar falhas e discutir escolhas técnicas com precisão. Não me torna engenheiro de produção, designer visual especialista ou cientista de dados. Meu trabalho é conectar o problema do usuário, o comportamento desejado, a experiência e o desempenho real do sistema.

Colaboro melhor quando o problema é compartilhado e as responsabilidades estão claras. Quero designers e engenheiros participando da solução desde cedo, não recebendo uma resposta pronta.

Quando há discordância, procuro as crenças por trás de cada posição e o que pode torná-las testáveis. Na Zenklub, preocupações com adoção, qualidade da experiência e relação com os profissionais viraram critérios para um lançamento gradual. Na Loadsmart, a evidência dos clientes mudou a estratégia original. Não protejo uma decisão só porque ajudei a criá-la.

Busco uma posição em produto com responsabilidade por um produto ou problema importante. Quero trabalhar perto de usuários, designers, engenheiros e da realidade operacional do produto, da definição do problema ao lançamento e à evolução.

Tenho interesse especial em SaaS, B2C, B2B2C, fluxos operacionais complexos e produtos de IA nos quais qualidade, confiança e viabilidade econômica importam tanto quanto a demonstração.

Não sou a pessoa certa para uma função que seja principalmente uma camada de coordenação executiva, a execução de um roadmap fixo ou a substituição de um engenheiro de aprendizado de máquina.

Meu melhor trabalho exige acesso ao problema, feedback direto e responsabilidade pela decisão.