Dossier
SMF·FRESHDESK
Reçu le
31.07.2026
Instruit le
28.09.2026
Pièces annexées
3
Questions
4

SMF·FRESHDESK

Un prompt peut-il remplacer Freshdesk ?

Support client — ticketing help desk

Presque Verdict enregistré le 28.09.2026 · Vérifié le 31.07.2026
Prix
19 $US/moisSource: www.freshworks.com · Vérifié le 31 juillet 2026
Par an
228 $US
Temps de fabrication
Un week-end
Catégorie
Support client
Votes
0 vote
OuiPresque (coché)Pas encore

Bordereau de suivi des pièces

Pièce A Le prompt
Pièce B Ce que tu perds
Pièce C Pourquoi certains continuent de payer : ticketing operations at scale
Pièce Q Questions

Verdict

Freshdesk, c’est la forme traditionnelle de cette catégorie : des tickets avec priorités, des horloges SLA, des heures ouvrées et des règles d’escalade. Tout ça, c’est du logiciel ordinaire et un week-end donne une version fonctionnelle, ce qui en fait un « en partie » plutôt qu’un « non ». Les manques sont opérationnels plutôt que techniques — envoyer depuis un domaine avec une réputation, rester en ligne, et le pass journalier et le comptage d’IA qui rendent le plan payant élastique d’une façon qu’une installation auto-hébergée fixe ne l’est pas.

Pièce B — Ce que tu perds

Pièce A — Le prompt

Reçu le31.07.2026
Construis un help desk à tickets dont l’horloge SLA est honnête.

Stack : ton choix, Postgres, Docker Compose. Courrier entrant via un webhook de fournisseur signé, sortant via un fournisseur transactionnel sur un domaine que tu possèdes avec SPF, DKIM et DMARC.

Modèle de ticket : sujet, demandeur, assigné, statut (ouvert, en attente, en pause, résolu, fermé), priorité, et une liste de messages en fil. Mise en fil par Message-ID et References avec un repli sujet-plus-expéditeur.

Le moteur SLA, c’est le projet, et bien le faire, c’est la différence entre ça et une boîte mail :
- Définis des heures ouvrées par jour de semaine plus une liste de jours fériés, dans un fuseau horaire configurable.
- Définis des politiques SLA qui correspondent à la priorité : une cible de première réponse et une cible de résolution, en heures ouvrées, pas en heures d’horloge murale.
- L’horloge démarre au premier message entrant. Elle se met en pause chaque fois que le ticket est en attente ou en pause — c’est-à-dire quand la balle est dans le camp du client — et reprend quand il répond. Elle s’arrête à la résolution.
- Chaque ticket montre le temps restant, pas le temps écoulé, et devient visiblement urgent sous un seuil configurable. Un ticket dépassé est marqué en permanence : le résoudre plus tard ne doit pas effacer le fait qu’il a été dépassé.
- Stocke chaque pause et reprise comme une ligne, pour que le calcul écoulé puisse être audité plutôt que cru sur parole.

Automatisations, gardées dans une table de règles lisible : sur un déclencheur (créé, mis à jour, temps écoulé) avec des conditions sur des champs, exécute des actions (fixer la priorité, assigner, ajouter un tag, envoyer une réponse type). Les règles s’exécutent dans un ordre listé et le ticket enregistre quelles règles se sont déclenchées, pour qu’une assignation mystérieuse puisse être expliquée.

Réponses prêtes avec des espaces réservés, une base de connaissances publique sans statut d’articles insérables dans les réponses, et export CSV des tickets avec leurs résultats SLA.

Un rapport : taux de respect du SLA par priorité et par semaine, et les cinq meilleures règles d’automatisation par nombre de déclenchements.

Écris des tests pour l’horloge en heures ouvrées à travers un week-end, à travers un jour férié, et à travers un changement d’heure d’été, et pour la pause et la reprise produisant le même total qu’un calcul manuel.

Ne construis ni applications mobiles, ni agent IA, ni marketplace.

L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.

Pièce B — Ce que tu perds

  • B.1 les applications mobiles et les notifications push quand un SLA est sur le point d’être dépassé
  • B.2 le copilote IA Freddy et les sessions d’agent IA automatisées
  • B.3 les pass journaliers pour les agents occasionnels, une vraie bonne idée
  • B.4 la marketplace d’intégrations prêtes à l’emploi
  • B.5 la disponibilité hébergée sur un canal que les clients utilisent quand ils sont déjà mécontents

Alternatives existantes

Pièce C — Pourquoi certains continuent de payer : ticketing operations at scale

Parce que faire respecter un SLA ne vaut quelque chose que si quelqu’un est réveillé quand il est dépassé, et parce qu’à dix-neuf dollars par agent, le calcul contre une installation auto-hébergée plus ton propre temps favorise rarement la construction.

Questions

Pourquoi les heures ouvrées rendent-elles l’horloge SLA difficile ?

Parce qu’une cible de quatre heures qui démarre à 17h un vendredi est due à 13h le lundi, et chaque fuseau horaire, jour férié et changement d’heure d’été est une occasion de se tromper. Des tests pour exactement ces trois cas expliquent pourquoi c’est un week-end et pas une soirée.

Pourquoi un dépassement doit-il être permanent ?

Parce que l’intérêt de l’enregistrement, c’est d’en tirer des leçons. Si résoudre un ticket efface son indicateur de dépassement, ton rapport SLA aura toujours l’air excellent et sera toujours inutile.

Qu’est-ce qu’un pass journalier, et pourquoi le mentionner ?

Freshdesk vend un accès agent d’une journée à 2 $, donc quelqu’un qui touche au support deux fois par mois n’a pas besoin d’un siège complet. C’est une idée tarifaire qu’une installation auto-hébergée n’a pas besoin de reproduire — tout le monde peut simplement avoir un identifiant — mais ça explique pourquoi le plan payant est moins cher que le nombre de sièges ne le suggère.

Puis-je récupérer mes tickets Freshdesk ?

Oui : l’export de données du compte produit tickets, contacts et articles de la base de connaissances, et l’API parcourt les conversations si tu veux les fils avec pièces jointes. Récupère les URL des pièces jointes avant la fermeture du compte ; elles cessent de fonctionner après.

Récépissé

Tu l’as déjà reconstruit toi-même ?