Case study Seguros · SinistrosInsurance · Claims 4 min de leitura3 min read

F.N.O.L

Uma forma mobile-first de participar um sinistro automóvel, pensada para o pior momento do dia de alguém, e um backoffice que permite à equipa de sinistros aproveitar o que chega.A mobile-first way to report a car claim, designed for the worst moment of someone’s day, and a backoffice that lets the claims team actually use what comes in.

ClienteClient
Seguradora, Médio OrienteInsurance provider, Middle East
FunçãoRole
Produto · UX · UIProduct · UX · UI
ÂmbitoScope
App móvel + backoffice webMobile app + Web backoffice
AnoYear
2025
Um condutor ao lado do carro danificado participa o sinistro no telemóvel, com os passos de foto, documentos e veículo à volta do ecrãA driver beside his damaged car reports the claim on his phone, with photo, document and vehicle steps around the screen

Sem forma digital de participar um sinistro.

O First Notice of Loss (FNOL) é o momento em que o cliente diz à seguradora que algo correu mal. Neste fornecedor, acontecia inteiramente por centros de atendimento, emails e visitas a balcões.

Os clientes ligavam logo a seguir ao acidente, stressados e sem saber o que era preciso. Os documentos chegavam depois por email, os dados ficavam repartidos entre o CMS e as caixas de correio, e os colaboradores tratavam à mão centenas de milhares de sinistros de complexidade muito diferente.

  • 01Esperas longas e custos elevados de pessoal no centro de atendimento
  • 02Dados incompletos e inconsistentes, espalhados entre o CMS e o email
  • 03Uma má experiência num momento de grande stress
  • 04Uma carga de trabalho esmagadora para a equipa de sinistros

De um telefonema a um fluxo guiado no bolso.

Formulário longo ou telefonemaUma pergunta por ecrã
Escrever os danos à mãoFotos por zona do veículo, a IA redige a descrição dos danos
Recomeçar se houver interrupçãoPausar, retomar e submeter fora de prazo, com orientação

Cinco decisões que o moldaram.

Os ecrãs apresentados diferem ligeiramente do produto final por motivos de direitos de autor e NDA.

Fase 1 · Descoberta e entrada

O problema era o telefonema, não o canal.

As equipas de sinistros precisavam de dados estruturados e completos. As conclusões do centro de atendimento mostraram que os clientes não sabiam que informação era necessária, o que gerava idas e vindas constantes e documentos enviados durante ou depois da chamada.

Sob stress, as pessoas perdem capacidade para tarefas complexas. Por isso o percurso começa antes da primeira pergunta: o ecrã inicial mostra a apólice, confirma que está ativa e diz quanto tempo vai demorar a participação.

Decisão: uma experiência guiada e de baixo esforço em vez de um formulário, usando IA para analisar documentos e extrair dados, para que as pessoas escrevam o mínimo possível.

Ecrã inicial com a apólice automóvel ativa e um botão Iniciar participação que indica cerca de 5 minutos
Ponto de entrada: contexto da apólice e estimativa de tempo antes de começar
Fase 2 · Fluxo

De formulários a decisões.

O fluxo é uma sequência de perguntas únicas em 12 passos curtos, com número de referência da participação desde o início. Cada resposta tem uma consequência clara: um carro que não pode circular encaminha a pessoa para assistência em viagem.

A ajuda está a um toque, em todos os ecrãs.

Princípio: decisões binárias mantêm a carga cognitiva baixa quando as pessoas estão sob stress.

Passo 2 de 12 a perguntar se o carro pode circular, com opções de assistência em viagem ou seguir viagem
Uma pergunta por ecrã, com a consequência à vista
Fase 3 · Qualidade dos dados

A câmara substitui o teclado.

As fotos são pedidas por zona do veículo, frente e traseira, em vez de um carregamento genérico. A IA analisa-as em segundo plano e redige a descrição dos danos para a participação. O progresso e a validação impedem submissões incompletas.

Os documentos obrigatórios, como o auto da polícia, indicam os formatos aceites e mostram o que foi carregado, com uma nota curta que tranquiliza as pessoas de que estão a enviar o documento certo.

Efeito: a equipa de sinistros recebe o que precisa à primeira, sem andar atrás dos clientes por email.

Passo 5 de 12: fotos dos danos organizadas por frente e traseira do veículoPasso 7 de 12: carregamento do auto da polícia com os formatos aceites PDF, PNG, JPG e TIFF
Fotos por zona do veículo, depois documentos com requisitos claros
Fase 4 · Conformidade

A automação escreve. As pessoas confirmam.

Os dados da apólice são pré-preenchidos com OCR e IA, por isso a pessoa só os revê. Qualquer campo continua a poder ser editado.

Uma declaração final de que a informação é verdadeira e correta torna a submissão juridicamente válida sem acrescentar esforço ao resto do fluxo.

Equilíbrio: menos esforço para o cliente, dados verificados para a seguradora.

Passo 12 de 12: rever e confirmar os dados da apólice pré-preenchidos, com caixa de declaração e botão Submeter participação
Revisão, declaração e submissão
Fase 5 · Casos-limite

Desenhar para o caminho que as pessoas realmente fazem.

As participações reais raramente seguem o fluxo ideal. As pessoas participam horas ou dias depois, muitas vezes com informação incompleta.

As participações podem ser guardadas a meio e retomadas. As submissões fora de prazo são sinalizadas sem serem bloqueadas. Passado um período definido, a apólice exige legalmente uma justificação, e o fluxo pede-a com indicações contextuais sobre o que mais é preciso.

Resultado: flexibilidade para o cliente e cumprimento das regras da apólice para a seguradora.

Conceito: retomar e justificar participação tardia

Um percurso de sinistros digital de ponta a ponta.

App móvel FNOL

Participação guiada e centrada na câmara, com pausa e retoma, descrição de danos por IA, pré-preenchimento com OCR e tratamento de participações tardias.

Backoffice web

Reflete estados e respostas da app a par do sistema de email legado e do registo manual, para que os clientes que resistem ao digital total continuem a ter um canal.

Como se mede o sucessoMetas
55%das submissões FNOL em digital em 3 meses
~7 minsubmissão média, contra ~15 min por telefone
−40%volume de chamadas relacionadas com FNOL
72%taxa de conclusão

Aprendizagens e próximos passos

Sob stress, a clareza vence a flexibilidade.

Em crise, as pessoas saem-se melhor com decisões guiadas do que com campos abertos. E estruturar os dados no ponto de entrada melhorou os dois lados ao mesmo tempo: uma experiência mais fácil para o cliente e processos mais limpos para a equipa de sinistros.

Submissão offlineIntegrações de sistemas mais profundasAssistência em tempo real durante a participação

A explorar uma ideia semelhante no seu serviço ou organização?

Seja um percurso de sinistros, um processo que ninguém suporta ou um produto que tem de funcionar sob pressão, podemos começar por uma conversa.

Nuno Flórido é UX/UI Designer e Design Team Lead na S4 Digital, em Setúbal, com experiência em projetos de transformação digital nos setores público e privado a nível internacional. Trabalha com IA e métodos de user experience desde a descoberta: definir o problema a resolver e fechar uma solução de cada vez.

No digital way to report a claim.

First Notice of Loss is the moment a customer tells the insurer something went wrong. For this provider it happened entirely through call centres, emails and branch visits.

Customers called right after an accident, stressed and unsure what was needed. Documents arrived later by email, data ended up split between the CMS and inboxes, and employees handled hundreds of thousands of claims of very different complexity by hand.

  • 01Long waits and high staffing costs in the call centre
  • 02Incomplete, inconsistent data spread across CMS and email
  • 03A poor experience at a high-stress moment
  • 04A daunting workload for the claims team

From a phone call to a guided flow in your pocket.

Long form or phone callOne question per screen
Typing out the damagePhotos by vehicle area, AI drafts the damage statement
Start over if interruptedPause, resume, and submit late with guidance

Five decisions that shaped it.

Screens shown differ slightly from the final product because of copyright and NDA.

Stage 1 · Discovery and entry

The call was the problem, not the channel.

Claims teams needed structured, complete data. Call-centre insights showed customers didn’t know what information was needed, which led to constant back-and-forth, and documents being sent during or after the call.

Under stress, people lose the capacity for complex tasks. So the journey starts before the first question: the home screen shows the policy, confirms it is active, and says how long the claim will take.

Decision: a guided, low-effort experience instead of a form, using AI for document analysis and data extraction so people type as little as possible.

Home screen with the active motor policy and a Start a claim button that says it takes about 5 minutes
Entry point: policy context and time estimate before starting
Stage 2 · Flow

From forms to decisions.

The flow is a sequence of single questions across 12 short steps, with a claim reference number from the start. Each answer has a clear consequence: a car that can’t be driven routes the person to roadside assistance.

Help is one tap away on every screen.

Principle: binary decisions keep cognitive load low when people are under stress.

Step 2 of 12 asking Is your car drivable, with options for roadside assistance or driving on
One question per screen, with the consequence shown
Stage 3 · Data quality

The camera replaces the keyboard.

Photos are requested by vehicle area, front and rear, instead of a generic upload. AI analyses them in the background and drafts a damage statement for the claim. Progress and validation stop incomplete submissions.

Required documents such as the police report list their supported formats and show what was uploaded, with a short note that reassures people they are sending the right thing.

Effect: the claims team gets what it needs the first time, without chasing customers by email.

Step 5 of 12: photos of the damage organised by front and rear of the vehicleStep 7 of 12: police report upload with supported formats PDF, PNG, JPG and TIFF
Photos by vehicle area, then documents with clear requirements
Stage 4 · Compliance

Automation does the typing. People confirm.

Policy details are pre-filled with OCR and AI, so the person only reviews them. Any field can still be edited.

A final declaration that the information is true and correct makes the submission legally valid without adding effort to the rest of the flow.

Balance: less effort for the customer, verified data for the insurer.

Step 12 of 12: review and confirm pre-filled policy details with a declaration checkbox and Submit Claim button
Review, declaration and submit
Stage 5 · Edge cases

Designing for the path people actually take.

Real claims rarely follow the ideal flow. People report hours or days later, often with incomplete information.

Claims can be saved partially and resumed. Late submissions are flagged without being blocked. Past a set period, the policy legally requires a justification, so the flow asks for it with contextual prompts on what else is needed.

Result: flexibility for the customer, and compliance with policy rules for the insurer.

Concept: resume and late-claim justification

A digital-first claims journey, end to end.

Mobile FNOL app

Guided, camera-first claim reporting with pause and resume, AI damage statements, OCR pre-fill and late-claim handling.

Web backoffice

Reflects statuses and responses from the app alongside the legacy email system and manual registration, so customers who resist going fully digital still have a channel.

How success is measuredTargets
55%of FNOL submissions digital within 3 months
~7 minaverage submission, vs ~15 min by phone
−40%FNOL-related call volume
72%completion rate

Learnings & next steps

Under stress, clarity beats flexibility.

People in a crisis do better with guided decisions than with open-ended inputs. And structuring data at the point of entry improved both sides at once: an easier experience for the customer, and cleaner cases for the claims team.

Offline submissionDeeper system integrationsReal-time assistance during the claim

Exploring a similar idea in your service or organisation?

Whether it’s a claims journey, a process people dread, or a product that needs to work under pressure, we can start with a conversation.

Nuno Flórido is a UX/UI Designer and Design Team Lead at S4 Digital, based in Setúbal, with experience in digital transformation projects across the public and private sectors internationally. He works with AI and user experience methods from discovery onwards: defining the problem to solve and closing one solution at a time.