finance-billing-ops

Finance Billing Ops

Utiliza esto cuando el usuario quiera entender el dinero, los precios, los reembolsos, la lógica de asientos de equipo, o si el producto realmente se comporta como el sitio web y el texto de ventas implican.

Esto es más amplio que customer-billing-ops. Esa habilidad es para la remediación de clientes. Esta habilidad es para la verdad del operador: estado de ingresos, decisiones de precios, facturación de equipos y comportamiento de facturación respaldado por código.

Pila de Habilidades

Incorpora estas habilidades nativas de ECC en el flujo de trabajo cuando sea relevante:

• customer-billing-ops para remediación y seguimiento específicos del cliente
• research-ops cuando los precios de la competencia o la evidencia actual del mercado sean importantes
• market-research cuando la respuesta deba terminar en una recomendación de precios
• github-ops cuando la verdad de la facturación dependa del código, el backlog o el estado de lanzamiento en repositorios hermanos
• verification-loop cuando la respuesta dependa de probar el comportamiento del proceso de pago, la gestión de asientos o los derechos de acceso

Cuándo Usarlo

• el usuario pregunta sobre ventas de Stripe, reembolsos, MRR o actividad reciente de clientes
• el usuario pregunta si la facturación de equipos, la facturación por asiento o la acumulación de cuotas son reales en el código
• el usuario quiere comparaciones de precios de la competencia o puntos de referencia de modelos de precios
• la pregunta mezcla hechos de ingresos con la verdad de la implementación del producto

Salvaguardas

• distingue datos en vivo de instantáneas guardadas
• separa:
  • hecho de ingresos
  • impacto en el cliente
  • verdad del producto respaldada por código
  • recomendación
• no digas "por asiento" a menos que la ruta de derechos real lo haga cumplir
• no asumas que las suscripciones duplicadas implican valor duplicado

Flujo de Trabajo

1. Comienza desde la evidencia de facturación más reciente

Prefiere datos de facturación en vivo. Si los datos no son en vivo, indica explícitamente la marca de tiempo de la instantánea.

Normaliza la imagen:

• ventas pagadas
• suscripciones activas
• procesos de pago fallidos o incompletos
• reembolsos
• disputas
• suscripciones duplicadas

2. Separa los incidentes de clientes de la verdad del producto

Si la pregunta es específica del cliente, clasifica primero:

• proceso de pago duplicado
• intención real de equipo
• controles de autoservicio rotos
• valor del producto no cumplido
• pago fallido o configuración incompleta

Luego separa eso de la pregunta más amplia del producto:

• ¿la facturación de equipos realmente existe?
• ¿los asientos se cuentan realmente?
• ¿la cantidad en el proceso de pago cambia los derechos?
• ¿el sitio exagera el comportamiento actual?

3. Inspecciona el comportamiento de facturación respaldado por código

Si la respuesta depende de la verdad de la implementación, inspecciona la ruta del código:

• proceso de pago
• página de precios
• cálculo de derechos
• manejo de asientos o cuotas
• lógica de instalación vs. uso del usuario
• soporte del portal de facturación o autoservicio de gestión

4. Termina con una decisión y una brecha de producto

Informa:

• instantánea de ventas
• diagnóstico del problema
• verdad del producto
• acción recomendada del operador
• brecha del producto o del backlog

Formato de Salida

INSTANTÁNEA
- marca de tiempo
- ingresos / suscripciones / anomalías

IMPACTO EN EL CLIENTE
- quién está afectado
- qué sucedió

VERDAD DEL PRODUCTO
- lo que el código realmente hace
- lo que el sitio web o el texto de ventas afirma

DECISIÓN
- reembolsar / conservar / convertir / no operar

BRECHA DEL PRODUCTO
- elemento de seguimiento exacto para construir o arreglar

Errores Comunes

• no confundas intentos fallidos con ingresos netos
• no infieras facturación de equipos solo a partir del lenguaje de marketing
• no compares precios de la competencia de memoria cuando haya evidencia actual disponible
• no pases del diagnóstico directamente al reembolso sin clasificar el problema

Verificación

• la respuesta incluye una declaración de datos en vivo o una marca de tiempo de instantánea
• las afirmaciones de verdad del producto están respaldadas por código
• el impacto en el cliente y las conclusiones más amplias de precios/producto están limpiamente separadas