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
- Lire et coder avant toute démo
- Éliminer les catégories d'outils que la grille exclut
- 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
- 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.
- 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é.
- 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.
- 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.
| Colonne | Ce que vous notez | Ce que cela décidera |
|---|---|---|
| 1. Canal | E-mail, chat, WhatsApp, formulaire… | Offre et édition à regarder |
| 2. Motif | En mots simples | Ce qui domine vraiment |
| 3. Donnée requise | Aucune, compte, commande, paiement, trace technique | Intégrations nécessaires |
| 4. Action requise | Répondre, modifier un système, décision humaine, escalade | Ce qu'un agent IA pourrait ou non faire |
| 5. Où est l'information | Base d'aide, tête d'un collègue, outil métier, nulle part | Travail à faire avant tout achat |
| 6. Allers-retours | Combien de messages avant la solution | Ce qu'un formulaire structuré éviterait |
| 7. Risque si erreur | Faible, moyen, élevé, selon vous | Ce 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.
| Si votre grille montre… | Alors… | Où continuer |
|---|---|---|
| Un risque élevé qu'un outil ne couvre pas, même sur un seul motif | Cet outil sort, quel que soit le reste | Demandes à ne pas automatiser |
| Surtout « aucune donnée », « répondre », réponse dans la base | L'intégration profonde n'est pas votre critère. Peut-être même rien à acheter | Boî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'action | Actions de remboursement et de commande |
| Surtout « trace technique » et « escalade » | Le lien avec votre outil de développement passe avant l'automatisation | Inté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 à lire | Votre base est-elle prête |
| Plusieurs canaux réels | Vé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 canaux | Freshdesk ou Freshdesk Omni |
| Beaucoup d'allers-retours sur les mêmes informations | Testez un formulaire avant un outil | Formulaire 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.
| Motif | Nombre | Donnée | Action | Risque |
|---|---|---|---|---|
| Où est mon colis | 34 | Commande | Répondre | Faible |
| Retour ou échange | 22 | Commande | Modifier un système | Moyen |
| Question sur un produit | 19 | Aucune | Répondre | Faible |
| Colis abîmé, geste commercial | 13 | Commande, paiement | Décision humaine | Élevé |
| Divers | 12 | Variable | Variable | Variable |
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.
- Freshworks : https://support.freshdesk.com/support/solutions/articles/50000011778-understanding-freshdesk-pricing-plans Lu le 3 novembre 2026. Contradiction non tranchée.
- Freshworks : https://www.freshworks.com/freshdesk/omni/pricing/ Lu le 3 novembre 2026. Source primaire lue par extraction automatique.