Accoil Logo
Ver en GitHub
Product Tracking Skills

Su B2B SaaS no está listo para datos

Skills de agente AI de código abierto que analizan su codebase, diseñan un plan de tracking con criterio y generan código de instrumentación funcional — para cualquier SDK de analítica.

Ver en GitHub

o instale directamente

Funciona en

La mayoría de productos B2B van a ciegas

Está pagando por Amplitude, Mixpanel o PostHog. Pero no puede responder preguntas básicas:

  • ¿Qué funcionalidades usan realmente sus clientes?
  • ¿Dónde abandonan los usuarios su flujo principal?
  • ¿Qué cuentas están en riesgo de cancelación?

El problema no es su herramienta de analítica. Es su instrumentación. Su tracking está incompleto, es inconsistente o degeneró en caos — y nadie tiene tiempo para arreglarlo.

El costo de seguir a ciegas

Decisiones de producto

Tomadas por intuición, no por datos

Customer success

Sin visibilidad sobre la salud de las cuentas

Conversaciones con inversores

Sin métricas de uso creíbles

Tiempo de ingeniería

Desperdiciado en solicitudes de tracking ad-hoc

ROI de analítica

Cero — porque los datos que entran son basura

Seis skills. Una sesión. Listo para datos.

Product Tracking Skills le guía a través de un proceso estructurado de 6 fases — desde entender su producto hasta generar código real, tipado y específico para su SDK.

Cada skill produce artefactos que alimentan al siguiente. Todo vive en su repositorio. El contexto sobrevive entre sesiones e ingenieros.

1

Modelar (qué)

Analiza su codebase, hace preguntas dirigidas sobre valor y entidades

2

Auditar (es)

Hace ingeniería inversa del tracking actual a partir de su código

3

Diseñar (debería)

Diseña un plan objetivo con criterio + delta explícito

4

Instrumentar (cómo)

Mapea el plan a su SDK específico

5

Implementar (aplicar)

Genera código real siguiendo la guía

6

Mantener (evolucionar)

Actualiza el tracking cuando se lanzan funcionalidades

1

Modelar

Analiza su codebase, hace preguntas dirigidas sobre valor y entidades

Modelo del producto: qué hace su producto, quién lo usa, cómo fluye el valor

2

Auditar

Hace ingeniería inversa del tracking actual a partir de su código

Inventario factual de lo que realmente se rastrea hoy

3

Diseñar

Diseña un plan objetivo con criterio + delta explícito

Plan de tracking + la diferencia exacta entre el estado actual y el objetivo

4

Instrumentar

Mapea el plan a su SDK específico

Guía de instrumentación específica para el SDK con código de plantilla

5

Implementar

Genera código real siguiendo la guía

Tipos TypeScript, funciones wrapper tipadas, ejemplos de uso

6

Mantener

Actualiza el tracking cuando se lanzan funcionalidades

Actualizaciones versionadas del plan + changelog

Tres comandos para estar listo

1

Instale los skills

Agregue los skills a su herramienta de agente AI. Funciona con Claude Code, Codex, VS Code — cualquier herramienta con soporte de agentes.

2

Apunte a su codebase

Diga "model this product" y los skills analizan sus rutas, modelos y controladores para entender qué hace su producto.

3

Ejecute el ciclo

Audite lo que se rastrea. Diseñe lo que debería rastrearse. Genere el código para cerrar la brecha. Listo.

terminal
Usted: model this product
AI: [Scans codebase, asks about value and entities]
Product model saved to .telemetry/product.md
Usted: audit tracking
AI: Found 14 events across 8 files.
Saved to .telemetry/current-state.yaml
Usted: design tracking plan
AI: Target: 22 events. Delta: add 10, rename 3, change 4, remove 1.
Usted: implement tracking
AI: Instrumentation code ready in instrumentation/

Creado para quienes sienten el dolor

Fundadores

Sabe que necesita analítica de producto. Lleva meses pensando en configurarla. Probablemente lo intentó una vez y terminó con cinco eventos nombrados de forma inconsistente. Estos skills lo hacen correctamente en una fracción del tiempo.

Ingenieros de producto

Código de tracking disperso en 23 archivos. Nomenclatura mixta. Nadie sabe qué se rastrea. Necesita un sistema: auditar la realidad, diseñar la intención, generar código tipado, mantenerlo a medida que se lanzan funcionalidades. Eso es esto.

Equipos de CS / Success

Necesita visibilidad sobre cómo las cuentas usan el producto. Adopción de funcionalidades. Señales de engagement. Riesgo de cancelación. No puede construirlo usted mismo, pero puede entregar a ingeniería un proceso claro: "Ejecuten estos skills. Consígannos los datos."

Usuarios y cuentas son ciudadanos de primera clase

Esto no es analítica web adaptada para B2B. Está construido para productos donde los usuarios pertenecen a cuentas, las cuentas tienen jerarquías y la adopción de funcionalidades importa a nivel de cuenta.

  • Jerarquía de grupos integrada (cuenta > workspace > proyecto)
  • Traits de usuario y cuenta diseñados como parte del plan
  • Atribución de eventos al nivel de grupo correcto
  • Gestión de identidad (identify, group, reset) manejada por SDK

Soporta seis SDKs de analítica (por ahora)

Segment logo
Segment
Amplitude logo
Amplitude
Mixpanel logo
Mixpanel
PostHog logo
PostHog
Accoil logo
Accoil
RudderStack logo
RudderStack

No es un prompt. No es una plantilla. Es un proceso.

Preguntarle a un chatbot de AI sobre tracking
Consejos genéricos. Sin conocimiento del codebase. Sin estructura. Olvidado en la siguiente sesión.
Hoja de cálculo con plan de tracking
Un documento que se desvía de la realidad desde el primer día. Sin generación de código.
Auto-captura (Heap, FullStory)
Clics y vistas de página. Sin significado semántico. Sin contexto de cuentas B2B.
Contratar un ingeniero de analítica
Costoso. Lento. El conocimiento se va cuando la persona se va.
Product Tracking Skills
Analiza su codebase. Diseña un plan con criterio. Genera código real. Se mantiene solo. Vive en su repositorio.

Todo vive en .telemetry/

Cada artefacto es un archivo en su repositorio. Git registra cómo evolucionó su comprensión. Nada vive en la cabeza de alguien o en una herramienta de terceros.

file tree
.telemetry/
├── product.md              # Qué hace su producto
├── current-state.yaml      # Qué se rastrea hoy
├── tracking-plan.yaml      # Qué debería rastrearse
├── delta.md                # Diff actual → objetivo
├── instrument.md           # Guía específica del SDK
├── changelog.md            # Cómo evolucionó el plan
└── audits/
    └── 2026-02-13.md       # Snapshots de auditoría

Tomamos posiciones para que usted no tenga que debatirlas

  • dot.notation para eventos. report.created, no Created Report ni reportCreated. Objeto y luego acción, siempre.
  • snake_case para propiedades y traits. plan_type, company_size, last_seen_at. Consistente, predecible, consultable.
  • Propiedades sobre eventos. Un evento con una propiedad de tipo supera a tres eventos similares.
  • Cobertura minimalista. Rastree lo que importa. Omita lo que no. Menos es más barato.
  • Auditar antes de diseñar. Describa la realidad antes de decidir la intención. Sin suposiciones.
  • Guiado por delta. El diff actual → objetivo es el backlog de implementación. Sin ambigüedad.

Puntos de partida con criterio para tipos de producto comunes

B2B SaaS Core

Línea base genérica para B2B SaaS

AI/ML Tools

Productos de AI, generación, modelos

Developer Tools

APIs, SDKs, herramientas CLI

Collaboration Tools

Workspaces de equipo, colaboración en tiempo real

Form Builders

Creación de formularios, envíos

Security Products

Eventos de seguridad, alertas, cumplimiento

Analytics Platforms

Productos de analítica rastreando su propio uso

Preguntas frecuentes

Su producto tiene cosas que vale la pena rastrear. Empiece ahora.

Licencia MIT. Instale en 2 minutos. Ejecute "model this product" para comenzar.