POST-MORTEM EJECUTIVO 5-WHYS BLAMELESS CONFIDENCIAL · Q1 2026

Lanzamiento fallido:
NexoFlow Enterprise

Retrospectiva estructurada — Análisis de causas raíz sin culpabilización

−€420K ARR perdido vs objetivo
11 sem Capacidad ventas desviada
−22% Caída renovaciones SMB
4 señales De alerta ignoradas
01
Definición precisa del evento
Evento · 15 Ene — 31 Mar 2026
Resultado esperado

Cerrar 8 contratos Enterprise en Q1 2026 — objetivo de €480.000 ARR nuevo. Validar el segmento 200–500 empleados como segunda línea de negocio para Serie B.

Resultado real

Cerrado 1 contrato (€60.000 ARR). 5 deals en conversación que nunca avanzaron. 2 deals perdidos ante competidores. Brecha: €420.000 ARR.

Impacto total cuantificado
€420K ARR no generado €85K coste comercial (80% Q1 sales) −22% renovaciones SMB NPS Enterprise: 32 vs 71 SMB Reputación interna dañada
02
Línea de tiempo — Lo que fue visible
Oct 2025 — Mar 2026
Octubre 2025
Rodrigo (CEO) propone línea Enterprise. Decisión tomada en 2 reuniones. Target: cerrar 8 contratos en Q1 2026. Equipo SMB (4 AEs) asignado al esfuerzo.
Noviembre 2025 SEÑAL IGNORADA
Elena Ros (CS) reporta: 3 clientes en beta Enterprise llevan 6 semanas sin entrar a la plataforma. Feedback: "demasiado complejo para el tamaño de nuestro equipo de IT". Rodrigo responde: "es el perfil incorrecto de beta, los Enterprise reales serán distintos."
Diciembre 2025 SEÑAL IGNORADA
Marc Puig (Product) advierte en reunión que el módulo de permisos granulares "no estará production-ready antes de Q2." La funcionalidad es requisito clave en todos los RFPs Enterprise. Decisión: lanzar sin ese módulo.
Diciembre 2025 SEÑAL IGNORADA
Equipo SMB alerta: sin cobertura comercial, las renovaciones de enero y febrero corren riesgo. Sonia Vega (Dir. Comercial) lo escala a Rodrigo. Respuesta: "el upside de Enterprise justifica el riesgo."
Enero 2026 LANZAMIENTO
Lanzamiento oficial de NexoFlow Enterprise. Pipeline inicial de 12 leads cualificados. Primeras 3 demos muestran fricción en el proceso de onboarding — feedback ignorado por presión de pipeline.
Febrero 2026 ALERTA REAL
De 12 leads, 7 solicitan funcionalidad de permisos granulares. Ninguno puede avanzar sin ella. 2 deals perdidos ante Kombo.ai (competidor con esa funcionalidad). Renovaciones SMB caen un 22%.
Marzo 2026 CIERRE DE QUARTER
Q1 cerrado: 1 contrato firmado (€60K ARR). 5 deals en stasis. Pipeline SMB dañado. Decisión de parar el esfuerzo Enterprise hasta Q3 o antes si el módulo de permisos se completa.
03
Los 5 Porqués — Cadena causal real
Síntoma → Causa raíz
1
¿Por qué fallamos el objetivo de Q1 Enterprise?
7 de 12 deals no pudieron avanzar porque la plataforma carecía de la funcionalidad de permisos granulares requerida por procurement Enterprise.
2
¿Por qué lanzamos sin el módulo de permisos granulares?
Se decidió lanzar en Q1 a pesar de que Marc Puig advirtió en diciembre que esa funcionalidad no estaría lista hasta Q2. La fecha de lanzamiento no cambió.
3
¿Por qué la advertencia de Product no bloqueó la fecha de lanzamiento?
No existía ningún proceso de "go/no-go" formal. El CEO tenía autoridad unilateral para decidir el lanzamiento. No había un criterio de aceptación técnico que debiera cumplirse antes de lanzar.
4
¿Por qué no teníamos un proceso de go/no-go con criterios técnicos?
NexoFlow había lanzado todos sus productos anteriores en SMB con bajo riesgo técnico. Nunca se necesitó un proceso formal porque el segmento SMB tolera imperfecciones. Al subir de mercado, el proceso no se actualizó.
5
¿Por qué el proceso de lanzamiento no se actualizó al cambiar de segmento?
Nadie fue propietario de adaptar el proceso operativo al nuevo mercado. La decisión de ir a Enterprise fue estratégica (CEO), pero la gestión operativa del cambio de segmento no se asignó a nadie. No hubo un checklist de readiness para Enterprise, ni un owner para construirlo.
⚡
Causa raíz identificada
La empresa tomó una decisión estratégica de cambio de segmento (SMB → Enterprise) sin asignar a nadie la responsabilidad de adaptar sus procesos operativos, criterios de lanzamiento y requisitos de producto al nuevo mercado. La velocidad estratégica superó a la preparación operativa.
04
Factores contribuyentes vs. Causa raíz
Lo que empeoró — no lo que lo causó
Factor contribuyente
Optimismo excesivo del CEO
Rodrigo descartó sistemáticamente las señales negativas del piloto. "Los clientes beta no son el perfil correcto" cerró el debate antes de que empezara.
Factor contribuyente
Presión de Series B como driver
La narrativa de "crecimiento de segmento para la ronda" creó un incentivo perverso para ignorar señales de riesgo. El objetivo financiero dominó sobre el criterio técnico.
Factor contribuyente
Ausencia de voz CS en decisiones de producto
Elena Ros (CS) tenía información crítica pero no tenía asiento en las reuniones de estrategia de producto/go-to-market. Su alerta llegó por email, no en sala.
Factor contribuyente
Canalización total del equipo SMB
Desviar 100% de los AEs a Enterprise fue una apuesta binaria. Una estrategia de 60/40 hubiera protegido el negocio base mientras se validaba el nuevo segmento.
05
Señales de alerta que no se actuaron
Visibles en retrospectiva — ignoradas en el momento
⚠️
Noviembre 2025: 3 clientes beta Enterprise — 0 logins en 6 semanas
Señal identificada por: Elena Ros (CS) · Escalada a: Rodrigo (CEO)
No se actuó: CEO interpretó que el problema era el perfil de los clientes beta, no el producto. Búsqueda de confirmación (confirmation bias).
⚠️
Diciembre 2025: NPS del piloto Enterprise = 32 (vs 71 en SMB)
Señal en datos de CS · No escalada formalmente
No se actuó: El dato estaba disponible pero nadie tenía ownership de revisar métricas de salud del piloto como criterio de go/no-go.
⚠️
Diciembre 2025: Módulo de permisos granulares no production-ready hasta Q2
Señal identificada por: Marc Puig (Product) · Reportada en reunión
No se actuó: Sin proceso de go/no-go, la advertencia técnica no tenía mecanismo para bloquear la fecha de lanzamiento.
⚠️
Diciembre 2025: Renovaciones SMB en riesgo sin cobertura comercial
Señal identificada por: Equipo SMB (4 AEs) + Sonia Vega · Escalada a CEO
No se actuó: CEO evaluó que el upside Enterprise justificaba el riesgo. No se analizó el impacto concreto en renovaciones con datos.
06
Qué estaba en nuestro control
Decisiones propias vs. contexto externo
Dentro de nuestro control
  • Proceso de go/no-go con criterios técnicos explícitos
  • Decisión de lanzar sin el módulo de permisos
  • Asignación del 100% del equipo a Enterprise
  • Actualización de criterios de cualificación al nuevo ICP
  • Respuesta a las señales de alerta del piloto
  • Inclusión de CS en decisiones de go-to-market
  • Fecha de lanzamiento y sus condiciones
Fuera de nuestro control
  • Proceso de compras enterprise de los clientes objetivo
  • Requisitos de compliance/seguridad de los prospectos
  • Funcionalidades del competidor Kombo.ai
  • Longitud del ciclo de ventas enterprise en el sector
  • Timing de decisión de compra de cada prospecto
07
Registro de cambios accionable
Compromisos con owner, fecha y verificación
Cambio específico Owner Fecha límite Cómo verificar Prioridad
Crear checklist de readiness Enterprise con 12 criterios técnicos, comerciales y de CS. Ningún lanzamiento de producto o segmento nuevo sin checklist aprobado por los 3 jefes de área. Sonia V. 30 Jun 26 Checklist existente en Notion, firmado por CEO + CTO + Dir. Comercial antes del siguiente lanzamiento. CRÍTICA
Actualizar criterios de cualificación de ventas para incluir: identificación de champion con autoridad de presupuesto y lista de funcionalidades bloqueantes para cada deal Enterprise. Sonia V. 15 Jul 26 Nuevos criterios en CRM. Revisión mensual en standup de ventas. Deal slippage rate medido en Q3. CRÍTICA
Elena Ros (CS) se incorpora al comité de go/no-go de nuevas líneas de producto. CS tiene voto bloqueante si health score del piloto es <50. Rodrigo A. 1 Jul 26 Acta de reunión con Elena en próxima decisión de lanzamiento. Proceso documentado. CRÍTICA
Regla de no más del 60% del equipo comercial en cualquier iniciativa de nuevo segmento. Mínimo 40% protegiendo negocio core en cualquier momento. Sonia V. 15 Jul 26 Política documentada en manual de ventas. Revisada en cada sprint de planning comercial. MEDIA
Dashboard de salud de pilotos: NPS, logins 14d, sessions/usuario revisados semanalmente por CS + Product. Si NPS <50, escalación automática a CEO y Dir. Comercial. Marc P. 31 Jul 26 Dashboard live en Mixpanel. Primera revisión semanal ocurre antes de fin de julio. MEDIA
Completar módulo de permisos granulares como prerrequisito absoluto para reactivar el push comercial Enterprise en Q3 2026. Marc P. 15 Sep 26 Feature en producción verificada por QA. Demo funcional con 2 prospectos existentes antes de reactivar pipeline. CRÍTICA
08
Fecha de verificación
Los post-mortems sin seguimiento son teatro
Revisión formal programada
30 SEP 2026
Junta de dirección + board observer
Checklist de readiness implementado y usado en al menos 1 lanzamiento
Criterios de cualificación Enterprise actualizados — deal slippage rate Q3 vs Q1
Módulo de permisos en producción — pipeline Enterprise reactivado
NPS Enterprise del piloto v2 por encima de 55
Renovaciones SMB recuperadas a nivel pre-Q1
Nota metodológica: Este post-mortem no busca responsables individuales. Busca entender por qué el sistema produjo este resultado. "El CEO tomó una mala decisión" es culpa. "No existía un proceso que convirtiera señales técnicas en criterios de go/no-go, y nadie fue asignado para construirlo al cambiar de segmento" es entendimiento. El segundo nos permite construir una organización más resiliente.
· Skill: postmortem-ejecutivo-5-whys
Generado: 12 Jun 2026 · ID: 700ba858 · Confidencial NexoFlow SaaS