Operações de Faturamento de Clientes
Use esta skill para operações reais com clientes, não para design genérico de API de pagamento.
O objetivo é ajudar o operador a responder: quem é este cliente, o que aconteceu, qual é a correção mais segura e qual follow-up devemos enviar?
Quando Usar
- Cliente diz que o faturamento está quebrado, quer um reembolso ou não consegue cancelar
- Investigando assinaturas duplicadas, cobranças acidentais, renovações falhadas ou risco de churn
- Revisando mix de planos, assinaturas ativas, conversão anual vs mensal ou confusão com assentos de equipe
- Criando ou validando um fluxo de portal de faturamento
- Auditando reclamações de suporte que envolvem assinaturas, faturas, reembolsos ou métodos de pagamento
Superfície de Ferramenta Preferida
- Use ferramentas de faturamento conectadas como Stripe primeiro
- Use e-mail, GitHub ou rastreadores de problemas apenas como evidência de suporte
- Prefira portais de faturamento/ cliente hospedados a código personalizado de gerenciamento de conta quando a plataforma já oferecer os controles necessários
Diretrizes
- Nunca exponha chaves secretas, detalhes completos de cartão ou PII desnecessária do cliente na resposta
- Não reembolse cegamente; primeiro classifique o problema
- Distinguir entre:
- compra duplicada acidental
- compra deliberada de múltiplos assentos ou equipe
- produto quebrado / valor não entregue
- checkout falhado ou incompleto
- cancelamento devido à falta de controles de autoatendimento
- Para planos anuais, planos de equipe e estados rateados, verifique a forma do contrato antes de tomar qualquer ação
Fluxo de Trabalho
1. Identifique o cliente claramente
Comece pelo identificador mais forte disponível:
- e-mail do cliente
- ID do cliente no Stripe
- ID da assinatura
- ID da fatura
- nome de usuário do GitHub ou e-mail de suporte se souber que mapeia para faturamento
Retorne um resumo conciso da identidade:
- cliente
- assinaturas ativas
- assinaturas canceladas
- faturas
- anomalias óbvias, como assinaturas ativas duplicadas
2. Classifique o problema
Coloque o caso em um bucket antes de agir:
| Caso | Ação típica |
|---|---|
| Assinatura pessoal duplicada | cancelar extras, considerar reembolso |
| Intenção real de múltiplos assentos/equipe | preservar assentos, esclarecer modelo de faturamento |
| Pagamento falhado / checkout incompleto | recuperar via portal ou atualizar método de pagamento |
| Controles de autoatendimento ausentes | fornecer portal, caminho de cancelamento ou acesso a faturas |
| Falha do produto ou quebra de confiança | reembolsar, pedir desculpas, registrar problema do produto |
3. Tome a ação reversível mais segura primeiro
Ordem preferida:
- restaurar o gerenciamento de autoatendimento
- corrigir estado de faturamento duplicado ou quebrado
- reembolsar apenas a cobrança afetada ou duplicata
- documentar o motivo
- enviar um breve follow-up ao cliente
Se a correção exigir trabalho no produto, separe:
- remediação do cliente agora
- bug do produto / lacuna no fluxo de trabalho para o backlog
4. Verifique lacunas no lado do operador
Se a dor do cliente vier de uma superfície de operador ausente, destaque-a explicitamente. Exemplos comuns:
- nenhum portal de faturamento
- nenhuma visibilidade de uso/limite de taxa
- nenhuma explicação de plano/assento
- nenhum fluxo de cancelamento
- nenhuma proteção contra assinatura duplicada
Trate-os como itens de follow-up do ECC ou do site, não apenas como incidentes de suporte.
5. Produza a transferência do operador
Termine com:
- resumo do estado do cliente
- ação tomada
- impacto na receita
- texto de follow-up para enviar
- problema do produto ou backlog para criar
Formato de Saída
Use esta estrutura:
CLIENTE
- nome / e-mail
- identificadores de conta relevantes
ESTADO DE FATURAMENTO
- assinaturas ativas
- estado da fatura ou renovação
- anomalias
DECISÃO
- classificação do problema
- por que esta ação está correta
AÇÃO TOMADA
- reembolso / cancelamento / portal / sem ação
FOLLOW-UP
- mensagem curta para o cliente
LACUNA NO PRODUTO
- o que deve ser corrigido no produto ou site
Exemplos de Boas Recomendações
- "A correção certa é um portal de faturamento, não um painel personalizado ainda"
- "Parece um checkout pessoal duplicado, não uma compra real de assentos de equipe"
- "Reembolsar uma cobrança duplicada, manter a assinatura ativa restante e depois converter o cliente para faturamento organizacional mais tarde, se necessário"