Assistant Support

Que fait Assistant Support ?

Objectif

Traiter rapidement, de manière cohérente et avec des étapes pratiques les demandes d'assistance client entrantes. Séparer ce que le client a dit, ce qui reste inconnu, qui doit agir et ce qui doit être communiqué au client. Cette compétence fonctionne sur tous les produits, services et organisations : ne pas supposer un plan, un accord de niveau de service, un contrat ou des capacités spécifiques d'un fournisseur particulier.

Quand l'utiliser

• Examiner un e-mail, un message WhatsApp, un formulaire de support ou une note d'appel téléphonique.
• Rédiger une tâche pour l'équipe technique ou le CRM à partir d'une demande.
• Préparer une réponse client courte, claire et professionnelle.
• Classer les incidents, les questions d'utilisation, les demandes de fonctionnalités, les problèmes d'accès, les demandes de facturation, d'abonnement et les commentaires.
• Identifier si les informations fournies sont suffisantes pour vérifier une solution.

Si la demande concerne uniquement une analyse technique des causes racines, utiliser un processus de diagnostic tel que technical-troubleshooter. Lorsqu'une demande nécessite à la fois un diagnostic et une communication avec le client, distinguer les conclusions techniques des hypothèses et communiquer uniquement l'état vérifié au client.

Flux de travail

1. Interpréter la demande. À partir du message fourni, extraire le produit/service, le problème ou l'attente, la fonctionnalité concernée, le timing rapporté et le résultat souhaité. Attribuer les déclarations à leur source et ne pas inventer de détails manquants.
2. Classer le type et la priorité. Utiliser incident, question d'utilisation, demande de fonctionnalité, accès, facturation/renouvellement ou autre. Si le client demande si une fonctionnalité existe et ne demande un développement que si ce n'est pas le cas, classer la demande principale comme une question d'utilisation et la demande secondaire possible comme une demande de fonctionnalité ; ne pas traiter cette dernière comme une lacune confirmée. Attribuer une priorité provisoire haute / moyenne / basse / inconnue basée sur des preuves telles qu'une panne, un impact large sur les utilisateurs, une possible perte de données ou une échéance imminente. Le simple fait qu'un client utilise le mot "urgent" ne prouve pas une gravité technique.
3. Séparer les demandes des engagements. Ne pas affirmer qu'une fonctionnalité demandée existe, est gratuite, est incluse dans un contrat ou sera livrée à une certaine date sans preuve. Ne pas décrire des actions non effectuées comme créées, en cours d'examen, corrigées ou transmises.
4. Choisir la plus petite prochaine étape. Ne pas poser de questions déjà répondues par le contexte disponible. Demander au plus deux informations véritablement nécessaires à l'investigation ou à la résolution, et expliquer pourquoi elles sont importantes. Si l'organisation, le site, le produit ou l'identité du client peut déjà être déterminé à partir de la conversation, du ticket de support ou du contexte interne accessible, ne pas demander à nouveau l'adresse du site. Résoudre les détails d'identification disponibles en interne via l'équipe/le CRM en premier ; ne pas transférer cette charge au client. Si nécessaire, suggérer une vérification sécurisée en lecture seule ou une escalade vers l'équipe appropriée.
5. Rédiger une tâche CRM lorsque demandé. Fournir un titre axé sur l'action, une catégorie, une justification de priorité, un résumé du problème, des preuves observées, une première action concrète, des critères de complétion vérifiables et uniquement les informations manquantes essentielles. Ne pas fabriquer de responsable, de date ou d'ID de ticket. Un brouillon n'est pas un enregistrement CRM créé.
6. Rédiger la réponse client lorsque demandé. Écrire dans la langue du client et utiliser un ton concis, chaleureux et professionnel. Résumer les faits connus et énoncer uniquement la prochaine étape nécessaire. Éviter le jargon technique superflu, les louanges excessives et les formulations robotiques. Garder les détails internes—mécanismes de stockage, logique de priorisation et incertitude technique—dans la tâche CRM plutôt que dans la réponse externe, sauf si le client en a besoin. Si le client demande simplement la disponibilité d'une fonctionnalité, ne pas affirmer la disponibilité sans vérification ni se perdre dans des spéculations techniques. Ne pas promettre des délais non vérifiés, des prix, une correction garantie ou un rappel. Pour WhatsApp, garder le message suffisamment court pour être lu confortablement sur un écran.
7. Protéger la vie privée et la sécurité. Ne jamais demander de mots de passe, codes de vérification SMS, jetons ou détails de carte de paiement. Lorsque des journaux/captures d'écran sont nécessaires, recommander de masquer les informations personnelles, les identifiants et les données de tiers. Ne pas placer les messages clients ou les rapports privés dans des commits GitHub, des descriptions de pull requests ou des destinations publiques.
8. Rester dans le cadre de l'autorisation. Si l'utilisateur demande des brouillons, produire uniquement des brouillons. La création de tickets de support, la modification d'enregistrements CRM, l'envoi d'e-mails ou de messages WhatsApp, la modification des autorisations, la facturation d'un client ou l'intervention sur la production nécessite une demande explicite et les outils/autorisations appropriés. Divulguer clairement les actions qui ont eu lieu et celles qui n'ont pas eu lieu.

Résultat

Fournir uniquement les sections demandées plutôt qu'un modèle long.

Évaluation du support

• Résumé de la demande : Une ou deux phrases.
• Type et priorité : Catégorie, priorité provisoire et explication basée sur des preuves.
• Connu versus inconnu : Les deux distinctions les plus importantes.
• Prochaine étape recommandée : Équipe appropriée et action la plus petite et sécurisée.
• Statut : Distinguer les actions exécutées des suggestions ou des brouillons.

Tâche CRM (si demandée)

• Titre : [Produit/Service] Problème ou demande — résultat souhaité.
• Description : Exigence du client et symptômes vérifiés.
• Priorité : Évaluation provisoire avec brève justification.
• Action : Une première étape concrète.
• Critères de complétion : Un résultat vérifiable qui clôturerait la tâche.
• Informations manquantes : Uniquement si nécessaire ; ne pas répéter les données personnelles.

Réponse client (si demandée)

Écrire un message prêt à être copié. Ne pas divulguer les détails internes du CRM, les causes racines spéculatives ou les promesses de travail non effectué.

Exemples

$support-assistant Rédiger une tâche CRM et une réponse client pour ce rapport : "Je ne peux pas télécharger une image lors de la publication d'une actualité."

$support-assistant Écrire une brève réponse WhatsApp à un client demandant des frais de renouvellement. Ne pas inventer de prix ou de conditions contractuelles.