🚀
Deploy a producción el viernes 14 de junio.
La próxima sesion debe completar la integración HubSpot + emails de activación + QA end-to-end. Quedan ~2 días.
Completar integración HubSpot + emails de activación + QA end-to-end antes del deploy viernes
Énfasis detectado: deployment_emphasis — preguntas de cierre pre-deploy
- ✅ Agente de bienvenida (webhook Zapier → Claude API) funciona en staging
- ⬜ Integrar paso de verificación de CRM en HubSpot (espera API Key producción)
- ⬜ Implementar emails de activación: Día 1 · Día 3 · Día 7
- ⚠ Copy email Día 7 pendiente de aprobación del cliente
- ⬜ QA end-to-end del flujo completo onboarding → CRM → secuencia emails
- ⬜ PR review + aprobación → merge → deploy a producción
📋 Preguntas de cierre pre-deploy (emphasis: deployment)
❓¿Comando exacto de deploy? git push origin main && mcp__github__create_pull_request — confirmar con Marcos el branch de producción
✅¿Qué checks deben estar en verde? Tests unitarios del agente + test de integración HubSpot + smoke test de los 3 emails en staging
👤¿Quién aprueba? Marcos Rueda (CTO) debe hacer el sign-off del PR antes del merge a producción
🔄¿Plan de rollback? Feature flag en env var ONBOARDING_AGENT_ENABLED=false — desactiva el agente sin revertir el deploy
📊 Estado actual
PRD de onboarding aprobado
Diagrama de flujo (Mermaid)
Agente bienvenida en staging
Integración HubSpot CRM
En progreso — bloqueado por API Key prod
Emails activación (D1, D3, D7)
D1 y D3 listos · D7 sin copy aprobado
QA end-to-end
Bloqueado hasta tener HubSpot + D7
🚧 Bloqueantes
API Key HubSpot — Producción
Desbloquea: Marcos Rueda — entrega el jueves 13 de junio
Copy email Día 7 sin aprobar
Desbloquea: Cliente LeadPilot — revisión pendiente del draft enviado el martes
Workarounds mientras se desbloquean:
Usar HubSpot Sandbox Key para continuar el desarrollo. Preparar placeholder para email D7 y sustituir cuando llegue el copy aprobado.
🤔 Decisiones abiertas
¿Evento de Segment al completar onboarding: server-side o client-side?
Opciones: (A) Server-side desde el agente webhook, más fiable · (B) Client-side en el dashboard React, más fácil de implementar
→ Lean actual: server-side (A) — mayor fiabilidad para metrics de activación críticas
¿Reintentos automáticos si falla la escritura en HubSpot?
Opciones: (A) Retry con exponential backoff en el agente · (B) Cola de mensajes SQS/Zapier · (C) Manual fallback con alerta Slack
→ Sin decidir — Marcos prefería mínimo overhead de infra para el MVP
¿Email D7 es de upsell o de éxito del cliente puro?
Opciones: (A) Upsell sutil al plan Pro · (B) Celebración de primeros leads generados + tips
→ Pendiente de que el cliente apruebe el copy — tiene opinión fuerte al respecto
⚡ Skills para la próxima sesión
email-sequence
Generar el copy de los 3 emails de activación (D1, D3, D7) con estructura de activación progresiva
analytics-tracking
Definir los eventos Segment para el funnel de activación: onboarding_started, crm_synced, first_lead_generated
cold-email
Referencia de copywriting de alta conversión para el email D7 (si el cliente rechaza el draft actual)
traspaso-sesion-agente
Volver a invocar al cerrar la sesión de QA para documentar el handoff al equipo de ops de LeadPilot
📎 Artefactos (solo referencias)
PRD
/projects/leadpilot/docs/PRD-onboarding-v2.md
aprobado
Flujo
/projects/leadpilot/docs/onboarding-flow.md
completo
Branch
feat/onboarding-agent
en progreso
PR
github.com/leadpilot/app/pull/47
draft
Staging
staging.leadpilot.io/webhooks/onboarding
activo
Emails
/projects/leadpilot/emails/ (D1 ✓ D3 ✓ D7 ⚠)
parcial
Tests
/projects/leadpilot/tests/onboarding_agent_test.py
passing
📌
Regla de no-duplicación (Matt Pocock): Este documento referencia artefactos existentes por ruta o URL. Si en la próxima sesión encuentras contenido de un PRD/plan/issue siendo copiado aquí, sustitúyelo por su referencia. El contexto vive en los artefactos, no en el handoff.