Conception et développement d’un CRM Vicidial

Ce mémoire porte sur la conception et le développement d’un CRM (Customer Relationship Management) basé sur Vicidial, dédié aux centres d’appels, avec la mise en place d’une solution de reporting sous Symfony 4. Il s’adresse principalement aux étudiants, développeurs et professionnels intéressés par la gestion de la relation client, le développement d’applications web et les méthodologies agiles appliquées aux projets informatiques.

La question

Le projet répond à un besoin crucial des entreprises modernes : disposer d’un outil performant pour gérer efficacement les données clients et les campagnes dans les centres d’appels. Le CRM Vicidial existant, bien que stable, présente des limites importantes telles qu’une interface surchargée, une ergonomie faible, une lenteur d’exécution et un manque de sécurité des données. Ces insuffisances motivent la refonte complète de l’application afin d’offrir une plateforme plus intuitive, sécurisée, rapide et adaptée aux besoins actuels des utilisateurs. Le but est donc de concevoir un CRM web capable de gérer plusieurs campagnes, utilisateurs, groupes, listes, fiches, statuts et statistiques, tout en intégrant une solution de reporting moderne sous Symfony 4.

Concepts de base

Pour comprendre ce projet, il est essentiel de saisir plusieurs notions clés :

• CRM (Customer Relationship Management) : Système informatique destiné à gérer les interactions avec les clients, optimiser la relation commerciale et améliorer la satisfaction client.
• Centre d’appels : Structure où des agents gèrent des appels entrants ou sortants dans le cadre de campagnes commerciales ou de support.
• Vicidial : CRM prédictif open source, utilisé pour la gestion des centres d’appels, permettant d’automatiser et de suivre les campagnes téléphoniques.
• Symfony 4 : Framework PHP moderne basé sur le modèle MVC (Model View Controller), facilitant la conception d’applications web robustes, maintenables et évolutives.
• Méthodologie agile SCRUM : Approche de gestion de projet itérative et incrémentale, favorisant la collaboration, la flexibilité et la livraison rapide de fonctionnalités.
• UML (Unified Modeling Language) : Langage de modélisation graphique permettant de représenter les besoins, les acteurs et les interactions dans un système informatique.
• Besoin fonctionnel : Fonction ou service que le système doit fournir à ses utilisateurs.
• Besoin non fonctionnel : Contraintes sur le système telles que la performance, la sécurité, l’ergonomie ou la rapidité.

Approche

Le projet a été mené en plusieurs étapes méthodiques :

• Étude préalable : Analyse du contexte, présentation de l’entreprise d’accueil (XPERIT), étude de l’existant et identification des limites du CRM Vicidial actuel.
• Analyse des besoins : Identification des acteurs (super administrateur, administrateur, agent) et définition détaillée des besoins fonctionnels et non fonctionnels. Cette étape a utilisé la modélisation UML pour formaliser les cas d’utilisation et les interactions.
• Choix de la méthodologie SCRUM : Pour gérer le projet de manière agile, avec des sprints successifs permettant de livrer des fonctionnalités par étapes et d’intégrer les retours rapidement.
• Conception technique et graphique : Élaboration de l’architecture MVC sous Symfony 4, conception d’une interface ergonomique et responsive, et définition des diagrammes de classes pour structurer les données et les interactions.
• Développement par releases : Réalisation progressive des fonctionnalités en plusieurs sprints, couvrant la gestion des utilisateurs, centres d’appels, groupes, campagnes, statuts, listes, fiches, statistiques et téléphones.
• Intégration d’une solution de reporting : Mise en place d’un tableau de bord dynamique permettant de visualiser les statistiques des campagnes et des activités des agents.

Résultats

Le travail a abouti à la conception et au développement d’une nouvelle application CRM Vicidial, reposant sur Symfony 4, qui répond aux besoins identifiés :

• Une interface plus ergonomique, claire et facile à utiliser, avec une meilleure organisation des menus et une navigation simplifiée.
• Une architecture MVC facilitant la maintenance et l’évolution du système.
• La gestion complète des campagnes, listes, utilisateurs, groupes, statuts, fiches et statistiques, avec des fonctionnalités adaptées aux différents rôles (super administrateur, administrateur, agent).
• Une amélioration notable de la performance et de la sécurité des données par rapport à la version précédente.
• Une solution de reporting intégrée, permettant de visualiser en temps réel les indicateurs clés de performance des campagnes et des agents.
• L’adoption de la méthodologie agile SCRUM a permis une gestion efficace du projet, avec une planification claire des sprints et une adaptation continue aux besoins.

Limites et questions ouvertes

Le mémoire ne détaille pas explicitement les limites rencontrées ou les perspectives d’amélioration futures. Cependant, on peut noter que :

• La mise à jour vers Symfony 4 a été un défi technique, notamment pour assurer la compatibilité et la migration des données.
• La complexité fonctionnelle du CRM Vicidial nécessite une formation des utilisateurs pour exploiter pleinement toutes les fonctionnalités.
• Les besoins non fonctionnels liés à la rapidité et à l’expérience utilisateur restent des axes d’amélioration continus, notamment pour optimiser les temps de réponse et l’ergonomie.
• Le mémoire ne mentionne pas l’intégration avec d’autres systèmes externes ni la gestion avancée de la sécurité au-delà de la sécurisation des données.

Glossaire

• CRM : Customer Relationship Management, gestion de la relation client.
• Centre d’appels : Organisation spécialisée dans la gestion des appels téléphoniques entrants et sortants.
• Vicidial : CRM prédictif open source pour centres d’appels.
• Symfony 4 : Framework PHP pour le développement web basé sur le modèle MVC.
• Méthodologie agile SCRUM : Méthode de gestion de projet itérative et collaborative.
• UML : Langage de modélisation unifié pour représenter graphiquement les systèmes.
• Besoin fonctionnel : Fonctionnalité attendue du système.
• Besoin non fonctionnel : Contraintes techniques ou qualitatives (performance, sécurité, ergonomie).
• Acteur : Utilisateur ou système externe interagissant avec l’application.
• Sprint : Période de travail courte et itérative dans SCRUM pour livrer un ensemble de fonctionnalités.