Créer une app de support client (helpdesk) sans code

Créer une app de support client sans code

Décrivez vos types de demandes, vos statuts et qui traite quoi, laissez Zugo générer l'application, puis affinez par modifications. Une construction simple coûte 6 crédits, une modification 3. Une app de tickets complète, avec espace client et espace agent, relève de la plateforme multipage à 12 crédits pour trois pages.

Avant d'aller plus loin, une question franche mérite d'être posée : construire un helpdesk n'est pas toujours le bon choix, et ce guide dit aussi quand il ne l'est pas.

À quoi sert vraiment une application de support ?

À trois choses, et elles n'ont rien de spectaculaire. Ne perdre aucune demande, savoir qui s'en occupe, et pouvoir dire au client où en est son dossier.

Le premier problème d'une petite équipe n'est jamais la sophistication de l'outil, c'est la boîte e-mail partagée où deux personnes répondent au même message pendant qu'un troisième message glisse en page deux. Un ticket avec un propriétaire résout cela immédiatement.

Le deuxième problème est la répétition. Quand quatre demandes sur dix portent sur la même chose, ce n'est pas d'un meilleur outil que vous avez besoin, mais d'une page d'aide qui répond avant que la question soit posée. Prévoyez cette page dès le départ.

Le troisième est la visibilité côté client. Un simple statut visible, avec une date de dernière mise à jour, supprime la moitié des relances. C'est une fonction facile à construire et qui pèse lourd dans la perception du service.

Boîte partagée ou vrai outil de tickets ?

Tant que vous recevez quelques demandes par semaine, une boîte partagée bien tenue suffit et rien ne justifie de construire quoi que ce soit. La bascule se sent nettement : elle arrive quand vous commencez à chercher « où en est la demande de madame Berthier » dans un fil de discussion.

Le seuil pratique est plutôt lié au nombre de personnes qui répondent qu'au volume. À deux, on s'organise à la voix. À quatre, avec des horaires différents, il faut un état partagé, sinon le client reçoit deux réponses contradictoires.

Le troisième déclencheur est la mesure. Une boîte e-mail ne vous dira jamais combien de demandes portent sur la facturation, ni combien de temps vous mettez à répondre. Une base de tickets répond à ces deux questions dès le premier mois.

Quels écrans composent un helpdesk minimal ?

Cinq écrans suffisent pour remplacer une boîte partagée. Tout le reste relève de l'optimisation.

Le détail qui compte le plus dans ce tableau est la note interne. Sans elle, les agents commentent les dossiers ailleurs, dans un autre outil, et l'information se sépare du ticket. Avec elle, un collègue reprend un dossier sans réunion.

Gardez trois ou quatre statuts, pas huit. « Nouveau, en cours, en attente du client, résolu » couvre presque tout. Chaque statut supplémentaire est une décision de plus à prendre pour chaque ticket, et une source d'incohérence entre agents.

Faut-il construire ou prendre un outil du marché ?

Question honnête, réponse honnête. Les outils de support établis font des choses qu'une application construite en quelques heures ne fera pas, et le nier ne rendrait service à personne.

La conclusion raisonnable : construisez si vos catégories sont très spécifiques à votre métier, si vous avez peu d'agents et si vous voulez que les données restent chez vous. Prenez un outil du marché si vous devez gérer des engagements de délai contractuels, plusieurs canaux et une équipe qui grandit vite.

Comment décrire l'application pour obtenir un premier jet utilisable ?

Le niveau de détail décide de tout. Une demande vague donne une maquette de tableau de bord sans rapport avec votre organisation.

Exemple à adapter : « Application web de support client pour un éditeur de logiciel de gestion. Deux rôles : client et agent. Le client dépose une demande avec objet, catégorie (facturation, bug, question d'usage, demande d'évolution), description et pièce jointe, puis suit son statut. L'agent voit une liste filtrable par statut, catégorie et personne assignée, ouvre un ticket, répond, ajoute une note interne, change le statut parmi nouveau, en cours, en attente du client, résolu. Une base de connaissances avec recherche et articles classés par catégorie. Interface sobre, français, lisible sur ordinateur en priorité. »

Ce texte fixe les rôles, les catégories, les statuts, les champs et l'usage principal. C'est précisément ce dont le modèle a besoin pour ne pas inventer un flux qui ne vous ressemble pas.

Pensez à préciser le sens des permissions : un client ne doit voir que ses demandes. Cette règle est le genre de chose qui paraît évidente à l'humain qui écrit et qui doit pourtant être demandée explicitement. La logique des comptes est détaillée dans l'IA peut-elle créer une connexion utilisateur.

Combien coûte une app de support en crédits ?

La grille est la même que pour tout le reste, ce qui rend le budget prévisible.

Une application de ce type demande plus d'itérations qu'un site vitrine, parce que les règles de gestion se découvrent à l'usage. Comptez une construction et une dizaine de modifications sur le premier mois. Avec la formule Pro à $25 par mois pour 200 crédits, soit environ 66 modifications, la marge reste confortable. La formule gratuite offre 5 crédits, de quoi essayer. Business monte à 800 crédits pour $99 par mois.

Si vous gérez aussi des clients, des affaires et un suivi commercial, la frontière avec un autre outil devient floue : lisez créer un CRM sans code avant de tout mettre dans la même application.

Comment brancher les e-mails, les comptes et les droits ?

Dans cet ordre : comptes, droits, e-mails. Les intégrations disponibles couvrent l'essentiel du besoin sans développement supplémentaire.

Supabase gère la base des tickets, les comptes et les fichiers joints. C'est aussi lui qui porte la règle « chaque client ne voit que ses demandes », qui doit être vérifiée sérieusement avant toute ouverture au public.

Resend envoie les e-mails : accusé de réception, notification de réponse, confirmation de résolution. Ces trois messages font une grande partie de la qualité perçue du support. Le fonctionnement est décrit dans créateur d'app IA avec Resend.

GitHub sert de porte de sortie : l'export du code source permet à un développeur de reprendre le projet le jour où vos règles deviennent trop spécifiques. Vercel permet d'héberger sur votre propre compte, et le domaine personnalisé remplace l'adresse en .zugo.run.

Où s'arrête ce que l'IA construit toute seule ?

Trois limites, à énoncer clairement.

La logique métier très particulière se construit par étapes. Une attribution automatique selon la langue du client, la charge de chaque agent et le niveau de contrat s'obtient en corrigeant cas par cas, pas d'un seul coup. C'est faisable, mais ce n'est pas une demande unique.

Le volume et les canaux multiples ne sont pas le terrain de jeu naturel d'une app construite ainsi. Chat en direct, téléphonie, application mobile installable : ces briques appartiennent aux plateformes spécialisées, et le reconnaître évite une déception.

Enfin, la vérification automatique a ses bornes. Avant de vous rendre un projet, Zugo l'ouvre dans un bac à sable, et une version qui ne se charge pas n'est pas livrée. Cela garantit que l'application fonctionne, pas que vos règles de confidentialité sont correctes. Cette relecture vous revient, et elle est la plus importante de toutes.

Par quoi commencer cette semaine ?

Prenez les cinquante dernières demandes reçues et classez-les en catégories. Ce classement, fait à la main sur une feuille, sera plus utile que n'importe quelle idée d'architecture, parce qu'il vous donne les vraies catégories de votre métier plutôt que des catégories génériques.

Écrivez ensuite les statuts que vous utilisez déjà sans le savoir. Vous en trouverez trois ou quatre, jamais huit. Ce sont eux qui iront dans la description.

Lancez la construction, utilisez l'application une semaine avec deux collègues, notez tout ce qui manque, puis groupez les corrections en une seule modification à 3 crédits plutôt qu'en cinq demandes successives.

Ouvrez enfin l'espace client à une poignée de clients patients avant de l'ouvrir à tous. Vous pouvez démarrer sur zugo.dev avec la formule gratuite pour voir à quoi ressemble une première version de votre flux de tickets.