Faturamento Financeiro Ops

Use esta habilidade quando o usuário quiser entender dinheiro, precificação, reembolsos, lógica de assentos de equipe ou se o produto realmente se comporta como o site e a cópia de vendas implicam.

Esta habilidade é mais ampla que customer-billing-ops. Essa habilidade é para remediação do cliente. Esta habilidade é para a verdade do operador: estado da receita, decisões de precificação, faturamento de equipe e comportamento de faturamento baseado em código.

Pilha de Habilidades

Puxe estas habilidades nativas do ECC para o fluxo de trabalho quando relevante:

• customer-billing-ops para remediação e acompanhamento específicos do cliente
• research-ops quando a precificação do concorrente ou evidências atuais do mercado importam
• market-research quando a resposta deve terminar com uma recomendação de precificação
• github-ops quando a verdade do faturamento depende do código, backlog ou estado de lançamento em repositórios irmãos
• verification-loop quando a resposta depende de comprovar o comportamento de checkout, gerenciamento de assentos ou direitos

Quando Usar

• o usuário pergunta sobre vendas do Stripe, reembolsos, MRR ou atividade recente do cliente
• o usuário pergunta se o faturamento de equipe, faturamento por assento ou empilhamento de cotas é real no código
• o usuário quer comparações de precificação de concorrentes ou benchmarks de modelos de precificação
• a pergunta mistura fatos de receita com a verdade da implementação do produto

Salvaguardas

• distinguir dados ao vivo de instantâneos salvos
• separar:
  • fato de receita
  • impacto no cliente
  • verdade do produto baseada em código
  • recomendação
• não diga "por assento" a menos que o caminho de direito real o exija
• não assuma que assinaturas duplicadas implicam valor duplicado

Fluxo de Trabalho

1. Comece com as evidências de faturamento mais recentes

Prefira dados de faturamento ao vivo. Se os dados não estiverem ao vivo, declare explicitamente o carimbo de data/hora do instantâneo.

Normalize a imagem:

• vendas pagas
• assinaturas ativas
• checkouts falhos ou incompletos
• reembolsos
• disputas
• assinaturas duplicadas

2. Separe incidentes do cliente da verdade do produto

Se a pergunta for específica do cliente, classifique primeiro:

• checkout duplicado
• intenção real da equipe
• controles de autoatendimento quebrados
• valor do produto não atendido
• pagamento falho ou configuração incompleta

Em seguida, separe isso da pergunta mais ampla do produto:

• o faturamento de equipe realmente existe?
• os assentos são realmente contados?
• a quantidade de checkout muda os direitos?
• o site exagera o comportamento atual?

3. Inspecione o comportamento de faturamento baseado em código

Se a resposta depender da verdade da implementação, inspecione o caminho do código:

• checkout
• página de precificação
• cálculo de direitos
• gerenciamento de assentos ou cotas
• lógica de uso de instalação vs. usuário
• suporte ao portal de faturamento ou gerenciamento de autoatendimento

4. Termine com uma decisão e lacuna de produto

Relate:

• instantâneo de vendas
• diagnóstico do problema
• verdade do produto
• ação recomendada para o operador
• lacuna de produto ou backlog

Formato de Saída

SNAPSHOT
- timestamp
- revenue / subscriptions / anomalies

CUSTOMER IMPACT
- who is affected
- what happened

PRODUCT TRUTH
- what the code actually does
- what the website or sales copy claims

DECISION
- refund / preserve / convert / no-op

PRODUCT GAP
- exact follow-up item to build or fix

Armadilhas

• não confunda tentativas falhas com receita líquida
• não infira faturamento de equipe apenas pela linguagem de marketing
• não compare a precificação de concorrentes de memória quando evidências atuais estiverem disponíveis
• não pule do diagnóstico direto para o reembolso sem classificar o problema

Verificação

• a resposta inclui uma declaração de dados ao vivo ou carimbo de data/hora do instantâneo
• as afirmações de verdade do produto são baseadas em código
• o impacto no cliente e as conclusões mais amplas de precificação/produto são separadas de forma limpa