La gestion des escalations service client prend souvent bien plus de temps qu’elle ne le devrait, sur des tâches qui n’ont rien à voir avec le client lui-même : retrouver qui doit traiter tel dossier, vérifier qui a le droit de faire quoi, reconstituer un historique éparpillé entre plusieurs outils. C’est exactement ce que nous cherchons à résoudre avec CCOP (Customer Care Operations Platform) : un outil pensé pour centraliser cette relation avec le client, du signalement jusqu’à la clôture du dossier.
L’idée de départ est simple : plutôt que de coder en dur des règles propres à une seule organisation, nous rendons configurable tout ce qui peut l’être. Les rôles, les droits, les types de demandes, les formulaires : tout se définit depuis une interface d’administration, pas dans le code. Cette approche n’est pas un détail technique — c’est ce qui nous permettra un jour de proposer CCOP à d’autres équipes, au-delà de notre propre usage quotidien.
Où en est la gestion des escalations service client aujourd’hui
Le système de rôles et de droits de CCOP est terminé. Chaque compte a un rôle métier (6 grades proposés par défaut, personnalisables), et un grade Admin séparé qui peut se cumuler avec n’importe quel rôle. Les droits par module sont entièrement configurables, l’administrateur principal a un statut irrévocable, et la gestion des comptes est complète : création, suppression, changement de rôle, mot de passe temporaire, espace personnel pour que chacun change son propre mot de passe. Même les contacts d’escalade et les règles de routage se modifient sans toucher au code.
Ce niveau de détail dans la gestion des escalations service client peut sembler disproportionné pour un simple outil interne, mais c’est précisément ce qui nous manquait jusqu’ici. Avant CCOP, les droits d’accès se géraient compte par compte, à la main, sans réelle traçabilité de qui pouvait faire quoi ni pourquoi. Avec des rôles réutilisables, une nouvelle recrue reçoit immédiatement les bons accès dès la création de son compte, sans configuration individuelle à refaire à chaque fois. Et parce que rien n’est codé en dur, un changement d’organisation — une nouvelle fonction, une nouvelle règle de validation — se traduit par un ajustement dans l’administration, jamais par une nouvelle version du logiciel.
Ce qui arrive ensuite
Deux gros chantiers restent devant nous pour aller au bout de cette gestion des escalations service client. Le premier : le cycle de vie complet d’une escalation, avec une liste filtrable par statut, une action d’archivage réversible (aucune suppression définitive, jamais), et un bouton de finalisation qui verrouille un dossier traité. Le second, plus ambitieux : un moteur de formulaires générique, pour que n’importe quel type de demande — avec ses propres champs, sa logique conditionnelle et son assistant de rédaction d’e-mail — puisse être créé depuis l’administration, sans écrire une seule ligne de code. Trois familles de produits fonctionnent déjà avec le système actuel ; les douze suivantes suivront une fois ce moteur en place.
Cette exigence de configurabilité n’est pas un caprice technique. Nous avons déjà mené ce genre de projet à son terme : Curio, l’édition distribuable de mon thème Lio Web, est née du même principe — retirer tout ce qui est spécifique à un seul usage pour que l’outil reste utile ailleurs. CCOP suit la même trajectoire. Chaque décision de conception — rôles configurables, formulaires génériques, aucune règle métier codée en dur — vise à ce que l’outil puisse un jour servir une autre équipe de service client que la nôtre, dans un autre secteur, avec ses propres types de demandes et ses propres circuits de validation.
Nous en sommes aujourd’hui à 36% du périmètre prévu pour la version 1.0 de cet outil de gestion des escalations service client.
Ce projet, je le développe avec Alison Maes, mon assistante superviseure. Je gère notre équipe au quotidien, et elle m’y assiste avec un sérieux qui a été précieux pour que CCOP colle aux vraies contraintes du terrain — plus une bonne dose d’humour au passage, elle ne se prive jamais de me dire quand une idée est mauvaise.