La demande
Dans une auto-école, les informations d'un élève sont liées à plusieurs processus : inscription, groupe, cours, présence, examens, contrats et paiements. L'interface doit rendre cet ensemble compréhensible tout en permettant des actions précises. Pour Galvenais Ceļš, nous nous sommes concentrés sur un CRM interne destiné à l'équipe.
Le périmètre couvrait l'interface, la logique métier et les intégrations. Nous avons repris le logo et l'identité existants du client ; leur création et le développement du site public ne faisaient pas partie du projet. Le site et le portail élèves existants sont des systèmes connectés avec lesquels le CRM échange des informations par API.
Nous voulions que les collaborateurs puissent voir les données liées comme un processus continu. Une demande devient un dossier élève, les cours et présences enrichissent le parcours de formation, puis les documents et la facturation complètent l'ensemble. Cela a défini les priorités du design : structure claire, enchaînement compréhensible des actions et attention aux informations nécessaires à l'instant donné.
Notre réalisation
Nous avons recherché un équilibre entre une interface agréable et la densité d'information d'un outil de travail. Trop d'éléments mis en avant compliquent l'orientation ; un agencement trop espacé éloigne des informations liées. Notre objectif était un environnement organisé où les données importantes restent lisibles et les actions suivent une séquence logique.
Nous avons évalué les choix de design à travers les tâches quotidiennes. Pour vérifier la progression d'un élève, les liens entre dossier, groupe, cours et présence comptent. Pour la facturation, ce sont les factures, paiements et sommes dues qui passent au premier plan. Ces exemples expliquent la hiérarchie de l'information : tout doit être disponible sans tout solliciter au même niveau en permanence.
Le logo et les couleurs du client maintiennent le lien avec la marque de l'auto-école. Notre design visait à conjuguer cette identité et la facilité d'utilisation. La présentation doit faire percevoir le système comme un environnement unifié ; les rôles et droits définissent les données et actions accessibles à chacun. L'interface est réservée aux personnes autorisées, sans accès public aux informations des élèves.
- Nous avons développé le traitement des demandes et leur conversion en dossiers élèves. La gestion des groupes et du parcours relie l'intérêt initial à la formation.
- Nous avons créé la gestion des cours, présences, moniteurs et examens. Elle rassemble les informations nécessaires à l'organisation et au suivi de la formation.
- Nous avons intégré la génération de contrats et de factures à partir de modèles. Le suivi des paiements et impayés complète les informations pédagogiques.
- Nous avons connecté le CRM au site public et au portail élèves existants par API. L'interface s'insère ainsi dans les outils numériques déjà utilisés par l'auto-école.
- Nous avons intégré les notifications par courriel et SMS ainsi qu'une boîte de réception Telegram et WhatsApp. Ces possibilités de communication accompagnent le traitement des demandes et des dossiers.
- Nous avons développé les rôles, droits d'accès et la gestion documentaire. Les journaux d'audit des actions importantes renseignent sur les opérations effectuées dans le système.
- Technologies : React, TypeScript, Vite, Django, Python, PostgreSQL, Redis
Résultat
L'équipe dispose d'un espace commun allant de la première demande à la formation, aux documents et à la facturation. Le CRM relie le suivi des élèves aux processus de communication et de finance en conservant l'identité de marque du client.
Ici, un bon design permet de comprendre la situation et de poursuivre le travail. L'équilibre entre apparence et usage est essentiel dans un système utilisé régulièrement : il doit être ordonné et laisser la place aux tâches réelles. Nous présentons publiquement l'approche du projet et le contexte de marque ; l'interface elle-même et les données des élèves restent accessibles uniquement aux personnes autorisées.