Gestion des chatters et des shifts

Trois problèmes distincts, souvent vendus comme un seul

« Gestion d’équipe » sur une page produit peut désigner trois choses sans rapport. Séparez les avant toute démonstration.

1. Le contrôle. Qui a le droit de faire quoi sur quel compte. Problème de sécurité.
2. La couverture. Qui travaille quand, et ce qui se passe aux heures creuses. Problème d’organisation.
3. La mesure. Ce que chacun a produit, et ce qu’on lui doit. Problème d’argent.

Un outil peut être excellent sur l’un et absent sur les deux autres. C’est le cas le plus fréquent.

Rôles et permissions

Un chatter n’a pas besoin de pouvoir changer le mot de passe d’un compte, modifier un prix d’abonnement ou exporter la liste des fans. Le module de permissions existe pour rendre cela impossible plutôt que déconseillé.

OnlyMonster publie le réglage le plus fin du panel : « Assign custom roles... with over 20 customizable permissions », plus un contrôle d’accès par shift et des permissions dédiées par plateforme. Infloww publie « Roles and permissions » et « Multi-login ». CRMChat, côté Telegram, prend le problème par l’autre bout et restreint par défaut : « Chatters have limited account actions to ensure model account safety and to prevent client data from being compromised. » CreatorXone publie des journaux de modification et d’accès, ce qui relève du même besoin sous un autre angle : savoir après coup qui a fait quoi.

Shifts et accès par shift

Un planning de shifts sert à deux choses, et la seconde compte davantage. La première est de savoir qui travaille. La seconde est de faire en sorte qu’un accès n’existe que pendant le créneau où il sert.

OnlyMonster documente un « Shift-Based Access Control », un « Activity Time Tracker » et un « Message Tracker ». Infloww publie des « Employee shifts » et des « Employee reports », et fait figurer le « Shift scheduling » dans son offre MYM. SyncAgency publie le mécanisme le plus explicite : modale de démarrage bloquante, fin automatique du shift, suivi de l’activité en pourcentage sur chaque shift, et une répartition automatique des conversations qui se rafraîchit toutes les quinze minutes. Fans-CRM annonce une gestion de shifts sur un produit gratuit, ce qui est inhabituel. CreatorXone annonce un « shift planning » avec affectation illimitée d’employés.

Sur les 17 outils suivis, 7 publient un planning de shifts. Les autres publient des rôles sans calendrier, ce qui laisse la couverture à un tableur ou à une conversation de groupe.

La passation, le trou entre deux shifts

Le moment où l’argent se perd n’est pas pendant le shift, c’est entre deux. Un fan reçoit une ouverture à 2 h, la personne qui l’a écrite part à 3 h, et celle qui arrive ne sait pas où en était la conversation ni ce qui a déjà été envoyé.

Trois mécanismes publiés répondent à cela, et il faut vérifier lequel existe. La note de fan : SyncAgency publie un panneau fan à onglets dont l’onglet Vente montre le script utilisé, les médias envoyés et le taux d’achat. Le suivi des médias envoyés : Infloww annonce « Never send the same media twice ». Le verrou de conversation : SyncAgency publie un « cadena » et un mode de répartition, et CRMChat rouvre toujours une conversation depuis le compte de modèle qui a déjà parlé à ce fan.

Un CRM qui n’a aucun des trois transforme chaque changement de shift en perte sèche, et cette perte ne se voit dans aucun rapport.

Mesurer un chatter

Quatre familles de chiffres circulent, et elles ne mesurent pas la même personne.

• Activité. Messages envoyés, temps de présence, vitesse de réponse. Facile à mesurer, facile à gonfler.
• Conversion. Part des conversations qui aboutissent à un achat. Dépend autant du trafic que du chatter.
• Revenu attribué. Ventes closées par cette personne. La mesure la plus utile et la plus difficile à attribuer proprement quand deux chatters se sont partagé un fan.
• Revenu par heure travaillée. La seule qui se compare entre un shift de nuit et un shift de jour. SyncAgency la publie explicitement, avec un classement et une descente par chatter, par modèle et par période.

Infloww publie des « Employee reports », OnlyMonster des « Chatting Metrics » avec export, CreatorHero un suivi de performance par chatter.

Les définitions et les pièges de calcul sont détaillés sur la page analytics.

La paie, le module manquant

Une équipe de chatting se paie en général sur une base fixe plus une commission sur les ventes attribuées. Cela demande trois données que le CRM possède déjà : les heures, les ventes attribuées, le taux. Presque aucun ne fait le calcul.

Sur les 17 outils suivis, 2 nomment la paie comme une fonctionnalité produit : CreatorXone et Hzzlr. CreatorXone l’annonce dans sa phrase de positionnement, « Manage creators, analytics, payroll, and fan engagement from one dashboard ». Hzzlr va plus loin et répartit le revenu entre agence, chatters et créatrices en émettant les factures correspondantes, mais ce n’est pas un CRM de chatting : il s’achète en plus. SyncAgency s’en approche sans y aller : le revenu par heure travaillée et le classement par chatter sont publiés, sans calcul de paie nommé.

Conséquence pratique : à partir de cinq ou six chatters, quelqu’un passe une demi journée par mois à recopier des chiffres dans un tableur. C’est le coût caché le plus régulier de cette catégorie, et il ne figure sur aucune page tarifs.

Qui publie quoi

Légende

• Oui
• Partiel
• Non
• Non documenté publiquement

Quatre fonctions d’exploitation d’équipe, 17 outils. Chaque état est justifié sur la fiche de l’outil.