Contexto:
Claps é um SaaS que transforma apólices de seguro em APIs, tornando possível montar vários produtos em alguns minutos. Um produto que nasceu voltado para o mercado open insurance com intuito de organizar de ponta a ponta a esteira de um produto de seguro, desde o cadastro e integração dele com a seguradora, tornando possível ele ser uma API, até o repasse de comissões de acordo com as distribuições do produto específico para corretoras e seus funcionários (produtores).
Frustração do usuário:
O produtor (funcionário da corretora), quando vai fechar uma venda ou cadastrar um cliente, precisa lidar com um conjunto de regras e facilidades para maior conversão dessas regras. Na forma que eles utilizavam, boa parte dessas regras eram feitas na tentativa e erro ou pela experiência do corretor, tornando o processo de venda mais moroso, esperando retorno da seguradora às vezes até por dias, diminuindo a conversão de vendas.
Objetivo:
Tornar mais prático, contínuo e com regras claras o processo de venda de produtos para os clientes através do sistema pelos produtores. Algumas regras foram mapeadas em uma focus group com produtores para entender as necessidades básicas dentro da esteira de vendas.
Facilitar a pesquisa para saber se o cliente já é cadastrado ou não.
Informações obrigatórias para cadastro básico de um cliente
Requisição de informações e regras baseado nos produtos de interesse do cliente
Formas de pagamento e dados necessários para executar as transações dentro das regras de PCI
Discovery:
Além de termos feito uma focus group para entender a esteira completa de vendas dos produtores, também fizemos uma análise de competidores para entender quais características os concorrentes tinham o que era semelhante, o que não era. O ponto interessante foi a dificuldade de achar um competidor com uma feature de end to end para o processo de venda de um produto ou apólice de seguro. Também só tivemos um competidor com o processo de transformar apólices de seguro em APIs.
Também fizemos uma análise de competidores para melhor entendimento de mercado, gargalos dentro das principais features dos concorrentes e pontos de atenção não mapeados durante a percepção da feature e análise da pesquisa com usuários.
INSIGHT:
Pesquisar o cliente por CPF antes de qualquer coisa, torna possível o produtor saber se é necessário cadastrar ele, ou se ele já tem cadastro e é necessário complementos.
Todo o processo de venda através de etapas de preenchimento com mínima obrigatoriedade torna a o fechamento de venda mais possível de acontecer.
As regras de cada apólice já cadastradas previamente no sistema, faz o produtor já saber qual o status e os requisitos para contratação da apólice ou produto.
User Flow:
Após entendermos os critérios de aceite, requisitos necessários e itens obrigatórios para solução da demanda, executamos o user flow para validar e mapear possíveis gargalos ou situações não pensada no processo de ideação
Validação:
Após o processo de ideação e análise heurística, foi feito no figma um protótipo navegável e compartilhado com algumas corretoras e produtores para podermos aprimorar a entrega da feature antes de iniciar o desenvolvimento.
