Dando autonomia e confiança
ao cliente de uma corretora de seguros

Dando autonomia e confiança
ao cliente de uma corretora de seguros

Dando autonomia e confiança ao cliente de uma seguradora digital

Empresa

Breezy Seguros

Ano

2025

Meu papel

Pesquisa (CX, suporte, entrevistas) · Suporte no benchmarking de seguradoras digitais · Criação do UI Kit e início do Design System · Userflows, protótipos navegáveis e testes de usabilidade · Suporte na definição da solução final com PMs, devs e stakeholders.

Time

Eucimar Raposo (CTO)
Rodrigo Canavez (PM)
Camila Andrade (PO)
Felipe Andrade (UX/UI)
Matheus Gazinele (UX/UI)

Contexto
Contexto
Contexto

A Breezy Seguros é uma corretora independente de seguros com base tecnológica, focada em atender a comunidade latina nos Estados Unidos. A proposta era inovadora, mas faltava uma presença digital para sustentá-la.

O cliente não tinha portal. Emissão de certificados, abertura de sinistros e cotações passavam por WhatsApp e e-mail. O resultado: filas, falhas de comunicação e perda de confiança logo após a contratação justamente o momento em que o cliente mais precisa se sentir seguro.

Desafio
Desafio
Desafio

Criar um portal simples, confiável e eficiente que centralizasse todas as interações do cliente com a Breezy reduzindo a dependência do suporte e devolvendo a sensação de segurança. Algo que entregasse autonomia e fosse escalável para novas formas de interação com os clientes.

O processo
O processo
O processo

Antes de desenhar qualquer tela, passamos por um processo estruturado da escuta à validação para garantir que estávamos resolvendo o problema certo, e não só criando interface bonita.

Nas próximas seções, mostro cada etapa: o Discovery com os times internos (CX, suporte e churn), a escuta dos clientes, o mapeamento da jornada o desenho dos fluxos e wireframes, e por fim, as validações com stakeholders e usuários reais.

A lógica foi simples: ouvir primeiro quem vivia o problema todos os dias, confirmar com quem o sentia na pele, e só então projetar.

Discovery com áreas internas
Discovery com áreas internas
Discovery com áreas internas

Começamos o discovery onde o problema vivia: no time de CX, suporte e churn, áreas que tinham contato com o cliente o tempo todo via WhatsApp e e-mail. Ao todo foram mais de 20 entrevistas, com os seguintes objetivos:

  • Encontrar os padroes de conversa que mais se repetiam

  • Pesquisa de documentos da empresa que contenham informações sobre processos

  • Identificar os maiores pontos de fricção entre cliente x empresa.

  • Identificar os motivos pelo quais clientes davam churn

Os padrões por trás dos chamados
Os padrões por trás dos chamados
Os padrões por trás dos chamados

Após varias entrevistas, análise de documentos, análise dos históricos de conversa e processos de cada equipe. Conseguimos mapear e descobrir os padroes que estavamos em busca. Quase tudo se encaixava em 3 principais categorias, ordem do maior para o menor:

Pesquisa qualitativa com clientes
Pesquisa qualitativa com clientes
Pesquisa qualitativa com clientes

Conversamos com mais de 15 clientes para entender melhor como estava sendo a experiencia com a Breezy, os pontos eram quase sempre sobre segurança e previsibilidade:

  • Se um dia precisar acionar o seguro, será que vai dar tudo certo?

  • Como acompanhar o andamento de um sinistro?

  • Quanto tempo demora depois de acionado?

  • O pagamento está sendo debitado corretamente?

Mapeando a jornada do cliente
Mapeando a jornada do cliente
Mapeando a jornada do cliente

Cruzando com os dados do discovery interno e as conversas com os clientes, mapeamos a jornada de ponta a ponta Descoberta → Consideracao → Contratacao → Uso e gestao → Sinistro/claim e desfecho.

Projetando o fluxo do portal

Com as dores e a jornada em mãos, projetamos o fluxo principal do cliente dentro do portal na V1, priorizando acesso imediato às ações críticas: abrir sinistro, emitir certificado e disponibilizar uma ferramenta de cotação.

Primeiros rascunhos, MPVs
Primeiros rascunhos, MPVs
Primeiros rascunhos, MPVs

Partimos para os primeiros wireframes para validar estrutura e ideias rapidamente, antes de investir em interface de alta fidelidade. Aproveitamos tambem um MPV que estava parado para validar alguns fluxos com as equipes de desenvolvimento e saber até onde conseguiriamos ir para entregar uma boa experiancia já na V1.

Design System
Design System
Design System

Antes de criar qualquer produto, era preciso resolver uma lacuna: não existia um projeto de Design System. Em parceria com devs e stakeholders estruturamos uma base escalável onde já iniciamos a documentacao de tudo que era criado para já dar inicio a um design system vivo e em constante atualizacao.

  • Tokens: cores, tipografia, espaçamento e ícones padronizados.

  • Componentes reutilizáveis: botões, inputs, cards, tabelas e dashboards.

  • Acessibilidade e responsividade: como diretrizes obrigatórias.

  • Documentação viva, facilitando a adoção entre os times.

Foi a decisão de maior retorno do projeto: acelerou o desenvolvimento e garantiu consistência visual em tudo que veio depois.

Validações
Validações
Validações

Tivemos várias rodadas de validação com stakeholders, devs e alguns clientes para checar as informações e testar os fluxos antes do desenvolvimento ajustando o que era necessário, principalmente na coleta de dados que conseguimos encurtar e tornar menos trabalhoso para o usuário.

Soluções implementadas
Soluções implementadas
Soluções implementadas
  1. Login simplificado via e-mail da contratação

  2. Dashboard inicial clara, com visão imediata das principais ações possíveis

  3. Notificação multicanal (telefone, e-mail, portal)

  4. Cotação de novos seguros integrada ao time de vendas

  5. Sinistros com acompanhamento em tempo real

  6. Tickets de suporte centralizados

  7. Emissão de certificados automatizada sem depender do CX

Resultados esperados e aprendizados
Resultados esperados e aprendizados
Resultados esperados e aprendizados

Para o cliente: redução significativa da sobrecarga do suporte · mais confiança e retenção · autonomia em solicitações antes manuais.

Para o negócio: produto escalável · cultura digital fortalecida · impacto direto na eficiência operacional e na experiência do cliente.

Aprendizado: o maior ganho não veio de uma feature isolada, mas de transformar a tarefa mais repetitiva o certificado em autosserviço. Resolver bem o problema mais comum liberou o suporte para o que realmente exige um humano.

Próximos passos
Próximos passos
Próximos passos

Expandir o portal com as informacoes de apólices e ofertas personalizadas (cross-sell), e ampliar o uso de IA para entregar informações relevantes ao cliente de forma proativa. Analisar a satisfacao e uso dos clientes no novo portal.

O processo

Antes de desenhar qualquer tela, passamos por um processo estruturado da escuta à validação para garantir que estávamos resolvendo o problema certo, e não só deixando a interface bonita.

Nas próximas seções, mostro cada etapa: o Discovery com os times internos (CX, suporte e churn), a escuta dos clientes, o mapeamento da jornada o desenho dos fluxos e wireframes e, por fim, as validações com stakeholders e usuários reais.

A lógica foi simples: ouvir primeiro quem vivia o problema todos os dias, confirmar com quem o sentia na pele, e só então projetar.

Discovery

Começamos o discovery onde o problema vivia: no time de CX, em contato com o cliente o tempo todo via WhatsApp e e-mail. A meta era encontrar os padrões de conversa que mais se repetiam e usá-los para nortear os fluxos dentro do portal.

Conversa com CX, suporte e equipe de churn

Ao mapear os atendimentos, identificamos o padrão que definiria o projeto: quase metade dos chamados era só para gerar certificado de seguro documento muito exigido nos EUA para o dia a dia, como assinar contrato de aluguel, financiar um carro ou fechar contratos comerciais.

A outra metade se dividia entre acionar sinistros, tirar dúvidas sobre novos seguros (casa, empresa, carro…), consultar informações da apólice, assinar documentos e acompanhar o débito automático.

Conversa com clientes Breezy

Ouvindo o cliente, as dúvidas eram quase sempre sobre segurança e previsibilidade:

  • Se um dia precisar acionar o seguro, será que vai dar tudo certo?

  • Como acompanhar o andamento de um sinistro?

  • Quanto tempo demora depois de acionado?

  • O pagamento está sendo debitado corretamente?

Mapeando a jornada do cliente

Cruzando o que o CX via com o que o cliente sentia, mapeamos a jornada de ponta a ponta contratação → uso do seguro → suporte destacando onde a confiança se quebrava: o vácuo logo após a compra, a opacidade durante um sinistro e a dependência de um atendente humano para tarefas simples, como emitir um certificado.

Projetando o fluxo do portal

Com as dores e a jornada em mãos, projetamos o fluxo do cliente dentro do portal, priorizando acesso imediato às ações críticas: abrir sinistro, emitir certificado e abrir ticket.

Primeiros rascunhos

Partimos para os primeiros wireframes para validar estrutura e ideias rapidamente, antes de investir em interface de alta fidelidade.

Validacoes

Rodamos várias rodadas de validação com stakeholders e clientes para checar as informações e testar os fluxos antes do desenvolvimento ajustando o que não fazia sentido enquanto o custo de mudar ainda era baixo.

Soluções implementadas
  1. Login simplificado via e-mail da contratação

  2. Dashboard inicial clara, com visão imediata das principais ações possíveis

  3. Notificação multicanal (telefone, e-mail, portal)

  4. Cotação de novos seguros integrada ao time de vendas

  5. Sinistros com acompanhamento em tempo real

  6. Tickets de suporte centralizados

  7. Emissão de certificados automatizada sem depender do CX

Resultados e aprendizados

Para o cliente: redução significativa da sobrecarga do suporte · mais confiança e retenção · autonomia em solicitações antes manuais.

Para o negócio: produto escalável · cultura digital fortalecida · impacto direto na eficiência operacional e na experiência do cliente.

Aprendizado: o maior ganho não veio de uma feature isolada, mas de transformar a tarefa mais repetitiva o certificado em autosserviço. Resolver bem o problema mais comum liberou o suporte para o que realmente exige um humano.

Próximos passos

Expandir o portal com histórico de apólices e ofertas personalizadas (cross-sell), e ampliar o uso de IA para entregar informações relevantes ao cliente de forma proativa.