Opérations de Facturation Client
Utilisez cette compétence pour des opérations réelles sur les clients, pas pour la conception générique d'API de paiement.
Le but est d'aider l'opérateur à répondre : qui est ce client, que s'est-il passé, quelle est la solution la plus sûre, et quel suivi doit-on envoyer ?
Quand l'utiliser
- Le client dit que la facturation est cassée, il veut un remboursement, ou il ne peut pas annuler
- Enquêter sur les abonnements en double, les facturations accidentelles, les renouvellements échoués ou les risques de désabonnement
- Examiner la répartition des plans, les abonnements actifs, la conversion annuelle vs mensuelle, ou la confusion sur les sièges d'équipe
- Créer ou valider un flux de portail de facturation
- Auditer les plaintes de support qui touchent aux abonnements, factures, remboursements ou méthodes de paiement
Surface d'outil préférée
- Utilisez d'abord des outils de facturation connectés comme Stripe
- Utilisez le courrier électronique, GitHub ou les trackers de tickets uniquement comme preuves secondaires
- Préférez les portails de facturation/client hébergés plutôt que du code de gestion de compte personnalisé lorsque la plateforme fournit déjà les contrôles nécessaires
Garde-fous
- N'exposez jamais les clés secrètes, les détails complets de la carte, ou les informations personnelles inutiles du client dans la réponse
- Ne remboursez pas aveuglément ; classifiez d'abord le problème
- Distinguez entre :
- achat en double accidentel
- achat délibéré multi-siège ou en équipe
- produit cassé / valeur non atteinte
- achat échoué ou incomplet
- annulation due à l'absence de contrôles en libre-service
- Pour les plans annuels, plans d'équipe, et é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 :
- adresse e-mail du client
- ID client Stripe
- ID d'abonnement
- ID de facture
- nom d'utilisateur GitHub ou e-mail de support s'il est connu pour correspondre à la facturation
Renvoie un résumé d'identité concis :
- client
- abonnements actifs
- abonnements annulés
- factures
- anomalies évidentes telles que des abonnements actifs en double
2. Classifier le problème
Placez le cas dans un seul seau avant d'agir :
| Cas | Action typique |
|---|---|
| Abonnement personnel en double | annuler les extras, envisager un remboursement |
| Réelle intention multi-siège/équipe | préserver les sièges, clarifier le modèle de facturation |
| Paiement échoué / achat incomplet | récupérer via le portail ou mettre à jour la méthode de paiement |
| Absence de contrôles en libre-service | 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 cassé
- rembourser uniquement la charge affectée ou le double
- documenter la raison
- envoyer un court suivi au client
Si le correctif nécessite un travail produit, séparez :
- remédiation 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 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 du plan/siège
- 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 transfert opérateur
Terminez par :
- résumé de l'état du client
- action entreprise
- impact sur les revenus
- texte de suivi à envoyer
- problème produit ou 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 / sans action
SUIVI
- court message client
LACUNE PRODUIT
- ce qui doit être corrigé dans le produit ou le site web
Exemples de bonnes recommandations
- "Le bon correctif 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"
- "Remboursez une charge en double, gardez l'abonnement actif restant, puis convertissez le client en facturation organisationnelle plus tard si nécessaire"