Que fait Opérations de facturation client ?
Utilisez cette compétence pour des opérations client réelles, pas pour la conception générique d'une API de paiement.
L'objectif est d'aider l'opérateur à répondre : qui est ce client, que s'est-il passé, quelle est la correction la plus sûre, et quel suivi devons-nous envoyer ?
Quand l'utiliser
- Le client signale un problème de facturation, demande un remboursement ou ne peut pas annuler
- Enquête sur des abonnements en double, des frais accidentels, des renouvellements échoués ou un risque de désabonnement
- Examen de la composition des offres, des abonnements actifs, de la conversion annuelle vs mensuelle, ou de la confusion concernant les sièges d'équipe
- Création ou validation d'un flux de portail de facturation
- Audit des réclamations d'assistance qui touchent aux abonnements, aux factures, aux remboursements ou aux modes de paiement
Surface d'outil privilégiée
- Utilisez d'abord les outils de facturation connectés comme Stripe
- N'utilisez les e-mails, GitHub ou les systèmes de suivi des incidents qu'à titre de preuve complémentaire
- Préférez les portails de facturation / client hébergés au code personnalisé de gestion de compte lorsque la plateforme fournit déjà les contrôles nécessaires
Garde-fous
- N'exposez jamais de clés secrètes, de détails complets de carte bancaire ou d'informations personnelles inutiles dans la réponse
- Ne remboursez pas aveuglément ; commencez par classifier le problème
- Distinguez entre :
- achat en double accidentel
- achat délibéré multi-siège ou d'équipe
- produit défectueux / valeur non apportée
- achat échoué ou incomplet
- annulation due à l'absence de contrôles en libre-service
- Pour les offres annuelles, les offres d'équipe et les états au prorata, vérifiez la forme du contrat avant d'agir
Workflow
1. Identifier le client proprement
Partez de l'identifiant le plus fort disponible :
- e-mail du client
- ID client Stripe
- ID d'abonnement
- ID de facture
- nom d'utilisateur GitHub ou e-mail d'assistance s'il est connu pour correspondre à la facturation
Renvoie un résumé d'identité concis :
- client
- abonnements actifs
- abonnements annulés
- factures
- anomalies évidentes comme des abonnements actifs en double
2. Classifier le problème
Classez le cas dans une seule catégorie avant d'agir :
| Cas | Action typique |
|---|---|
| Abonnement personnel en double | annuler les doublons, envisager un remboursement |
| Réelle intention multi-siège/équipe | conserver les sièges, clarifier le modèle de facturation |
| Paiement échoué / achat incomplet | récupérer via le portail ou mettre à jour le mode de paiement |
| Contrôles libre-service manquants | fournir le portail, le chemin d'annulation ou l'accès aux factures |
| Échec produit ou rupture de confiance | rembourser, s'excuser, enregistrer le problème produit |
3. Prendre l'action réversible la plus sûre en premier
Ordre préféré :
- rétablir la gestion en libre-service
- corriger l'état de facturation en double ou défaillant
- rembourser uniquement le frais concerné ou le doublon
- documenter la raison
- envoyer un court message de suivi client
Si la correction nécessite un travail produit, séparez :
- correction client maintenant
- bug produit / lacune de workflow pour le backlog
4. Vérifier les lacunes produit côté opérateur
Si la douleur du client provient d'une surface d'opérateur manquante, signalez-la explicitement. Exemples courants :
- pas de portail de facturation
- pas de visibilité sur l'utilisation/les limites de débit
- pas d'explication de l'offre/des sièges
- pas de flux d'annulation
- pas de garde contre les abonnements en double
Traitez-les comme des éléments de suivi ECC ou site web, pas seulement comme des incidents de support.
5. Produire le rapport de passage opérateur
Terminez par :
- résumé de l'état client
- action entreprise
- impact sur le chiffre d'affaires
- texte de suivi à envoyer
- problème produit ou élément de backlog à créer
Format de sortie
Utilisez cette structure :
CLIENT
- nom / e-mail
- identifiants de compte pertinents
ÉTAT DE FACTURATION
- abonnements actifs
- état de la facture ou du renouvellement
- anomalies
DÉCISION
- classification du problème
- pourquoi cette action est correcte
ACTION ENTREPRISE
- remboursement / annulation / portail / aucune opération
SUIVI
- court message client
LACUNE PRODUIT
- ce qui devrait être corrigé dans le produit ou sur le site web
Exemples de bonnes recommandations
- "La bonne correction est un portail de facturation, pas encore un tableau de bord personnalisé"
- "Cela ressemble à un achat personnel en double, pas à un véritable achat de siège d'équipe"
- "Rembourser un seul frais en double, conserver l'abonnement actif restant, puis convertir le client en facturation d'org plus tard si nécessaire"