How-To · May 3, 2026
Setting Up an IT Helpdesk for Under $0
Most small IT teams run on Slack DMs and a shared inbox. It works until it doesn\'t. This guide walks through a 5-phase setup for tickets, SLA expectations, routing, and asset tracking without a ServiceNow contract.
A working internal IT helpdesk takes one week to set up: a single intake email, 5 categories, 3 priority tiers with realistic SLA expectations, routing rules mapped to your team, and a one-paragraph rollout to the company. For a small team (under 50 employees), the core ticketing setup fits inside a free plan; SLA management starts on Pro.
Why most internal IT setups fail
If your IT team is drowning in requests but has no idea how many or what type, you\'re not alone. Four patterns cause it.
Des demandes éparpillées entre Slack, l'e-mail et les messages privés
Sans point de réception unique, la moitié de vos tickets ne deviennent jamais des tickets. Vous ne pouvez pas mesurer ce que vous ne voyez pas.
Aucun système de priorité, donc tout est « urgent »
Quand tous les tickets semblent critiques, les vrais P1 attendent derrière des demandes cosmétiques. Une simple liste de priorités à 3 niveaux règle cela en une après-midi.
Une culture du héros au lieu d'un processus
Une seule personne sait où se trouve tout et comment le réparer. Cela fonctionne jusqu'à ses vacances. Documentez les 10 principales solutions sous forme d'articles de base de connaissances avant le prochain incident.
Des outils tarifés pour les grandes entreprises
ServiceNow, Jira Service Management et BMC Helix démarrent tous dans la fourchette des quatre chiffres par mois. Pour une entreprise de 50 personnes, c'est démesuré, et le coût de mise en place rivalise avec celui de la licence.
The 5-phase setup (one phase per day)
This is the playbook small IT teams use to go from chaos to a working helpdesk in five focused days. Each phase is one day; each step is a concrete action you can finish in under two hours.
Phase 1 : Boîte de réception
Jour 1- Choisissez une seule adresse de réception (par ex. it-help@votreentreprise.com)
- Redirigez les demandes informatiques existantes des canaux Slack et des messages privés vers cette adresse
- Connectez la boîte de réception à votre logiciel de support pour que chaque e-mail devienne un ticket
- Désactivez la réponse automatique « bien reçu » la première semaine : elle ajoute du bruit pendant que vous réglez le routage
Phase 2 : Catégories
Jour 2- Définissez 5 catégories : Accès, Matériel, Logiciel, Réseau, Autre
- Ajoutez une étiquette pour chaque catégorie dans votre logiciel de support
- Étiquetez manuellement les 50 derniers tickets pour voir la répartition réelle
- Configurez l'étiquetage automatique pour les mots-clés évidents ("VPN" → Réseau, "ordinateur portable" → Matériel)
Phase 3 : SLA
Jour 3- Définissez 3 niveaux de priorité : P1 (production à l'arrêt), P2 (impacte le travail aujourd'hui), P3 (demande, pas un blocage)
- Fixez des objectifs réalistes : première réponse P1 ≤ 30 min · P2 ≤ 4 heures · P3 ≤ 24 heures
- Reliez les alertes de dépassement à un canal Slack ou à votre téléphone
- Documentez les définitions de priorité pour que les demandeurs puissent s'auto-classer dans le formulaire
Phase 4 : Routage
Jour 4- Associez les catégories aux personnes : Réseau → responsable infra, Logiciel → généraliste IT, etc.
- Définissez un destinataire par défaut pour les tickets non routés afin que rien ne reste en suspens
- Si votre équipe alterne les astreintes, configurez l'attribution en tourniquet (round-robin) pour les P1
- Ajoutez une règle d'escalade : tout P1 sans réponse pendant 15 min alerte automatiquement l'astreinte
Phase 5 : Déploiement
Jour 5- Envoyez une annonce d'un paragraphe à l'entreprise avec l'adresse e-mail et les attentes en matière de SLA
- Remplacez le sujet du canal Slack IT par la nouvelle adresse e-mail et une note « utilisez le formulaire pour le suivi »
- Publiez 3 articles de base de connaissances pour démarrer sur les demandes les plus fréquentes (réinitialisation de mot de passe, VPN, MFA)
- Planifiez une revue à 30 jours pour examiner la répartition des catégories et les taux de respect des SLA
How FyneDesk handles this
The setup starts with Free plan features: email-to-ticket, custom categories and tags, routing, knowledge base, and asset management. SLA configuration with breach alerts is available on Pro. Setup is documented; no professional services call required.
Realistic SLA table for a small IT team
Use this as a starting point. Adjust based on your business hours, on-call coverage, and how badly each category hurts when it\'s broken.
| Example request | Priority | First response | Resolution |
|---|---|---|---|
| Système de production à l'arrêt (e-mail, paie, application client) | P1 | ≤ 30 min | ≤ 4 heures |
| Connexion impossible (compte, MFA, VPN) | P2 | ≤ 4 heures | ≤ 1 jour ouvré |
| Problème matériel (ordinateur portable qui ne démarre pas, écran qui scintille) | P2 | ≤ 4 heures | ≤ 2 jours ouvrés |
| Demande de nouveau logiciel, provisionnement d'accès | P3 | ≤ 1 jour ouvré | ≤ 5 jours ouvrés |
| Équipement pour un nouvel embauché (délai d'approvisionnement) | P3 | ≤ 1 jour ouvré | ≤ 1 semaine avant la date de début |
| Question générale ou « comment faire X » | P3 | ≤ 1 jour ouvré | Le jour ouvré même si possible |
Rule of thumb: set SLAs you can hit 95% of the time, then tighten quarterly. Missed SLAs hurt trust more than loose ones.
Tying tickets to assets
If you manage more than 30 company laptops, monitors, or licensed software seats, asset tracking pays for itself the first time someone asks "which version of Office does Marketing have?" Tie each asset to its owner and link tickets to the asset — troubleshooting time drops, replacement decisions get faster, and budget conversations get a lot easier.
You don\'t need a separate IT asset management tool for this. A helpdesk with built-in asset records (laptop model, serial, owner, purchase date, warranty) covers what most small teams need. Spreadsheets work too, but they fall out of sync the day someone forgets to update them.
How FyneDesk handles this
Asset records are part of the free plan. Each asset has an owner, type, serial, and ticket history. When a ticket comes in, you can link it to the asset in one click — and the asset\'s history shows every issue it\'s ever had.
The bottom line
A working internal IT helpdesk is not a tool problem; it\'s a process problem with a tool prerequisite. Pick the simplest tool that handles tickets, SLAs, routing, and assets, set it up in five focused days, and roll it out with clear expectations. Skip the enterprise comparison shopping until you outgrow the free option — most small teams never do.
Frequently asked questions
Si vous traitez plus de 5 demandes informatiques par semaine et qu'elles sont éparpillées entre Slack, l'e-mail et les messages privés, oui. Un logiciel de support donne à chaque demande un responsable, un statut et un historique. Sans cela, les demandes sont manquées, répétées et oubliées. Pour les équipes informatiques de moins de 5 personnes, même un logiciel de support gratuit rentabilise le coût de mise en place dès le premier mois.
Le public et le ton. Un service informatique interne sert les employés : les tickets concernent l'accès, le matériel, les logiciels, le réseau. Les SLA sont négociés en fonction de l'impact métier. Le ton est direct et technique. Un service de support client sert les utilisateurs externes : les tickets concernent les produits, les commandes, les comptes. Les SLA sont concurrentiels (plus vite vaut mieux). Le ton est plus amical, plus attentif à la marque. De nombreux outils couvrent les deux, mais les flux de travail sont différents et nécessitent des catégories, des SLA et (souvent) des équipes distinctes.
La plupart des petites équipes informatiques peuvent avoir un service de support opérationnel en une semaine : une phase par jour si vous restez concentré. La partie la plus longue est généralement le déploiement : amener les employés à réellement utiliser la nouvelle adresse e-mail au lieu d'écrire un message privé au responsable IT. Prévoyez 2 semaines de résistance « on fait comme ça depuis des années » et répondez-y en clôturant visiblement les tickets plus vite que l'ancienne méthode.
Cinq est le bon équilibre : Accès, Matériel, Logiciel, Réseau et Autre. Moins de cinq et vous ne pouvez pas router efficacement. Plus de cinq et l'étiquetage devient une corvée que l'on néglige. Affinez après 30 jours de données réelles : si « Autre » dépasse 20 % de vos tickets, vous devez ajouter une catégorie ; si une catégorie est en dessous de 5 %, fusionnez-la.
Commencez par trois priorités : P1 (production à l'arrêt), P2 (impacte le travail aujourd'hui), P3 (demande, pas un blocage). Fixez des objectifs de première réponse que vous pouvez réellement atteindre : 30 min pour P1, 4 heures pour P2, 1 jour ouvré pour P3 est réaliste pour une petite équipe. Resserrez seulement après avoir atteint les objectifs plus souples pendant un mois. Les SLA manqués nuisent plus à la confiance que les SLA lents.
Si vous gérez des ordinateurs portables, des écrans ou des logiciels sous licence pour plus de 30 personnes, oui. Lier les tickets aux actifs (« MacBook Pro 2024 de Sarah #M-217 ») accélère le dépannage et le remplacement, et vous donne les données nécessaires à la budgétisation. Les équipes plus petites peuvent généralement se contenter d'un tableur la première année.
Pour les équipes informatiques de 1 ou 2 personnes, c'est généralement vous l'astreinte. La stratégie consiste à rendre l'escalade des P1 bruyante (message privé Slack, notification push, SMS) et les P2/P3 silencieux (aucune alerte, regroupés aux heures normales). Pour les équipes de 3 personnes et plus, une rotation hebdomadaire fonctionne bien : la même personne gère les escalades P1 du lundi au dimanche, puis passe le relais. Documentez la rotation dans le logiciel de support pour que le système sache qui alerter.
Pour une petite équipe, le forfait gratuit de FyneDesk couvre la gestion des tickets, le routage, la gestion des actifs, la base de connaissances, les webhooks et les analyses pour jusqu'à 3 agents à 0 $/mois. C'est suffisant pour la plupart des équipes informatiques internes de moins de 50 employés. La gestion des SLA et le passage au-delà de 3 agents vous font basculer sur le forfait Pro à 12 $/agent/mois. Comparez à ServiceNow ou Jira Service Management, où la seule mise en place peut coûter plus cher qu'une année de FyneDesk Pro.
Run your IT desk on the free plan
FyneDesk includes ticketing, routing, asset management, and knowledge base on its free plan. SLA management starts on Pro at $12/agent/mo.
About this guide: Written by the FyneDesk team based on common setup patterns used by small internal IT teams. SLA targets are conservative starting points — adjust to your business impact tolerance. Updated May 3, 2026. Spot an error? Email support@fynedesk.io.