Aller au contenu principal
Quel Support Client

Guides

Lire ses 100 dernières demandes avant de choisir

Pour qui : Acheteur qui s'apprête à voir des démos sans savoir ce que ses clients demandent exactement.

Méthode éditoriale, non issue d'une étude. Nous n'avons exécuté ce protocole sur aucune donnée réelle.

Helpdesk :
logiciel pour centraliser et traiter les demandes clients.
Agent IA :
automatisation de certaines demandes sous des règles définies.

Notre avis

Avant votre première démo, lisez vos 100 dernières demandes et notez pour chacune ce qu'il fallait savoir et ce qu'il fallait faire. Si la plupart ne demandent qu'une réponse déjà écrite, vous n'avez pas besoin d'une intégration profonde. Si elles exigent une commande et une action, un outil sans cet accès est éliminé, quel que soit son prix. Ce protocole est le nôtre, à exécuter vous-même ; 100 n'est pas une norme, seulement un nombre assez petit pour être lu et assez grand pour dégager les motifs dominants.

Dans l’ordre

  1. Lire et coder avant toute démo
  2. Éliminer les catégories d'outils que la grille exclut
  3. Faire jouer aux vendeurs vos cas réels

Pourquoi

  • Une démo montre ce que l'outil sait faire, pas ce que vos demandes exigent
  • Motif, donnée requise et action requise décident de la catégorie d'outil

Ce qui change le choix

Très faible volume : tout lire. Saisonnalité forte : ajouter un échantillon de pic. Motif rare mais grave : à collecter séparément.

Pourquoi lire avant de regarder

Une démo est construite pour montrer ce que le produit réussit, sur des exemples que le vendeur a choisis. Elle répond à une question que vous n'avez pas encore posée. Si vous arrivez sans savoir que vos clients réclament surtout le suivi d'un colis, ou qu'un tiers de leurs messages exige une décision commerciale, vous comparerez des interfaces. C'est notre avis, et nous l'assumons : vos propres messages vous apprennent plus sur le bon outil qu'une série de présentations. Cette lecture ne dit rien, en revanche, de la fiabilité d'un produit : il faudra la tester ensuite.

Pourquoi 100, et ce que ce nombre ne permet pas

Cent, c'est un compromis de lecture, pas un résultat scientifique. L'intérêt est pratique : chaque demande pèse 1 %, le calcul se fait de tête, et la tâche reste faisable sans projet. Ses limites se calculent, et il vaut mieux les connaître. Si un motif représente vraiment 30 % de vos demandes, un échantillon aléatoire de 100 en donnera en général entre 21 et 39 : ne tirez donc aucune conclusion d'un écart entre 30 et 35. Et un motif qui pèse vraiment 1 % n'apparaîtra pas du tout dans plus d'un tirage sur trois. Autrement dit, 100 demandes montrent ce qui domine et ratent ce qui est rare. Ce qui est rare mais grave, comme une menace juridique ou une fuite de données, doit donc être cherché à part, dans vos souvenirs et vos archives de réclamations.

Constituer l'échantillon

  1. Prendre les dernières, dans l'ordre. Sans trier : c'est le tri qui fabrique les biais. Retirez seulement spam, réponses automatiques et messages internes, et comptez ce que vous retirez.
  2. Vérifier la période. Si la période n'a rien de normal, prenez aussi 100 demandes d'une période ordinaire. Si vous vivez des pics, ajoutez-en 100 du dernier pic : ce n'est pas la même activité.
  3. Mélanger les canaux. Incluez tous les canaux écrits. Notez à part ce qui n'est pas écrit, comme le téléphone : si vous ne l'avez pas, votre grille ne le verra pas.
  4. Masquer ce qui est sensible. Travaillez dans vos outils. Ne transmettez jamais un message brut à un vendeur ou à une IA externe sans avoir retiré les données personnelles et bancaires.

La grille : une ligne par demande

Écrivez le motif avec vos mots, sans liste préparée : une taxonomie posée d'avance vous fait voir ce que vous attendiez. Regroupez seulement à la fin. Les colonnes 3 et 4 sont celles qui décident, et ce sont justement celles qu'une démo montre le moins.

Sept colonnes à remplir
ColonneCe que vous notezCe que cela décidera
1. CanalE-mail, chat, WhatsApp, formulaire…Offre et édition à regarder
2. MotifEn mots simplesCe qui domine vraiment
3. Donnée requiseAucune, compte, commande, paiement, trace techniqueIntégrations nécessaires
4. Action requiseRépondre, modifier un système, décision humaine, escaladeCe qu'un agent IA pourrait ou non faire
5. Où est l'informationBase d'aide, tête d'un collègue, outil métier, nulle partTravail à faire avant tout achat
6. Allers-retoursCombien de messages avant la solutionCe qu'un formulaire structuré éviterait
7. Risque si erreurFaible, moyen, élevé, selon vousCe qu'il ne faut pas automatiser

Ce que la grille permet d'éliminer

Une grille remplie ne désigne pas un produit, elle en écarte. Regroupez vos motifs, puis appliquez ces règles dans l'ordre. Nous ne donnons pas de pourcentage de bascule : aucun n'a été établi, et le bon seuil dépend de ce que vous coûte chaque type d'erreur. Regardez ce qui domine, puis fixez votre limite avant de regarder les prix.

Règles d'élimination de notre méthode
Si votre grille montre…Alors…Où continuer
Un risque élevé qu'un outil ne couvre pas, même sur un seul motifCet outil sort, quel que soit le resteDemandes à ne pas automatiser
Surtout « aucune donnée », « répondre », réponse dans la baseL'intégration profonde n'est pas votre critère. Peut-être même rien à acheterBoîte partagée ou helpdesk
Surtout « commande » et « modifier un système »Écartez les outils qui ne font qu'afficher la commande ; exigez la preuve de l'actionActions de remboursement et de commande
Surtout « trace technique » et « escalade »Le lien avec votre outil de développement passe avant l'automatisationIntégration Jira
Colonne 5 souvent à « tête d'un collègue » ou « nulle part »N'achetez pas d'agent IA maintenant : il n'aurait rien à lireVotre base est-elle prête
Plusieurs canaux réelsVérifiez le périmètre de l'offre : chez Freshworks, l'offre Freshdesk est centrée sur l'e-mail et l'offre Omni réunit les canauxFreshdesk ou Freshdesk Omni
Beaucoup d'allers-retours sur les mêmes informationsTestez un formulaire avant un outilFormulaire structuré

Exemple fictif : à quoi ressemble la sortie

Cet exemple est inventé de toutes pièces pour montrer le calcul. Il ne décrit aucune entreprise, aucune mesure et aucune répartition typique.

Boutique imaginaire, 100 demandes fictives
MotifNombreDonnéeActionRisque
Où est mon colis34CommandeRépondreFaible
Retour ou échange22CommandeModifier un systèmeMoyen
Question sur un produit19AucuneRépondreFaible
Colis abîmé, geste commercial13Commande, paiementDécision humaineÉlevé
Divers12VariableVariableVariable

Lecture dans cet exemple : 69 demandes sur 100 exigent la commande (34 + 22 + 13), donc un outil sans lien avec la boutique sort. Seules 19 sont des questions sans donnée : une base seule ne changerait pas grand-chose. Les 13 gestes commerciaux restent humains. Le premier périmètre à tester pour un agent IA serait le suivi de colis, à condition qu'il atteigne la donnée. Ce raisonnement est ce qui vaut, pas ces chiffres.

Transformer la grille en démo

Choisissez cinq demandes réelles, masquées : la plus fréquente, la plus coûteuse en allers-retours, celle qui exige une action, la plus risquée, et une demande en français mal rédigée. Envoyez-les au vendeur avant le rendez-vous et demandez-lui de les traiter devant vous, au lieu de suivre sa présentation. Un refus ou un détour est une information. Notez ensuite ce que vous avez réellement vu faire, et ce qui vous a seulement été promis.

Quand adapter ou renoncer

Moins de 100 demandes sur plusieurs mois : lisez tout, et demandez-vous si un achat a déjà un sens. Activité très saisonnière : deux échantillons valent mieux qu'un grand. Lancement sans historique : ce protocole ne vous aidera pas encore, vos demandes futures n'existent pas ; achetez léger et revenez-y au bout de quelques mois. Contrainte réglementaire ou contractuelle : elle décide avant la grille. Et ce que la lecture ne dit jamais : votre volume futur, la qualité d'un agent IA, ou la satisfaction de ceux qui n'ont pas écrit.

Limites

Méthode éditoriale proposée sans étude ni donnée terrain. L'exemple est fictif. Calculs de marge valables pour un échantillon aléatoire : prendre les 100 dernières n'en est pas un, ces chiffres donnent un ordre de prudence. Les demandes écrites closes laissent de côté abandons et appels.

Prochaine action

Exportez ou ouvrez vos 100 dernières demandes, remplissez les colonnes 2 à 5 d'abord, et ne prenez aucun rendez-vous vendeur tant que vous n'avez pas regroupé vos motifs.

Preuves et sources

Ce qui relève d’un fait lu, d’une déclaration, de notre calcul, de notre méthode ou de notre avis. Notre méthode

  • Notre méthode. Protocole d'échantillon, grille de sept colonnes, règles d'élimination, préparation de démo.

    Daté du 3 novembre 2026.

  • Notre méthode. 100 est un ordre de grandeur pratique, pas une norme.

    Daté du 3 novembre 2026.

  • Notre méthode. À 30 % réels, un échantillon aléatoire de 100 donne en général entre 21 et 39.

    Daté du 3 novembre 2026.

  • Notre méthode. Un motif à 1 % n'apparaît pas dans plus d'un tirage sur trois.

    Daté du 3 novembre 2026.

  • Notre méthode. Exemple de boutique, 34, 22, 19, 13, 12, et lecture à 69 demandes.

    Daté du 3 novembre 2026.

  • Notre avis. Lire ses demandes change plus la décision qu'une démo.

    Daté du 3 novembre 2026.

  • Fait lu. Freshdesk centré sur l'e-mail, Omni réunissant e-mail, chat, réseaux sociaux.

    Relevé du 3 novembre 2026. Édition ou périmètre : Freshdesk, Omni.