Groupe EALIS

Processus de travail

Je démarrais chaque sujet par un cadrage très structuré, puis j’avançais par itérations courtes, en sécurisant à la fois la conformité métier (assurance/SAV), l’utilisabilité (B2B/B2C) et la livraison technique.

1) Kick-off & cadrage (alignement)

• Recueil du besoin (PO/métier/ops) : objectif business, cible (B2B/B2C), canaux (tablette/mobile/desktop), contraintes planning.

• Définition des KPI/indicateurs : baisse des abandons, réduction des dossiers incomplets, diminution des demandes de compléments, gain de temps de traitement, amélioration satisfaction/support.

• Clarification du périmètre : parcours concerné (souscription, déclaration, suivi, back-office…), écrans impactés, connexions avec d’autres outils.

2) Compréhension métier assurantiel (contrats & règles)

• Lecture/collecte des éléments contractuels utiles (garanties, exclusions, délais, franchises, pièces requises, conditions d’éligibilité).

• Formalisation des règles en logique “parcours” : étapes obligatoires, étapes conditionnelles, décisions (si/ alors), cas de refus, cas de complément, scénarios alternatifs.

• Création d’une base de vocabulaire : termes assurance à simplifier côté client, et terminologie opérationnelle côté back-office.

3) Analyse de l’existant & diagnostic

• Audit UX des parcours existants (B2B et/ou B2C) : points de friction, incohérences, surcharge cognitive, erreurs fréquentes, manque de guidance.

• Collecte des irritants terrain via support/SAV/ops : tickets récurrents, champs incompris, pièces manquantes, étapes abandonnées.

• Cartographie des cas limites : produit non éligible, documents manquants, photos illisibles, doublons de dossiers, délais dépassés, refus, litige.

4) Ateliers de travail (co-conception)

• Atelier “parcours & irritants” : mapping du parcours actuel + identification des blocages.

• Atelier “règles & décisions” : mise à plat des scénarios contractuels (éligible / non éligible / complément / refus).

• Atelier “priorisation” : tri impact/effort, choix des quick wins vs refontes plus profondes.

• Validation des hypothèses avec les acteurs terrain (vendeurs, support, gestionnaires) quand c’était possible.

5) Architecture & conception UX

• Définition des user journeys (B2C/B2B) et des user flows par cible.

• Conception de la structure d’écrans : étapes, regroupement des infos, progressive disclosure (ne montrer que ce qui est nécessaire au bon moment).

• Réflexion microcopy : consignes claires, rassurantes, orientées action, en évitant le jargon assurantiel côté client.

• Définition des champs et règles de saisie : formats, contrôles, messages d’erreur utiles, prévention des erreurs.

6) Wireframes (itérations rapides)

• Wireframes low-fi pour valider la logique avant l’UI : placement des informations, hiérarchie, actions principales, navigation.

• Versions par device si nécessaire dès ce stade (tablette vs mobile vs desktop) pour vérifier la faisabilité et l’efficacité.

• Revues rapides avec PO/métier/dev pour itérer vite (et éviter des allers-retours tardifs).

7) Prototypage & tests

• Prototypes cliquables (selon besoin : statique/dynamique) pour simuler le parcours complet.

• Tests rapides internes/terrain : compréhension des étapes, temps de réalisation, points bloquants, lisibilité sur device réel (tablette en magasin, mobile).

• Ajustements : simplification, clarification, réduction des champs, meilleure guidance, optimisation des étapes.

8) UI Design (marque + cohérence)

• Passage en high-fi en respectant l’identité du client (marque) tout en gardant une base cohérente (design system / composants).

• Déclinaisons complètes : mobile, tablette, desktop selon la cible.

• Gestion fine de l’ergonomie par contexte :

  • tablette vendeur = actions rapides, grosses zones cliquables, lecture immédiate

  • mobile client = étapes guidées, réassurance, documents/photos simples à déposer

  • desktop back-office = densité maîtrisée, priorisation des statuts, traitement efficace

9) États, cas limites & robustesse

• Conception systématique de tous les états : loading, empty, success, error, offline si nécessaire.

• Cas métier : refus, complément, dossier incomplet, délais dépassés, doublon, non-éligible.

• Comportements : validations, autosave si pertinent, reprise de dossier, messages d’aide contextuels.

10) Handoff & collaboration dev

• Livraison “dev-ready” : specs d’interactions, règles de gestion, composants/variantes, breakpoints responsive, microcopy final.

• Tickets structurés : user story, critères d’acceptation, cas de test, dépendances.

• Point de passage avec les devs pour sécuriser l’implémentation (faisabilité, réutilisation composants, limites techniques).

11) QA design & itérations

• Relecture en staging : cohérence UI, spacing, typographie, composants, interactions réelles.

• Vérification accessibilité (focus, contrastes, erreurs, navigation clavier selon contexte).

• Corrections jusqu’à conformité et mise en production.