Client
GELPI est une agence de courtage en assurance, spécialisée dans les transporteurs et entreprises logistiques.
Besoins
Les clients du cabinet ont exprimé le souhait de pouvoir accéder directement aux informations concernant leurs contrats/flottes/véhicules.
Ceci étant fait auparavant par demande par mail, puis envoi d’un export sous format Excel.
Toutes ces données sont stockées dans un progiciel utilisant une base de données.
Il fallait donc trouver un moyen de récupérer, classer et enfin afficher ces données.
J’ai donc suggéré d’utiliser des Webservices SOAP afin de communiquer directement avec le progiciel.
Ce qui permettait en plus d’avoir un accès non plus seulement en lecture, mais aussi en écriture.
J’ai donc proposé de créer un formulaire de déclaration de sinistre afin que le client renseigne lui-même le sinistre,
plutôt que d’envoyer un mail (souvent incomplet) au cabinet, qui devait ensuite saisir le sinistre.
Equipe
- GELPI :
- Dirigeant
- Chargée de clientèle Grands Comptes
- Laetitia PASCALE
- Editeur progiciel :
- Mr LABA Catalin: Lead Software Developer
- Hébergement web :
- Mr Jean-François GUICHON
- Eric FAUCON :
- Développeur Lead
- 3 autres développeurs
Projet
Défini en 3 étapes :
- Analyse & Rédaction des specifications (fonctionnelles & techniques)
- Développement
- Tests & Livraison
… et 3 catégories
- Données (sélection, récupération, filtre, organisation, affichage)
- Développement (technologies à utiliser)
- Design (interface, éléments visuels)
Spécifications fonctionnelles
Livré :
- Document de 14 pages contenant :
- Plan de site
- Fonctionnalités requises avec champs correspondants
- Fonctionnalités Back-office
- Constraintes techniques
- Niveau de sécurité attendu
Spécifications techniques
Une fois les fonctionnalités bien définies, comment bien les implémenter ?
2 angles évidents :
- Base de données (back-end) : L’organisation des données du logiciel dans la base étant très complexe, nous avons réduit au strict minimum les données utiles. Ainsi, nous pouvions plus facilement ajouter les données inhérentes à l’extranet lui-même (utilisateurs, droits, etc…)
- Application web (front-end): Pour générer les pages web, le PHP a été choisi pour des raisons évidentes :
- Facilité de trouver des développeurs et du support parmi la communauté
- Modules déja existants pour utiliser les Webservices SOAP
- Performant sur de petites applications comme celle-ci
Le framework Laravel semblait ensuite tout à fait adapté, puisqu’il embarque déjà toutes les fonctionnalités nécéssaires (gestion utilisateurs, sur-couche base de données, etc…).
Sa maintenance/mise à jour est aussi très simple grâce à Composer.
Le tri, la recherche et l’export des tableaux de données se font grâce à des librairies Javascript.
Ceci permet de soulager les requêtes et d’accélerer l’application.
Maquettage
Comme toujours, « La perfection est atteinte, non pas lorsqu’il n’y a plus rien à ajouter, mais lorsqu’il n’y a plus rien à retirer. »
Après un benchmark des différentes solutions du marché, nous nous en sommes inspirés et avons décidé de créer notre propre interface.
Défis
- Apprendre et comprendre le modèle de données du logiciel pour en saisir toutes les contraintes
- Traduction du langage des différentes équipes pour faciliter la communication et réduire le risque d’incompréhension
- Trouver le moyen d’accéder en temps réel plutôt que de faire des copies quotidiennes des données
Résultats
- Satisfation utilisateurs : Les utilisateurs peuvent accéder à leur données de flotte en direct, depuis n’importe où, 24H/24
- Satisfaction client : Gain de temps pour l’équipe Gelpi :
- Les sinistres sont ouverts directement par les utilisateurs
- La vérification des informations manquantes est faite directement par l’application
- Un accès à sa flotte peut être ouvert pour n’importe quel client directement par l’équipe Gelpi de manière autonome.
- C’est une nette amélioration pour l’image de marque du cabinet, qui rattrape ainsi son retard en matière de transformation digitale.