Operações de Faturamento do Cliente

Use esta habilidade 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 acompanhamento devemos enviar?

Quando Usar

• O cliente diz que o faturamento está quebrado, quer um reembolso ou não consegue cancelar
• Investigando assinaturas duplicadas, cobranças acidentais, renovações falhas ou risco de cancelamento
• Revisando mix de planos, assinaturas ativas, conversão anual vs. mensal ou confusão de assentos de equipe
• Criando ou validando um fluxo de portal de faturamento
• Auditando reclamações de suporte que tocam em 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 apoio
• Prefira portais de faturamento/cliente hospedados em vez de código de gerenciamento de conta personalizado quando a plataforma já fornece os controles necessários

Barreiras de Proteção

• Nunca exponha chaves secretas, detalhes completos do cartão ou PII do cliente desnecessários na resposta
• Não reembolse cegamente; primeiro classifique o problema
• Distinga entre:
  • compra duplicada acidental
  • compra deliberada de múltiplos assentos ou equipe
  • produto quebrado / valor não atendido
  • checkout falho ou incompleto
  • cancelamento devido à falta de controles de autoatendimento
• Para planos anuais, planos de equipe e estados proporcionais, verifique o formato do contrato antes de tomar uma ação

Fluxo de Trabalho

1. Identifique o cliente claramente

Comece pelo identificador mais forte disponível:

• e-mail do cliente
• ID do cliente Stripe
• ID da assinatura
• ID da fatura
• nome de usuário do GitHub ou e-mail de suporte, se for conhecido por mapear para o 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 "balde" antes de agir:

3. Tome a ação reversível mais segura primeiro

Ordem preferida:

1. restaurar o gerenciamento de autoatendimento
2. corrigir estado de faturamento duplicado ou quebrado
3. reembolsar apenas a cobrança afetada ou a duplicada
4. documentar o motivo
5. enviar um breve acompanhamento ao cliente

Se a correção exigir trabalho no produto, separe:

• remediação do cliente agora
• bug do produto / lacuna de fluxo de trabalho para backlog

4. Verifique lacunas de produto do lado do operador

Se a dor do cliente vier de uma superfície de operador ausente, chame-a explicitamente. Exemplos comuns:

• sem portal de faturamento
• sem visibilidade de uso/limite de taxa
• sem explicação de plano/assento
• sem fluxo de cancelamento
• sem proteção contra assinaturas duplicadas

Trate esses itens como itens de acompanhamento de ECC ou do site, não apenas incidentes de suporte.

5. Produza a entrega para o operador

Termine com:

• resumo do estado do cliente
• ação tomada
• impacto na receita
• texto de acompanhamento para enviar
• problema de produto ou backlog para criar

Formato de Saída

Use esta estrutura:

CUSTOMER
- name / email
- relevant account identifiers

BILLING STATE
- active subscriptions
- invoice or renewal state
- anomalies

DECISION
- issue classification
- why this action is correct

ACTION TAKEN
- refund / cancel / portal / no-op

FOLLOW-UP
- short customer message

PRODUCT GAP
- what should be fixed in the product or website

Exemplos de Boas Recomendações

• "A correção certa é um portal de faturamento, não um painel personalizado ainda"
• "Isso parece uma compra pessoal duplicada, não uma compra real de assento de equipe"
• "Reembolse uma cobrança duplicada, mantenha a assinatura ativa restante e, em seguida, converta o cliente para faturamento de organização mais tarde, se necessário"