Comparaison · 3 mai 2026
Service desk interne vs support client
De loin, les tickets des employés et les tickets clients se ressemblent. De près, ils nécessitent des catégories différentes, des SLA différents et un ton différent. Voici comment décider si vous avez besoin d'un outil ou de deux.
Pour la plupart des petites et moyennes organisations, un seul logiciel de support avec deux configurations l'emporte sur deux outils distincts. Des adresses de réception distinctes, des jeux de catégories distincts, des politiques de SLA distinctes et un accès basé sur les rôles vous permettent de servir les deux publics sans doubler vos dépenses d'outils ni votre charge opérationnelle. Des instances distinctes n'ont de sens que pour les secteurs réglementés ou les entreprises de plus de quelques centaines d'employés, là où une isolation formelle des données est importante.
Les 7 façons dont le support interne et le support client diffèrent
Le raccourci (« ce sont tous deux des logiciels de support ») masque les vraies différences dans la manière dont chacun est géré.
| Dimension | IT interne / service desk | Support client |
|---|---|---|
| Public | Employés, prestataires | Utilisateurs externes, clients payants |
| Ton | Direct, technique, concis | Plus chaleureux, soucieux de la marque, soigné |
| Types de tickets fréquents | Accès, matériel, logiciels, réseau | Commandes, facturation, comptes, utilisation du produit |
| Cadrage des SLA | Lié à l'impact métier (P1/P2/P3) | Concurrentiel : plus rapide vaut mieux |
| Libre-service | Runbooks IT, wiki interne | Base de connaissances publique, portail client |
| Identité de l'agent | Noms réels, équipe interne | Persona de marque, parfois générique (« Support ») |
| Axe de reporting | Volume par catégorie, MTTR, problèmes récurrents | CSAT, temps de réponse, taux de déflexion |
Un outil ou deux ? Une matrice de décision
La bonne réponse dépend de la taille de l'équipe, de l'environnement réglementaire et des publics que vous servez. Ce tableau couvre les cas courants.
| Votre situation | Recommandation | Pourquoi |
|---|---|---|
| Moins de 50 employés · uniquement support client | Un seul support client | Le volume IT interne est trop faible pour justifier une configuration distincte. Les messages directs Slack suffisent. |
| Moins de 50 employés · uniquement support IT | Un seul service desk interne | Pas encore de public externe. Mettez en place le service desk interne dès maintenant et étendez-le au support client plus tard. |
| 50 à 200 employés · les deux | Un seul outil, deux configurations | Même fournisseur, marques distinctes, catégories distinctes, routage distinct. La plupart des logiciels de support modernes le permettent avec peu de surcharge. |
| Plus de 200 employés · secteur réglementé | Deux instances ou outils distincts | L'isolation des données, les pistes d'audit et les contrôles d'accès exigent généralement une séparation formelle. |
| Agence ou MSP | Un seul outil avec des étiquettes par client | Consultez le guide dédié aux agences. Une structure multi-client est plus proche du multi-client que du clivage interne/externe. |
Comment FyneDesk gère cela
FyneDesk prend en charge les deux publics dans une seule instance avec réception, catégories, SLA et permissions basées sur les rôles distincts. Le portail client n'affiche que les tickets côté client ; les tickets internes restent réservés aux agents. La plupart des petites et moyennes équipes gèrent les deux côtés sur un seul plan Pro.
Si vous optez pour un seul outil : les 5 essentiels de la configuration
Cinq décisions séparent « un outil qui fonctionne pour les deux » de « un outil qui tourne au chaos pour les deux ». Rendez-les explicites dès la configuration.
Deux adresses de réception
support@votreentreprise.com pour les clients, it-help@ pour les employés. Les règles d'étiquetage s'appliquent à la réception. Les tickets arrivent dans la même boîte mais sont routés vers des équipes différentes.
Deux jeux de catégories
Côté client : Commande, Facturation, Compte, Produit. Côté interne : Accès, Matériel, Logiciels, Réseau. Ne partagez pas les catégories : elles faussent le reporting.
Deux politiques de SLA
Les SLA clients portent sur la réactivité concurrentielle. Les SLA internes portent sur l'impact métier. Bases différentes, alertes de dépassement différentes.
Deux vues ou files
L'équipe de support client ne voit que les tickets clients. L'équipe IT ne voit que les tickets internes. Des vues enregistrées ou des files filtrées évitent les changements de contexte.
Administration partagée, rôles distincts
Un seul administrateur gère les deux. Les agents sont affectés à un côté ou aux deux, avec des permissions basées sur les rôles qui contrôlent ce qu'ils voient.
Quand deux outils est réellement le bon choix
Parfois, la simplicité opérationnelle de deux outils distincts l'emporte sur les économies de licence d'un seul. Trois signaux qu'il est temps de séparer :
- La conformité exige une isolation. La santé (HIPAA), la finance (SOC 2 / PCI) ou les contrats publics peuvent imposer des environnements distincts avec des pistes d'audit distinctes pour les données internes et clients.
- Le support client utilise des intégrations spécialisées poussées. Si votre côté client repose sur Shopify, la téléphonie, les canaux sociaux entrants ou des flux de travail centrés sur le chat qui ne s'appliquent pas à l'IT, l'outil client justifie sa propre licence.
- Chaque côté a sa propre équipe et son propre administrateur dédiés. Quand l'équipe d'aucun côté ne touche à l'autre, l'intérêt d'une administration partagée disparaît. Chacun choisit l'outil le mieux adapté à son flux de travail.
En résumé
Pour 8 petites et moyennes organisations sur 10, un seul logiciel de support gérant les deux publics est la bonne réponse. Moins cher, plus simple et plus facile à maintenir que d'exploiter deux outils. Les exceptions (secteurs réglementés, échelle d'entreprise, intégrations spécialisées poussées) sont réelles mais plus rares que ce que les fournisseurs vous diront.
Si vous êtes en phase d'évaluation, choisissez un outil qui prend en charge les deux dès le départ. Vous pourrez toujours séparer plus tard si la conformité ou l'échelle vous y oblige. Séparer après coup est pénible ; consolider après coup est bien plus difficile.
Questions fréquentes
Oui, pour la plupart des petites et moyennes organisations. L'astuce consiste à les traiter comme deux flux de travail distincts qui partagent une infrastructure : adresses de réception, catégories, SLA et affectations d'équipe distinctes, mais un seul outil à administrer. Les économies sur les licences et la charge opérationnelle sont importantes par rapport à l'exploitation de deux outils. Des instances distinctes n'ont de sens que lorsque l'isolation des données est exigée par contrat ou par la loi.
Trois scénarios : les secteurs réglementés où l'audit et les contrôles d'accès exigent une séparation formelle (santé, finance), les entreprises de plus de quelques centaines d'employés où chaque côté dispose de sa propre équipe dédiée et de ses préférences d'outillage, ou les situations où l'outil de support client nécessite des intégrations e-commerce ou de téléphonie poussées dont l'outil IT n'a pas besoin.
Mélanger les catégories. Si « Accès » est une catégorie à la fois pour les comptes clients (côté client) et le VPN des employés (côté IT), le reporting devient inexploitable et le routage casse. Gardez les jeux de catégories totalement séparés. Idem pour les SLA : ne partagez pas une politique de SLA entre des publics ayant des attentes d'urgence différentes.
Non. Les portails clients sont destinés aux utilisateurs externes qui doivent vérifier l'état d'un ticket sans se connecter à vos systèmes métier. Les utilisateurs internes peuvent se connecter directement au logiciel de support ou interagir par e-mail/Slack. Ignorez la configuration du portail côté interne ; construisez-le uniquement côté client.
Deux bibliothèques de modèles. Les modèles côté client sont plus chaleureux, plus soignés, à la marque. Les modèles côté interne sont directs, techniques et passent souvent les formules de politesse. Étiquetez les modèles par public et n'affichez aux agents que les modèles pertinents pour le ticket sur lequel ils travaillent.
Possible pour de très petites équipes (moins de 5 personnes au total) où une seule personne porte plusieurs casquettes. Au-delà, dédiez les agents à un seul public à la fois. Le coût du changement de contexte est réel : le support IT interne et le support client requièrent des automatismes différents, des bases de connaissances différentes et des styles de communication différents.
Cela dépend de l'activité. Les entreprises SaaS et les marques e-commerce penchent fortement vers le support client : souvent plus de 80 % du volume total de tickets. Les entreprises à forte composante opérationnelle (industrie, services professionnels) penchent vers l'IT interne. Connaître votre ratio aide à dimensionner votre équipe et à prioriser les investissements en automatisation.
Oui. FyneDesk est conçu pour les deux publics dès le départ : adresses de réception distinctes, catégories distinctes par public, permissions d'agent basées sur les rôles, et un portail client uniquement exposé aux tickets côté client. Le plan gratuit couvre les deux pour un maximum de 3 agents combinés ; le plan Pro à 12 $/agent/mois relève les limites d'agents et ajoute une personnalisation de marque pour le côté client.
Un seul logiciel de support, les deux publics
FyneDesk gère le support interne et le support client dans une seule instance. Gratuit pour un maximum de 3 agents combinés.
À propos de ce guide : Rédigé par l'équipe FyneDesk à partir des schémas courants que nous observons chez les clients gérant l'IT interne, le support client ou les deux. Mis à jour le 3 mai 2026. Vous avez repéré une erreur ? Écrivez à support@fynedesk.io.