Exemples de base de connaissances Freshdesk : 10 centres d'aide réels

Ce qu'est réellement une base de connaissances Freshdesk

Dans la vue agent, elle se trouve sous l'onglet Solutions, et Freshdesk utilise "Solutions" et "Knowledge Base" de façon interchangeable dans sa propre documentation. La structure comporte trois blocs nommés, rien de plus :

• Catégorie, que Freshdesk définit comme "une classification plus large ou une hiérarchie de premier niveau". Son propre exemple pour une boutique ecommerce : Orders, Refunds & Returns, Pricing.
• Dossier, "une sous-catégorie ou une hiérarchie secondaire à l'intérieur d'une catégorie". Dans Orders, vous auriez Order Creation, Order Management.
• Article, ce que le client lit.

Deux comportements surprennent les gens. Une catégorie ou un dossier reste invisible sur le portail client tant que vous n'y publiez pas au moins un article, donc une taxonomie à moitié construite ne s'affiche tout simplement pas. Et pour déplacer un article vers une autre catégorie, cette catégorie de destination doit déjà contenir un dossier, ce qui transforme une simple réorganisation en une tâche à deux étapes.

La visibilité se définit au niveau du dossier, et Freshdesk vous propose sept options : tous les utilisateurs, tous les agents, utilisateurs connectés, bots Freshchat, entreprises nommées, segments de contacts et segments d'entreprise. Vous pouvez aussi changer la visibilité des articles en masse, mais la décision se prend normalement au niveau du dossier. Si vous construisez un niveau privé, réservé aux agents, à côté du niveau public, cela relève davantage d'un problème de base de connaissances interne qui mérite d'être planifié séparément.

Trois niveaux, c'est le plafond sur Free, Growth et Pro. Freshdesk le dit dans un encadré de sa propre documentation Create and Organize : "Multi-level or flexible hierarchies is available only on the Enterprise plan. If you are on other plans, you can organize your knowledge base up to 3 levels." Enterprise débloque six niveaux, une catégorie plus des dossiers et sous-dossiers jusqu'à cinq niveaux de profondeur.

Cette restriction compte plus qu'elle n'en a l'air, car beaucoup de centres d'aide enterprise que l'on présente comme des modèles ont une structure que la plupart des lecteurs ne peuvent tout simplement pas s'offrir.

Ce que votre plan vous permet réellement de construire

Avant les exemples, il vaut la peine d'être direct sur ce que vous pouvez copier avec votre plan actuel. Freshdesk publie un tableau des fonctionnalités par plan pour la base de connaissances, et une seule ligne est cochée sur tous les paliers. Nous détaillons les paliers en entier dans notre article sur les tarifs du plan Pro de Freshdesk.

La seule ligne cochée partout est l'email vers la base de connaissances. Tout le reste, ce qui rend une base de connaissances gérable plutôt que simplement existante, se trouve à Pro ou au-delà. Si c'est cette restriction qui vous a amené ici, notre panorama des alternatives IA à Freshdesk couvre les échappatoires, et les logiciels de base de connaissances pour help desk compare les restrictions entre fournisseurs.

10 exemples de base de connaissances Freshdesk

Chaque portail ci-dessous a été consulté le 31 juillet 2026 et a renvoyé du contenu réel de catégories et d'articles. J'ai confirmé que chacun est hébergé sur Freshdesk, soit via la route fixe /support/solutions, soit via un enregistrement DNS pointant vers un équilibreur de charge Freshdesk, par exemple support.hover.com qui résout vers efc245f4d8c525a4a0e9c5df527a4f59.freshdesk.com.

Cela vaut la peine de le dire : environ 40 % des candidats que j'ai testés se sont révélés morts, verrouillés par login, ou pointant simplement vers rien. Les portails Freshdesk pourrissent en silence, donc vérifiez tout exemple trouvé dans une liste avant de planifier quoi que ce soit autour.

1. Freshworks, l'implémentation de référence

Idéal pour : quiconque veut l'avis du fournisseur lui-même sur la façon dont son produit devrait être utilisé.

Freshdesk gère son propre centre d'aide sur Freshdesk, ce qui fait de support.freshdesk.com ce qui se rapproche le plus d'une référence officielle. Quatorze catégories plates : Onboarding and Setup, Ticket Management, Freddy AI for Ticketing, Workflows and Automations, Ticketing Channels, Knowledge Base Management, Portal Setup and Customization, Reporting and Analytics, Freshdesk Integrations, The Freshdesk Mobile App, Policies and Data Protection, Freddy AI and Chatbots (Legacy), Field Service Management, Freshdesk FAQ.

À copier : chaque catégorie porte sa propre description d'une ligne, et cette description dit ce que vous allez faire là plutôt que ce qu'elle contient. "Set up your Freshdesk account, configure support channels, customize your portal to reflect your brand" bat "Setup articles" à chaque fois. La page d'accueil n'affiche que six des quatorze avec un lien View all categories en dessous, donc la page d'atterrissage reste balayable du regard pendant que l'index complet ne reste qu'à un clic.

Attention à : Freddy AI and Chatbots (Legacy) a le même poids visuel que la catégorie active Freddy AI for Ticketing. Un lecteur qui cherche à configurer l'IA se retrouve à jouer à pile ou face entre documentation actuelle et obsolète. Le contenu obsolète devrait vivre dans un dossier à l'intérieur de la catégorie active, pas comme un pair au premier niveau.

2. Hover, le meilleur thème personnalisé ici

Idéal pour : les équipes avec une petite surface de produit qui veulent que la taxonomie tienne au-dessus de la ligne de flottaison.

Hover, le bureau d'enregistrement de domaines détenu par Tucows, gère quatre catégories, et c'est toute la taxonomie.

À copier : les catégories portent le nom de la surface de produit sur laquelle se trouve le client, et Getting Started est épinglé en premier. Mais la chose la plus copiable de tout ce panorama est l'ouverture d'article de Hover. L'article de migration Vistaprint commence par un résumé en langage clair de ce qui a changé, puis un bloc en gras Before you begin listant exactement ce que le lecteur doit avoir sous la main : son email de bienvenue Hover, l'accès à la boîte mail du compte d'origine. Il élimine l'échec le plus courant d'un centre d'aide, à savoir un lecteur qui arrive à la quatrième étape et découvre qu'il lui manque un identifiant.

Hover écrit aussi des encarts Note: pour les cas limites qui deviendraient sinon des tickets, comme un domaine ayant migré vers Exact Hosting plutôt que vers Hover. Chacune de ces notes est un ticket que personne ne dépose.

Attention à : une seule des quatre catégories a une ligne de description. Freshdesk offre ce champ sur chaque catégorie et Hover le remplit sur une sur quatre.

3. TeamViewer, le portail comme routeur

Idéal pour : les entreprises dont les articles vivent sur le site marketing et qui veulent Freshdesk uniquement pour la navigation et le ticketing.

TeamViewer n'utilise pas du tout les catégories Freshdesk pour sa base de connaissances. /support/home est un hub de routage organisé d'abord par ligne de produit, puis par tâche. Sous TeamViewer Remote, vous trouvez Download and installation, Remote session, Device management. Chaque lien sort vers teamviewer.com/global/support/knowledge-base/, pas vers un article Freshdesk.

À copier : le bloc répété de trois liens puis "See more". Il s'engage à montrer les trois articles les plus demandés par zone de tâche au lieu de déverser un listing de dossier, et se répète à l'identique pour chaque ligne de produit, donc un lecteur qui apprend le motif une fois peut parcourir cinq produits en quinze secondes. La bannière de maintenance programmée reliée à la page de statut est l'autre bon geste : la question "est-ce moi ou est-ce eux" trouve sa réponse avant même que quiconque ne cherche.

Attention à : et celle-ci est réelle. support.teamviewer.com/support/solutions renvoie "You must be logged in to access this page." L'index de catégories, exactement là où un lecteur atterrit depuis un résultat Google, est verrouillé alors que la page d'accueil est publique. Diviser la base de connaissances entre deux systèmes signifie aussi que la recherche du portail doit demander "Where would you like to search?" avant de pouvoir faire quoi que ce soit. Forcer un lecteur à choisir un index de recherche est une taxe sur chaque requête, et c'est l'une des façons les plus discrètes dont un portail de support client perd du trafic.

4. Chargebee, des titres en forme de question à grande échelle

Idéal pour : les produits techniques où les clients arrivent avec une question précise et formulable.

Chargebee utilise le thème standard Freshdesk et 24 catégories plates, ce qui est trop. Mais il fait une chose mieux que tout le monde ici.

À copier : Chargebee titre presque tous ses articles comme la question littérale qu'un client taperait, point d'interrogation inclus. "What is an SPF Record and how do I add it?" "How can I change my Chargebee account password?" "Does Chargebee support recurring billing?" C'est le geste le plus efficace disponible pour la recherche, à la fois dans le moteur de recherche propre de Freshdesk et sur Google, parce que le titre est déjà une correspondance exacte avec la requête. Cela résout aussi le problème de la documentation de migration : tout un dossier de questions "PC 1.0 to PC 2.0" se lit comme une FAQ plutôt que comme une spécification.

Chargebee divise aussi les intégrations en quatre catégories séparées, General, E-Commerce, Accounting et CRM, plutôt qu'en un seul panier de 200 articles. Si votre catalogue d'intégrations est important, divisez selon le type de système que le client utilise déjà. Le même instinct se retrouve dans les bons exemples de FAQ ecommerce, où la division suit le contexte du client plutôt que votre organisation interne.

Attention à : deux problèmes, et le second est pire. Vingt-quatre catégories plates sans regroupement font de l'index un mur ; rien ne dit à un lecteur si Framework ou Transfer Configuration est pour lui. Et il y a une catégorie listée publiquement appelée Internal Repo sur l'index destiné aux clients. Quoi qu'il y ait dedans, sa présence dit à chaque lecteur que le contenu interne et le contenu client partagent un même arbre, et c'est un rappel en un clic d'aller auditer vos propres réglages de visibilité de dossiers.

5. Exotel, une instruction plutôt qu'un nom

Idéal pour : les produits techniques avec un vocabulaire que l'acheteur n'a pas encore appris.

Exotel est une plateforme de téléphonie cloud qui gère 14 catégories sur le thème standard.

À copier : la première catégorie s'appelle Start here. Deux mots, et c'est une instruction plutôt qu'un nom, ce qui élimine toute l'ambiguïté sur l'endroit où un nouvel utilisateur commence, d'une façon que Getting Started placé en quatrième position d'une liste alphabétique ne réussit jamais. À l'intérieur : Getting Started (39 articles), Cloud telephony (6), Trial account (17), Dashboard (6). Notez que la rampe d'accès couvre aussi bien les concepts que la mécanique, avec des articles comme "How is cloud telephony different from internet telephony, VOIP, and services like Skype?" Pour un produit technique où l'acheteur ne sait peut-être même pas que la catégorie existe, ce dossier de concepts est ce qui empêche l'équipe commerciale de répondre cinquante fois à la même question.

Data Security comme catégorie de premier niveau à part entière est l'autre bonne idée à voler pour tout outil B2B. Les acheteurs et les responsables de sécurité arrivent avec une liste fixe de questions, et une catégorie fait qu'ils n'ouvrent jamais de ticket. C'est de la déviation de tickets réalisée avec rien d'autre que de l'architecture de l'information.

Attention à : Other Frequently Asked Questions est un fourre-tout, et le fait qu'il coexiste avec un dossier Start here signifie que la même question pourrait plausiblement vivre dans les deux. Plusieurs catégories ultérieures, AgentStream, vSIP, Legs Platform, portent des noms de code internes qu'un client ne peut pas reconnaître.

6. cult.fit, des dossiers comme des moments dans le temps

Idéal pour : les services grand public où la question du client dépend du point où il se trouve dans son parcours.

cult.fit gère 12 catégories, une par ligne de produit, chacune avec sa propre icône dessinée à la main, et intitule son index Frequently asked questions plutôt que le Knowledge base par défaut de Freshdesk.

À copier : rien que sous la catégorie cult, il y a 17 dossiers, et la division suit le moment du parcours client, dans l'ordre : Booking cult classes, puis Attending cult classes, puis Class cancellation or Dropout feature, puis No Show policy. Trois dossiers séparés pour trois moments distincts, plutôt qu'un unique dossier Classes de 40 articles. Quelqu'un qui attend devant une salle de sport à 6 h du matin avec un problème de réservation n'a pas à lire au-delà des articles de réservation pour trouver ceux sur la présence. Chaque dossier affiche aussi un compteur d'articles en direct, donc un lecteur peut voir où se situe la profondeur.

Attention à : COVID-19 Precautions est encore un dossier actif avec neuf articles en 2026, et il y a deux catégories de montres connectées, cult.sport smartwatch et Cult Smartwatch. Les noms de catégorie mélangent aussi les majuscules et minuscules de façon arbitraire.

7. Noise, une base de connaissances organisée par référence produit

Idéal pour : les marques de matériel où le client connaît son numéro de modèle et pas grand-chose d'autre.

Noise vend des wearables et de l'audio, et son portail est entièrement redécoré pour correspondre à la boutique Shopify. Huit catégories réparties par forme de produit, avec des dossiers dans Smart Wearables nommés d'après des modèles individuels : NoiseFit Endure (25 articles), ColorFit Pro 2 (29), Noise Colorfit NAV (29), et plus.

À copier : deux gestes. La page /support/home s'ouvre sur une rangée de cinq icônes d'action qui ne sont pas du tout des articles : Track Your Order, Raise Your Complaint, Track Your Complaint, Service Center, Warranty Registration. Ce sont les cinq choses qu'un client de matériel vient réellement faire, et les placer au-dessus de la base de connaissances évite aux articles de rivaliser avec un besoin transactionnel.

Deuxièmement, les titres d'articles dans les dossiers de modèles sont écrits comme des symptômes avec le modèle ajouté : "Frequent disconnection / audio cutting / short range - ALT Buds S", "Only one earbud working (TWS pairing) - ALT Buds S". Un client décrit un symptôme, pas une cause, donc ses propres mots correspondent au titre. Noise maintient aussi un dossier User Manual de 101 articles et un dossier International User Manual pour le marché japonais, ce qui est une manière peu coûteuse de servir un second marché sans traduire toute la base de connaissances. Cela compte ici, car Freshdesk ne fait aucune traduction automatique des articles de solution, à aucun niveau de prix, une lacune que le centre d'aide multilingue de Zendesk traite différemment et sur laquelle je reviens plus bas.

Attention à : une taxonomie par référence produit grandit indéfiniment, sans chemin d'archivage pour les produits discontinués. Et General et Generic FAQs comme deux catégories de premier niveau distinctes est une distinction qu'aucun client ne comprendra jamais.

8. Portronics, symptôme d'abord sur le thème standard

Idéal pour : quiconque veut prouver que le contenu bat la personnalisation visuelle.

Portronics utilise le thème standard Freshdesk totalement non modifié, et son contenu est encore mieux organisé que plusieurs portails à thème personnalisé de cette liste. Les catégories sont nommées comme des guides de dépannage par classe d'appareil, comme Troubleshooting Guide - Audio Devices, qui se divise ensuite en dossiers par type de produit.

À copier : les titres d'articles sont de pures affirmations de symptômes dans la voix du client. "Speaker is not turning on." "Speaker gets warm during use or charging." Pas de noms de fonctionnalités, pas de jargon, pas de "Troubleshooting power issues in the XYZ series". Si votre produit génère une liste répétable de plaintes, le titre est la plainte. C'est le gain de recherche le moins cher disponible et ça ne coûte rien à mettre en œuvre. Nommer la catégorie Troubleshooting Guide - Audio Devices plutôt que Audio Devices fixe aussi des attentes : c'est là que vous allez quand quelque chose est cassé, pas pour apprendre des fonctionnalités.

Attention à : l'absence totale de marque fait que le centre d'aide ne ressemble en rien à la boutique qui y a envoyé le client, et la page d'accueil est la mise en page standard à deux tuiles de Freshdesk, sans articles vedettes ni populaires.

9. Shiprocket, le cas édifiant

Idéal pour : étudier ce qui se passe quand une réarchitecture est lancée sans passe de nettoyage.

Shiprocket a de véritables forces. Sa première catégorie est Home, son premier dossier est Getting Started, et les deux premiers articles sont "How do I sign up for a Shiprocket account?" et "What is Shiprocket and how does it work?" C'est une vraie rampe d'accès à partir de zéro pour un produit au vocabulaire abrupt. Les noms de catégories qui suivent correspondent aux écrans du produit, Orders, Shipments, Billing, Settings, Mobile App, donc un utilisateur bloqué navigue le centre d'aide avec la même carte mentale qu'il utilise dans l'app. Il y a même un article intitulé "Important Terms All Shiprocket Users Should Know", qui est la bonne réponse pour tout produit au jargon propre.

Attention à : lisez maintenant la liste des catégories. Billing et Billing. avec un point final. Settings et Setting. Mobile App, Shiprocket Mobile App, et myShiprocket Mobile App. Shiprocket Fulfillment et Shiprocket Fulfilment, deux orthographes. Les identifiants d'articles trahissent tout : le bloc 152000000xxx est la nouvelle taxonomie et le bloc 43000xxx l'ancienne, et les deux sont actifs sur le même index. Vingt-sept catégories de premier niveau, dont plusieurs en doublon.

Voilà à quoi ressemble une base de connaissances Freshdesk quand une refonte est lancée sans passe de suppression-et-redirection, et les catégories en doublon font plus que paraître négligées. Elles divisent la pertinence de recherche entre deux copies de la même réponse, ce qui signifie qu'aucune des deux ne se positionne bien, et la couche IA qui lit votre contenu a deux sources concurrentes pour la même question. Cette ambiguïté est un mode d'échec connu quand vous entraînez une IA sur un centre d'aide : l'étape de récupération ne peut pas dire quel doublon est le bon.

10. Unacademy, l'échec du "c'est pour qui, ça ?"

Idéal pour : l'argument dont vous avez besoin quand quelqu'un dit "on va mettre en place un centre d'aide et le remplir plus tard".

Unacademy est une plateforme edtech grand public avec des millions d'apprenants. Son centre d'aide public a exactement une catégorie, Educator Support, deux dossiers, et sept articles au total.

À copier : la petite chose qu'elle fait bien est un périmètre honnête. Les articles qu'elle a sont les échecs les plus fréquents côté formateurs, et il y a un dossier de politiques publiant les règles réelles, "Penalty rules for Unacademy Educators" et "Raising penalty waiver request", plutôt que de les cacher derrière le support. Si vous gérez une place de marché à deux versants, publier ouvertement les règles de pénalité et de dérogation vaut la peine d'être copié.

Attention à : une plateforme avec des millions d'apprenants gère un centre d'aide qui ne sert que les formateurs. Un apprenant qui y atterrit depuis une recherche trouve sept articles, aucun ne le concernant. Sept articles, c'est aussi en dessous du seuil où une base de connaissances fait quoi que ce soit : la recherche de Freshdesk, l'index de catégories, et toute couche de déviation par IA ont besoin de contenu avec lequel travailler. Le contenu maigre est la raison la plus courante pour laquelle les projets de libre-service s'enlisent.

Les motifs qui séparent les bons des murs

En relisant les treize à la suite, cinq choses revenaient sans cesse.

Le nombre de catégories prédit la qualité. Hover à 4, cult.fit à 12, Exotel et Freshworks à 14 sont tous navigables. Chargebee à 24 et Shiprocket à 27 sont des murs. Unacademy, Mamaearth et greytHR à 1 ne sont même pas des taxonomies. Si vous êtes en dehors de la fourchette de 4 à 14, c'est la première chose à corriger, et c'est le cœur de toute vraie pratique de gestion de base de connaissances.

Le titre, c'est la requête. Chaque bon exemple rédige les titres comme des questions ou des symptômes dans les propres mots du client. Chaque mauvais exemple écrit des étiquettes de sujet internes. C'est la seule règle que j'emporterais dans la rédaction d'articles de base de connaissances, avec ou sans IA.

Les descriptions de catégorie sont le gain gratuit le plus souvent négligé. Freshdesk vous donne une ligne de description sur chaque catégorie. Freshworks remplit les 14. Hover en remplit 1 sur 4. La plupart des autres n'en remplissent aucune.

Les catégories dupliquées et obsolètes sont la pourriture visible numéro un. Les quatre paires en doublon de Shiprocket, les deux catégories de montres connectées de cult.fit, Freshworks laissant une catégorie Legacy AI au premier niveau. Si vous réarchitecturez, supprimez et redirigez dans la même passe.

Les raccourcis transactionnels doivent se trouver au-dessus de la base de connaissances. La ligne Track Order de Noise et la ligne Submit a Ticket de Hover répondent toutes deux à "qu'êtes-vous vraiment venu faire ?" avant de proposer des articles.

Et puis il y a l'échec qu'aucune structure ne corrige.

Je place des agents IA sur des files de support en direct depuis un moment maintenant, et la chose la plus courante que je trouve quand un centre d'aide sous-performe n'a rien à voir avec la taxonomie. Lors d'un appel, un responsable de support d'une entreprise de suivi de transit gérant 200 à 250 tickets par mois m'a montré une base de connaissances qui, dans son intégralité, était écrite pour des administrateurs. Chaque ticket venait de voyageurs. Les articles étaient exacts, bien organisés, et répondaient à une question que personne n'avait posée. Aucune restructuration de catégories ne corrige ça ; il faut réécrire en pensant à la personne qui dépose le ticket.

La version de ceci qui mord le plus fort tient en une seule phrase. Une équipe B2B de télématique automobile a découvert que son bot disait avec assurance aux clients "oui, nous prenons en charge votre modèle de voiture" pour des marques qui n'étaient pas dans sa base de données, parce qu'un article de la base de connaissances disait "nous prenons en charge tous les modèles". Une fois qu'une IA lit votre centre d'aide, la formulation de chaque article devient structurante d'une façon qu'elle n'a jamais été quand seuls des humains le lisaient. C'est le mécanisme derrière la plupart des hallucinations IA en support, et c'est un problème de contenu plutôt que de modèle.

Cinq formats d'articles à copier du propre centre d'aide de Freshdesk

Freshdesk ne publie pas le contenu de ses modèles How-to, User guide ou FAQ. Mais il gère son propre portail sur le produit, donc les formats se lisent directement sur la page. J'ai décortiqué quatre articles réels publiés.

Chaque article porte le même habillage. Fil d'Ariane, puis titre H1, puis un tampon Modified on: visible et une matrice de disponibilité par plan, puis le corps, une carte de pièces jointes avec la taille du fichier, un widget "Did you find it helpful?", et enfin un pixel de suivi des vues. Les tampons de date sont honnêtes jusqu'à l'excès. L'article sur le versionnage affiche toujours Modified on: Fri, 6 Mar, 2020.

Le format how-to. Une phrase de périmètre d'une ligne, puis un renvoi "see also", puis une ligne User Requirements:, puis un bloc This article contains: de liens d'ancrage sur la même page. Une règle horizontale avant chaque section de premier niveau. Étapes numérotées, une action chacune, mettant en gras le libellé littéral de l'interface, avec une capture d'écran après la plupart des étapes individuelles plutôt que regroupées à la fin. Encarts gris Note: et Tip:. Une clôture avec une liste "Learn more" de deux ou trois articles liés.

Le format FAQ. Celui-ci est presque agressivement minimaliste. Le titre est la question littérale du client, point d'interrogation inclus. Pas de table des matières, pas de titres de sections, pas de captures d'écran. Le corps tient en deux phrases : ce qui se passe, puis ce qu'il faut faire, avec le nom exact du bouton en gras. C'est l'article entier.

Le format dépannage. Un titre "Why...", un paragraphe de contexte, une phrase de transition vers la liste de vérification, des causes probables nommées en puces, puis une liste numérotée de vérifications commençant chacune par "Check if". Il se termine par une étape d'escalade explicite nommant les artefacts exacts à joindre : une capture d'écran de l'erreur, les en-têtes de mail, et l'adresse du support. Cette dernière partie est ce que la plupart des articles de dépannage omettent, et c'est pourquoi ils génèrent des tickets de suivi demandant exactement ces trois mêmes choses.

Le format note de version. Freshdesk maintient un dossier Product Announcements, et son article sur les changements à venir est le format à voler. Une section "Why are we making these changes?", un Rollout plan avec des lignes en gras Date and timeline: et Intended audience:, puis une section par changement. Chaque section de changement porte un tableau à deux colonnes intitulé What's available today? | What's new?, suivi d'une liste de bénéfices et d'une paire de captures d'écran avant-après. Ce tableau à deux colonnes est l'artefact le plus copiable de tout le portail.

Le format page d'accueil. Héros de recherche, six cartes de catégories avec chacune une description "ce qu'il y a dedans" d'une ligne, un lien View all categories, une rangée de liens rapides pointant vers la communauté et le statut système, et une bande CTA.

Si vous voulez imposer l'un de ces formats, Freshdesk a un véritable objet modèle, pas seulement des directives. Les modèles vivent sous Solutions, puis le menu Quick views, puis Article templates. Vous pouvez en marquer un comme default pour qu'il se charge automatiquement sur chaque nouvel article, ce qui empêche douze agents d'inventer douze formats différents. Deux limites à connaître : un plafond strict de 30 modèles par compte, et les modèles sont réservés à Pro et au-delà. Les équipes qui veulent que le format s'applique automatiquement combinent généralement ça avec un rédacteur d'articles de base de connaissances IA plutôt que de le surveiller à la main.

L'éditeur lui-même est du texte enrichi plus une vue HTML, sans markdown. Il ne prend en charge que H1 à H4 et retire <script>, <style>, <form>, <input>, <select>, et les attributs d'événement comme onclick. Donc pas de widgets interactifs dans un article Freshdesk, quel que soit le prix. Les images intégrées sont plafonnées à 5,2 Mo, les pièces jointes à 25 Mo chacune et 100 Mo au cumul.

Transformer des tickets en articles

Chaque base de connaissances que j'ai vue fonctionner réellement était alimentée par la file de tickets, pas par un sprint de documentation. Le chemin de Freshdesk pour cela s'appelle Email-to-KBase, et c'est la seule fonctionnalité de base de connaissances cochée sur tous les plans, y compris Growth. C'est aussi l'équivalent natif le plus proche de ce que font Zia de Zoho Desk et Zendesk Guide à la même étape.

Rédigez la réponse à un ticket, ajoutez kbase@yourcompany.freshdesk.com dans le champ CCI, et envoyez. Un brouillon apparaît sous la section Drafts.

Deux conditions sur lesquelles la documentation est ferme : le mail doit venir d'une adresse email d'agent enregistrée, et cet agent a besoin de la permission de publication Solutions sous Admin, Team, Roles. Les emails de clients envoyés vers l'adresse kbase sont rejetés automatiquement. Cela fonctionne aussi avec du mail ancien en dehors d'un ticket, donc transférer un long fil de discussion par email vers la base de connaissances est une manière légitime d'en amorcer une.

La limite honnête est que le brouillon arrive comme du texte email brut. Quelqu'un doit quand même lui donner un titre, un dossier et une forme. C'est exactement cet écart que le Solution Article Generator est censé combler, et il vaut la peine d'être clair sur son coût. La propre documentation de Freshdesk le dit sans détour : c'est un module complémentaire Freddy AI Copilot, "accessible to Pro and Enterprise plans through your account manager". Copilot coûte 29 $ par agent et par mois en plus d'un siège Pro, ce qui porte le plancher réel à 84 $ par agent et par mois, plus une conversation commerciale avant qu'une IA n'écrive un seul article pour vous. Notre analyse de la base de connaissances Freddy AI approfondit ce qu'elle fait une fois que vous l'avez.

Le côté client est facturé séparément. Freddy AI Agent coûte 49 $ pour 100 sessions, soit 0,49 $ chacune, et une session est définie comme toutes les interactions avec un utilisateur final dans une fenêtre de 24 heures, pas une résolution. Vous payez pour la tentative dans tous les cas. La mention "first 500 sessions included" sur les cartes tarifaires est un octroi unique à l'achat du plan, pas une allocation mensuelle, ce qui vaut la peine d'être repéré avant de bâtir une prévision dessus. L'économie unitaire complète se trouve dans notre article sur les tarifs de Freshdesk Freddy AI, et il y a un article séparé sur la consommation de sessions si vous essayez de la prévoir.

À noter que Freshdesk suggérera aussi des articles de solution dans une réponse d'agent, ce qui est la moitié côté agent de la même boucle.

L'écart de mesure

Voici l'endroit où je pense que la plupart des bases de connaissances Freshdesk s'enlisent silencieusement. Les analyses de base de connaissances ne commencent qu'à Pro, et même là, la propre documentation de Freshdesk étiquette encore la fonctionnalité comme beta. Ce que vous obtenez, ce sont par article les Views, Helpful, Not helpful, et un compteur Suggested, qui suit combien de fois un article a été poussé dans une réponse d'agent. Suggested est ce qui se rapproche le plus de ce que Freshdesk offre comme attribution native de déviation.

Regardez la ligne de cette capture d'écran : 28 vues, 0 utile, 6 pas utile. C'est un article que les gens trouvent et rejettent, un problème très différent de celui d'un article que personne ne trouve. Freshdesk vous dira la première chose.

Ce qu'il ne vous dira pas, c'est ce que les gens ont cherché et n'ont pas trouvé. Freshdesk n'a pas de rapport de recherches infructueuses, et sa documentation vous renvoie vers Google Analytics à la place. Zendesk a "Searches with no results" avec 390 jours de rétention, Zoho Desk sépare les mots-clés populaires des infructueux, Help Scout fournit un tableau dédié aux recherches infructueuses. La réponse de Freshdesk est d'aller configurer un outil d'analytics tiers.

Cet écart compte, car les recherches infructueuses sont le backlog d'articles le moins cher que vous obtiendrez jamais. Ce sont littéralement une liste des questions de vos clients, dans leurs propres mots, auxquelles vous n'avez pas répondu. Sans ça, votre feuille de route de contenu dépend de ce que votre équipe remarque par hasard. Il existe toute une méthode pour relier les requêtes de recherche aux lacunes de contenu, et elle commence par avoir les requêtes en premier lieu.

Le contrôle de l'obsolescence est tout aussi mince. Il n'y a pas de champ d'expiration ni de rappel de révision. Le seul signal automatique d'obsolescence est "Mark other translations as outdated", qui ne couvre que les traductions. Ce qui se rapproche le plus d'une file de révision est le filtrage manuel sur Last modified at, et ce filtre est réservé à Pro et au-delà. Le versionnage avec différences en vert et rouge et un bouton de restauration est réel, et également réservé à Pro.

Le problème SEO dont personne ne vous avertit

Les champs SEO par article existent sur tous les plans : titre, description, mots-clés, Freshdesk recommandant 50 à 60 caractères pour le titre et 150 à 160 pour la description, avec un compteur qui passe au rouge en cas de dépassement. Bien.

C'est du côté des URL que se trouve le problème. Un article Freshdesk vit à /support/solutions/articles/<numeric-id>-<slug>, et c'est l'identifiant numérique qui fait foi. Les propres liens internes de Freshdesk omettent régulièrement le slug et résolvent quand même, ce qui vous dit que le slug est cosmétique. Vous n'obtenez pas de chemin de mot-clé propre.

Si vous devez déplacer ce contenu vers un endroit que vous contrôlez, l'API de base de connaissances Freshdesk est la voie pratique de sortie.

Vient ensuite le domaine. Les portails Freshdesk se trouvent sur un sous-domaine, et les marketeurs le remarquent :

"Hi, I work with freshdesk and they have their own, "help center", which is in their own url, and I can't SEO/GEO optimize it. The thing is we have +70 articules posted there and I want to used them for SEO/GEO. So can I add in my site map their url?"

Top_Watch_9462, "Indexing a CRM help desk to my main URL", Reddit

La réponse qu'il a reçue était la bonne, et ce n'est pas ce que personne veut entendre :

"You can't add external URLs to your sitemap and have Google attribute that authority to your domain. The content needs to live on your domain to benefit your SEO."

erickrealz, r/b2bmarketing, Reddit

Il existe un contre-argument raisonnable selon lequel un centre d'aide gagne surtout du trafic de marque de toute façon, donc un sous-domaine ne coûte pas vraiment cher. Je penche pour ce point de vue pour les marques grand public, et contre pour le SaaS B2B, où un bon article de dépannage peut se positionner sur un terme de catégorie. Dans tous les cas, utilisez un domaine personnalisé. Dix des treize portails que j'ai vérifiés le font ; greytHR et Worksy non, et ça se voit dans la barre d'adresse. La mise en place est couverte dans la configuration du portail client Freshdesk, et le côté personnalisation visuelle dans la personnalisation du portail.

Encore une chose à planifier avant de vous engager : la génération automatique de sitemap est réservée à Pro et au-delà, et exporter votre contenu est peu pratique. Le bouton Export ne produit qu'un CSV de la liste des articles et de leurs propriétés. Pour récupérer le corps réel des articles, il faut exporter la totalité des données de votre helpdesk et déterrer le fichier XML Solutions à l'intérieur. La suppression, quant à elle, est irréversible et demande de retaper le nom exact pour confirmer.

Ce que disent réellement les utilisateurs de Freshdesk

Le résumé le plus clair de toute la situation vient d'un avis Capterra dont les points positifs et négatifs se contredisent de la façon la plus utile qui soit. Les points positifs :

"After building our knowledge base, we noticed many customers started resolving common issues on their own before contacting support. This reduced ticket volume while allowing agents to dedicate more attention to complex cases."

Mitali J., Specialist programmer, "The self-service portal reduced repetitive customer questions", Capterra

Et les points négatifs, du même avis :

"Although the knowledge base is useful, finding the right article isn't always seamless for end users. Improving search relevance and content recommendations would make self-service even more effective."

Mitali J., same review, Capterra

C'est la tension résumée en deux phrases. La base de connaissances dévie des tickets. La récupération d'information est le maillon faible, ce qui constitue tout l'argument pour placer un chatbot de base de connaissances devant du contenu que vous avez déjà rédigé.

La personnalisation du portail est l'autre thème récurrent, et la citation la plus forte à ce sujet est récente et non incitée :

"For the cost, FreshDesk is a great ticketing platform. Once fully configured it works well and the support portal you can build for your end users is a great feature to have. Their market place for integrations is pretty good as well with all the common/popular apps. There is a lack in what you can customize though (specifically with the support portal and workflow builders)."

David N., IT Operations Manager, "Very good ticketing platform for SMB", Capterra

Certains se heurtent au plafond de l'éditeur et le contournent :

"The gui used to deploy the solution articles could be a little more friendly to use. Formatting the solution articles can sometimes be difficult and I find myself directly editing the HTML to get the desired look."

Eli S., Engineer, "Freshdesk is just Intuitive", Capterra

Et une à prendre au sérieux avant d'investir trois ans de rédaction dans le portail :

"Freshdesk. Can't exit because: we could get off the ticketing system, but the knowledge base is hosted here as well, and that's publicly accessible."

aetherspawn, Hacker News

Une équipe en train de migrer a trouvé la même chose, de l'autre côté :

"I was able to export all of it to .json from Freshdesk. Still, the issue is that HubSpot is only able to import via two options: either by a CSV or by providing them with the link to the current FreshDesk Knowledge base. It will auto-import it. The issue with number 2 is that it skipped a lot of articles, and they were not correctly categorised."

BanSlam, "Have anyone migrated knowledge base from...", Reddit

Pour être juste envers Freshdesk, beaucoup de rédacteurs d'avis notent la base de connaissances au-dessus du reste du produit. Un analyste support IT l'a résumé ainsi : "Our admin did a good job of integrating the KB with the ticketing systems so the KB was a very reliable point of reference while troubleshooting during a call", avec des points négatifs qui portaient entièrement sur le côté ticketing. La base de connaissances n'est pas le point faible de Freshdesk. C'est simplement une base de connaissances, et les restrictions de plan déterminent combien vous en obtenez. Si vous hésitez encore, Zendesk vs Freshdesk et notre panorama des meilleurs outils de base de connaissances IA comparent directement cette couche.

L'écart multilingue, en bref

Si vous servez plus d'une langue, sachez ceci avant de planifier : Freshdesk prend en charge 47 langues dans la base de connaissances, dont quatre exclusives à la base de connaissances. Et il ne fait aucune traduction automatique des articles de solution, à aucun niveau de plan. Chaque traduction est saisie par un humain. Live Translate de Freddy gère les conversations de tickets en temps réel ; il ne touche pas à vos articles.

La propagation est aussi manuelle. Quand vous éditez la version maîtresse, vous cliquez vous-même sur Mark other translations as outdated. Et toute la base de connaissances multilingue est réservée à Pro, 55 $ par agent et par mois. Cela vaut la peine de le mettre honnêtement en balance avec l'approche de Noise, qui consiste à maintenir un dossier International User Manual séparé en anglais, ce qui ne coûte rien. Pour les conversations en direct plutôt que les articles, le chat en direct multilingue est un problème séparé avec des outils séparés.

eesel pour Freshdesk

Si vous avez déjà fait la partie difficile, et que les articles existent mais que les clients ouvrent quand même des tickets auxquels votre centre d'aide répond déjà, l'écart se situe dans la récupération d'information, pas dans le contenu. C'est le problème pour lequel eesel a été conçu.

eesel se connecte à Freshdesk, lit les articles de solution que vous avez déjà rédigés avec vos tickets et macros passés, et rédige des réponses pour les agents ou répond directement aux clients. Trois choses le concernant sont spécifiques au problème autour duquel cet article a tourné :

Il simule contre votre propre historique de tickets avant de passer en direct. J'ai construit ça à cause d'un échec, pas d'une feuille de route. Le bot d'un client payant a un jour fabriqué des affirmations sur des abonnements et les a envoyées à de vraies personnes parce que la base de connaissances n'avait aucune réponse correspondante. Faire tourner un déploiement contre des milliers de tickets historiques au préalable vous dit ce que l'IA aurait dit, sur votre contenu réel, avant qu'aucun client ne le voie. C'est aussi comme ça que vous obtenez un chiffre honnête de taux de résolution par IA plutôt qu'une estimation de fournisseur.

Il fait surgir les lacunes. Les questions auxquelles l'IA n'a pas pu répondre à partir de vos articles existants sont exactement le rapport de recherches infructueuses que Freshdesk ne vous donne pas. C'est votre backlog d'articles, généré à partir de vrais tickets.

Il n'a pas besoin de reconstruction. Pas de recatégorisation, pas de migration hors du portail Freshdesk, pas d'attente d'une mise à niveau Pro pour commencer. Il lit ce qui existe déjà, ce qui est la différence pratique entre récupération et fine-tuning pour un centre d'aide. Si votre base de connaissances Freshdesk a trois niveaux de profondeur et vit sur Growth, ce n'est pas un problème.

Vous pouvez l'essayer gratuitement. La page d'intégration Freshdesk explique comment fonctionne la connexion, et il y a un guide étape par étape sur l'ajout d'IA à Freshdesk si vous voulez d'abord voir la configuration.

Par où je commencerais

Si vous construisez à partir de zéro, copiez Hover. Quatre à six catégories nommées d'après la surface de produit, Getting Started épinglé en tête, une ligne de description sur chaque catégorie, puis un bloc Before you begin sur chaque article. C'est un week-end de travail, et ça bat la majorité de ce que j'ai trouvé.

Si vous avez déjà une base de connaissances et qu'elle ne dévie pas de tickets : ne restructurez pas en premier. Ouvrez votre file de tickets, lisez cinquante tickets récents, et vérifiez si vos articles sont écrits pour la personne qui les a déposés. L'entreprise de transit que j'ai mentionnée avait une base de connaissances bien organisée qui répondait entièrement au mauvais public, et aucun travail sur les catégories n'aurait corrigé ça. Cet audit est l'étape la moins chère de tout plan pour améliorer le libre-service avec l'IA.

Si vous êtes sur Growth et frustré : la lecture honnête est que le palier à 19 $ de Freshdesk vous donne une base de connaissances et presque aucun moyen de la gérer. Avant de sauter sur Pro à 55 $ pour le versionnage et les analyses, déterminez si le problème réel est que les clients ne trouvent pas vos articles. Si c'est le cas, une couche IA sur votre contenu existant est une solution moins coûteuse qu'une augmentation de plan de 189 %, et notre panorama de la meilleure IA pour Freshdesk couvre les options.