Gérer les demandes des administrés avec Teams
· 4 min de lecture
Teams n’est pas une boîte aux lettres, et c’est ce qui rend la question intéressante. L’administré n’y est pas : il écrit, il appelle, il passe à la permanence. Teams sert donc à autre chose, et c’est souvent là que le malentendu commence. Cet article décrit ce qu’il organise vraiment bien, ce qu’il ne peut pas porter, et où passe la frontière.
Ce que Teams organise vraiment bien
La conversation de l’équipe autour d’une affaire. Un canal dédié à la permanence, et la discussion sort des courriels croisés où personne ne sait qui a répondu quoi. Une mention nominative vaut une attribution, et elle est visible de tous.
Le tableau des demandes, avec l’application Listes. C’est la pièce la plus utile et la plus négligée. Une liste attachée à un canal porte des colonnes choisies : la personne, l’objet, le responsable, l’échéance, l’état. Elle se filtre, elle se trie, elle s’affiche en tableau ou en fiches. Pour beaucoup de cabinets, c’est le premier endroit où la question « qu’est-ce qui est en retard » obtient une réponse en dix secondes.
La répartition des tâches, avec Planner. Une demande devient une tâche assignée, avec une date. Ce qui est fait sort de la vue, ce qui traîne remonte.
Les documents au même endroit que la discussion. Les modèles de courrier, le tableau des permanences, les notes de rendez-vous vivent dans l’onglet Fichiers du canal, pas en pièces jointes dispersées.
Un cabinet qui monte ces quatre pièces sérieusement travaille mieux que beaucoup de cabinets équipés d’un logiciel qu’ils n’ont pas paramétré.
Ce que Teams ne peut pas porter
La personne. C’est la limite fondatrice : une liste porte un nom écrit à la main, pas une fiche. Si la même personne revient six mois plus tard pour une autre affaire, rien ne relie les deux entrées, sauf si quelqu’un s’en souvient et cherche. Deux orthographes, et ce sont deux personnes.
Ce qui est parti. Le courrier envoyé, la réponse faite, l’intervention auprès d’un service : la liste dit qu’une case a changé d’état, pas ce qui a été écrit ni à quelle adresse. La preuve reste dans la messagerie de celui qui a envoyé.
La réception. Rien n’arrive dans Teams tout seul. Quelqu’un doit lire la boîte de la permanence et recopier la demande dans la liste. Cette recopie est le point de rupture le plus courant : elle tient trois semaines, puis elle saute un jour de forte activité et la liste devient fausse. Une liste fausse est pire qu’une absence de liste, parce qu’on s’y fie.
Le courrier papier. Une permanence en produit beaucoup, souvent en nombre. Teams n’a rien pour cela, et ce n’est pas son objet.
Il y a enfin un point qui engage. Les données d’un administré se retrouvent réparties entre une liste, des discussions de canal, des tâches et des fichiers. Quand la personne demande à savoir ce qui est détenu sur elle, ou son effacement, il faut passer ces quatre endroits en revue. Rien ne l’interdit ; rien ne l’aide.
Où passe la frontière
Trois signes disent que le montage a atteint sa limite.
La liste et la messagerie ne racontent plus la même histoire. Quelqu’un a répondu sans mettre la liste à jour, ou l’inverse. Dès que les deux divergent, l’équipe cesse de croire la liste, et la liste meurt.
Une demande sur deux n’arrive jamais dans la liste. Les appels téléphoniques et les visites sont les premières victimes : elles ne laissent pas de message à recopier.
Il faut préparer la revue du lundi. Si le point hebdomadaire demande une demi-heure de mise en forme avant de pouvoir être tenu, l’outil a cessé d’être un outil de travail pour devenir un travail de plus.
Ce qui reste vrai quoi qu’il arrive
Même en changeant d’outil, gardez Teams pour ce qu’il fait le mieux : la conversation de l’équipe et le partage des documents. L’erreur serait de vouloir tout déplacer. Un canal où l’on discute d’une affaire délicate reste utile, quel que soit l’endroit où l’affaire est suivie.
Et si vous montez une liste, imposez-lui une règle : une demande y entre au moment où elle est reçue, pas le soir, pas le lendemain. Une liste tenue en temps réel survit ; une liste rattrapée le vendredi est déjà fausse le mardi.
Ce qu’Elurio fait de ce travail
Elurio porte ce que la liste ne peut pas porter : la personne. Chaque demande est un dossier rattaché à une fiche, et cette fiche garde l’histoire complète, quel que soit le canal par lequel la personne s’est manifestée. Un appel noté en permanence, un courriel reçu, un courrier envoyé et un rendez-vous pris apparaissent dans la même activité récente.
Le responsable, l’échéance et l’état sont des champs du produit, pas des colonnes à créer : ils sont là dès le premier jour, avec les vues qui vont avec. Les dossiers en retard remontent d’eux-mêmes, et la revue du lundi ne demande aucune préparation.
Voir le module Dossiers, l’article sur le suivi d’une demande jusqu’au bout, et celui sur le moment où le tableur ne suffit plus.