El 73% de los SaaS Fracasa — Pero No por Elegir Mal entre PLG y Sales-Led
Crees que el éxito de tu SaaS depende de acertar con el modelo de crecimiento. Que eliges entre Product-Led Growth y Sales-Led, ejecutas bien, y el MRR llega.
Te has equivocado de diagnóstico.
El 73% de los SaaS que fracasan no lo hacen por haber elegido el modelo equivocado. Lo hacen por creer que esa elección era permanente. Es un patrón que se repite en todas las industrias tecnológicas: equipos brillantes que ejecutan impecablemente una estrategia que ya no se ajusta a su realidad.
La sabiduría convencional del ecosistema dice: "Elige un GTM motion y domínalo". Los inversores quieren claridad. Los boards quieren una estrategia que quepa en una slide. El resultado es que la mayoría de fundadores toman una decisión en Serie A y nunca la revisan. La convierten en un dogma en lugar de una hipótesis.
El problema es que el mercado no se queda quieto. Tu producto madura. Tus segmentos de cliente se diversifican. Lo que funcionaba cuando tenías 10 usuarios es veneno cuando tienes 1.000. El motion que te trajo los primeros 100 clientes puede estar impidiéndote llegar a los siguientes 10.000.
El verdadero dilema no es PLG vs Sales-Led. Es estático vs adaptativo.
---
Por Qué el Modelo Puro Mata a las Empresas
El 73% de los SaaS fracasan por una adhesión rígida a un único modelo de crecimiento. No por elegir mal inicialmente. Por no saber cuándo pivotar entre estrategias. Es un error de diagnóstico que se paga en churn y oportunidades perdidas.
Mira el paralelismo con la priorización de features. La mayoría de equipos construye lo que piden los clientes más ruidosos. El resultado: ignoran a la mayoría silenciosa que se da de baja sin quejarse. Nunca supiste por qué se fueron porque nunca te lo dijeron. Y cuando el MRR empieza a caer, no hay una causa única que corregir, sino un patrón sistémico que se ha ido gestando durante meses.
El mismo patrón se reproduce en tu estrategia de crecimiento.
Los síntomas del modelo puro
❌ Sales-Led puro: Ignoras a los usuarios que se auto-servirían si tuvieran un onboarding mejor. Tu equipo comercial persigue deals de alto valor mientras cientos de prospects convierten en la competencia porque tu trial muere al tercer día. Has construido una máquina de ventas que solo sabe vender con humanos, y cualquier intento de autoservicio se percibe como una amenaza al proceso.
❌ PLG puro: Ignoras a los compradores enterprise que necesitan un security review y una demo guiada. Tu self-serve convierte bien en pequeñas cuentas, pero los deals de seis cifras se enquistan en "vamos a evaluarlo" para siempre. Has optimizado para la conversión sin fricción, pero esa misma ausencia de fricción elimina los puntos de contacto que los grandes compradores necesitan para sentirse seguros.
✅ Sistema híbrido adaptativo: Sabes qué segmento necesita cada motion en cada etapa de su journey. Y sabes cuándo cambiar. No es una concesión: es una ventaja competitiva.
La mayoría silenciosa del crecimiento
La mayoría silenciosa en crecimiento son los usuarios que nunca convierten porque tu motion no coincide con su nivel de readiness. No se quejan. No escriben a support. Simplemente se van. Y lo peor es que no sabes cuántos son, porque el churn pasivo no deja huella en tu CRM.
Un usuario que necesita una demo y no la recibe no te enviará un email pidiéndola. Se irá a un competidor que sí se la ofrezca. Un usuario que quiere auto-servicio y recibe una llamada de un SDR en su primer día de prueba no te dirá "prefiero explorar solo". Simplemente ignorará la llamada y no renovará.
El 73% de los SaaS que fracasan no tienen un sistema para detectar esta mayoría silenciosa. Tienen un modelo de crecimiento que asume que todos los usuarios son iguales. Y esa asunción es la que los mata.
---
La Analogía de Claude Code: Snippets vs Delegación Completa
Hay una lección paralela en cómo los desarrolladores usan herramientas agentic. El creador de Claude Code, Boris Cherny, describió en Meta @Scale cómo la mayoría infrautiliza los agentes autónomos: los tratan como autocomplete glorificado en lugar de delegar tareas completas.
Piden snippets. No proyectos enteros.
Cómo piensan los equipos que infrautilizan los agentes
El patrón de uso más común, según Cherny, es el modelo start-check-stop: el desarrollador lanza un agente, observa los primeros pasos de ejecución, interviene cuando el modelo se desvía y finaliza la ejecución cuando la tarea parece resuelta. Es un modelo cómodo porque el desarrollador mantiene el control en cada paso. Pero también es un modelo que limita drásticamente lo que el agente puede conseguir.
El problema es conceptual: el desarrollador sigue pensando en términos de comandos discretos, no de objetivos continuos. Pide "escribe una función que valide emails" en lugar de "encárgate de la validación de usuarios en el módulo de registro". El resultado es que nunca llega a beneficiarse de la capacidad del agente para explorar el código base, detectar dependencias ocultas y proponer soluciones que el desarrollador no había considerado.
El patrón PLG y Sales-Led en los agentes
El patrón PLG en esa analogía: el desarrollador que ejecuta mini-tareas por su cuenta, paso a paso, sin entregar el control. Es eficiente para tareas pequeñas, pero incapaz de abordar problemas complejos que requieren visión sistémica.
El patrón Sales-Led: el desarrollador que delega un proyecto completo, guía los resultados, y deja que el agente trabaje en background hasta que algo le diga que pare. Es más costoso en setup inicial, pero permite escalar la complejidad del trabajo sin escalar el tiempo del desarrollador.
El loop recursivo como modelo adaptativo
Cherny describió el siguiente paso de la evolución: los "recursive agent loops". En su propio entorno de desarrollo, mantiene dos subagentes persistentes ejecutándose en background. Uno busca constantemente formas de mejorar la arquitectura del código. El otro caza abstracciones duplicadas que deberían unificarse en un helper compartido. Ambos abren pull requests como cualquier colaborador humano. Y como el código se mueve constantemente bajo ellos, ninguno alcanza un punto de parada definitivo. Siguen trabajando.
La implementación más popular de este patrón es el "Ralph Loop": preguntar al modelo que resuma todo lo que ha hecho hasta ahora y luego preguntarle si ha cumplido su objetivo. Si dice que sí, el bucle termina. Si dice que no, el bucle se ejecuta de nuevo con el nuevo contexto adjunto.
Qué tiene que ver esto con PLG vs Sales-Led
En SaaS ocurre exactamente lo mismo con los modelos de crecimiento:
❌ Forzar PLG donde necesitas Sales-Led: Dejas que un usuario enterprise navegue solo por tu producto sin guía, sin demo, sin contacto humano. Se pierde, no ve el valor, y churna a los 14 días de prueba. Forzaste PLG a hacer lo que solo un sales-assisted workflow puede hacer.
❌ Forzar Sales-Led donde necesitas PLG: Pones a tu equipo comercial a llamar a usuarios que acaban de registrarse y solo necesitan un onboarding mejor. Gastas tiempo de salario en leads que convertirían solos con una buena secuencia de activación. Desplegaste Sales-Led para lo que PLG resuelve mejor.
❌ Modelo estático: Como el desarrollador que solo pide snippets, te limitas a un único motion y asumes que todos los usuarios encajan en él. Ignoras la señal de que algunos necesitan algo diferente.
✅ El acierto: Saber que un segmento necesita auto-servicio para evaluar sin riesgo, y otro necesita guía humana para cerrar. Y tener un sistema que detecta cuándo cada usuario cruza esa línea. Como los subagentes de Cherny, el sistema no espera una orden externa: monitoriza, evalúa y actúa según las condiciones del contexto.
La lección es la misma: el modelo adaptativo gana porque no trata la decisión como permanente. Trata la estrategia como un bucle que se ajusta según las señales que recibe.
---
El Framework del Switch de Movimiento: Cómo Saber Cuándo Transicionar
No necesitas elegir para siempre. Necesitas un sistema de reglas de decisión. Aquí tienes el Framework de 5 Pasos para el Switch Adaptativo que uso en mis propios SaaS:
1. Audita tu funnel de conversión por segmento y readiness
No toda tu audiencia está en el mismo punto. Segmentar por tamaño de equipo y señales de compra no es un lujo: es la base del sistema adaptativo.
- Usuarios individuales o equipos pequeños (1-5 personas): alto potencial PLG. Necesitan activación rápida, onboarding guiado por producto, zero friction. Para este segmento, cualquier intervención humana es ruido.
- Equipos medianos (5-20 personas): zona gris. Algunos convierten en PLG, otros necesitan un toque humano. Aquí es donde el motion switch más importa. Un error en este segmento puede costarte meses de pipeline.
- Enterprise (20+ personas): casi siempre necesitan Sales-Led. Security reviews, procurement, contratos. PLG solo como puerta de entrada para que evalúen el producto antes de la primera llamada.
Métrica clave: para cada segmento, mide el conversion delta entre PLG-only vs PLG+Sales assisted. Donde el delta se dispara, ahí tienes tu punto de handoff. Si el segmento de equipos pequeños convierte al 5% con PLG puro y al 5.5% con asistencia, no vale la pena invertir en Sales-Led para ese grupo. Pero si el segmento enterprise convierte al 1% con PLG puro y al 12% con asistencia, el caso de negocio está claro.
2. Define thresholds de transición basados en señales de comportamiento
No uses calendario. No uses rondas de funding. Usa datos de producto. El calendario no sabe cuándo un usuario está listo para comprar. Los datos de producto sí.
Señales que indican que un usuario está listo para Sales-Led:
- Ha usado 3+ features clave en los últimos 7 días
- Ha invitado a 2+ miembros del equipo
- Ha superado X horas de uso en trial (el umbral exacto depende de tu producto, pero debes calcularlo con datos históricos)
- Ha visitado la página de precios más de 3 veces
- Ha creado contenido o configuraciones que sugieren un uso a largo plazo
Señales que indican que un usuario enterprise necesita PLG primero:
- Quiere probar antes de hablar con nadie (lo sabes porque se registra sin responder a llamadas)
- Su equipo es pequeño pero la empresa es grande (el usuario inicial puede ser un champion que necesita demostrar valor internamente)
- El deal empieza con un trial auto-registrado (si el primer contacto es un registro, respeta esa decisión)
Cuando estas señales se dan, activas el cambio de motion. No antes. No después. El timing es todo: una transición prematura al Sales-Led puede espantar a un usuario que aún está explorando; una transición tardía puede perder una ventana de compra.
3. Construye un scorecard de 'motion switch' por segmento
Crea una tabla simple. Tres columnas: segmento, motion primaria, threshold de switch. Esto no es teoría: es un documento operativo que tu equipo sigue cada día.
| Segmento | Motion Primaria | Switch a Sales-Led cuando... |
|----------|-----------------|------------------------------|
| Individual (1-3) | PLG puro | Nunca (a menos que pidan demo explícitamente) |
| Team pequeño (3-10) | PLG con asistencia | Usan 5+ features en 14 días |
| Team mediano (10-20) | PLG híbrido | Invitan al 3er miembro del equipo |
| Enterprise (+20) | Sales-Led | Siempre, con PLG como puerta de entrada |
El scorecard te da reglas claras que cualquier miembro del equipo puede aplicar. No hay ambigüedad. No hay "depende". Hay thresholds medibles que activan acciones concretas.
4. Instrumenta las señales de churn pasivo como triggers de ajuste
La mayoría silenciosa no se queja. No escribe a soporte. No responde a las encuestas de NPS. Simplemente deja de hacer login. Deja de usar features. Y un día su suscripción caduca y no renueva.
Instrumenta estas señales como triggers automáticos:
- Dormancia: 7 días sin login → email de re-engagement automático con casos de uso relevantes
- Feature abandonment: dejó de usar la feature core → trigger de soporte proactivo con un CS asociado
- Login frequency drop: de 5 días a la semana a 1 → alerta para CS con contexto del usuario
- Colaboración detenida: el equipo dejó de compartir recursos o invitar miembros → posible pérdida de champion interno
Estas señales son tu sistema de alerta temprana. Si las ignoras, el churn te come el MRR sin que veas por qué. Y cuando finalmente detectas la caída, ya es demasiado tarde para reactivar a esos usuarios.
5. Ejecuta experimentos de cohortes alternados
No teorices. Experimenta. El método científico aplicado al crecimiento no es opcional: es la única forma de saber qué funciona realmente para tu producto y tu mercado.
Durante un trimestre, asigna el Segmento A a PLG-heavy y el Segmento B a Sales-Led. Mide retention a 90, 180 y 365 días. Asegúrate de que las cohortes sean comparables en tamaño y perfil.
Luego cambia. El Segmento A recibe Sales-Led y el B recibe PLG. Vuelve a medir. Este cruce elimina el sesgo de que "lo que funcionó fue la cohorte, no el motion".
El dato te dirá qué motion funciona para cada segmento en cada etapa de madurez. No tu intuición. No lo que hace tu competidor. Tus datos. Tu mercado. Tu producto.
---
La Objeción Que Te Estás Haciendo ("Pero No Tenemos Recursos para Dos Motions")
Es la objeción más común y la entiendo. Eres una startup en etapas tempranas con un equipo pequeño. No puedes tener un equipo de SDR, un equipo de CS, un equipo de producto PLG y un equipo de growth simultáneamente. Los recursos son limitados y cada contratación es una apuesta.
La respuesta no es hacer dos motions mal. Es empezar con un segmento como experimento controlado.
El enfoque práctico es incremental, no binario:
- Identifica el segmento con mayor potencial de impacto. Revisa tus datos históricos. ¿Qué perfil de usuario tiene el mayor LTV pero peor conversión en PLG? Ese es tu candidato.
- Toma el 20% de tus leads que muestran señales de readiness enterprise. Asígnale un proceso Sales-Led ligero: un founder-led demo, un email personalizado, un check-in a los 7 días. Al resto, PLG puro. No necesitas contratar a nadie: el founder o el CPO pueden hacer las primeras demos.
- Mide el delta durante 90 días. No decidas antes. Necesitas tiempo suficiente para que los ciclos de compra se completen.
- Evalúa el caso de negocio. Si el segmento asistido convierte 3x más y retiene 2x mejor, ya tienes tu caso de negocio para escalar el segundo motion. Si no, sigues con PLG puro hasta que los datos digan lo contrario.
El framework no exige una reestructuración overnight. Exige un sistema de detección que te diga cuándo introducir el segundo motion gradualmente. Empiezas con un experimento de 20%, escalas si funciona, y nunca comprometes más recursos de los que los datos justifican.
---
El Sistema Adaptativo Gana Siempre
El 73% de los SaaS fracasan por tratar el modelo de crecimiento como una decisión única. Los que sobreviven entienden que PLG y Sales-Led no son enemigos. Son herramientas que usas en momentos distintos del journey del cliente.
Un usuario que empieza con PLG puede necesitar Sales-Led cuando su equipo crece. Un enterprise que compra con Sales-Led puede querer auto-servicio para equipos pequeños dentro de su organización. El viaje no es lineal ni unidireccional: es un bucle adaptativo.
El error no es elegir PLG. No es elegir Sales-Led. Es creer que esa elección te define para siempre. Es tratar una hipótesis como un dogma. Es dejar de observar las señales porque ya tomaste una decisión.
Tu ventaja competitiva no es ejecutar un modelo perfectamente. Es saber cuándo cambiar al otro.
Como los subagentes de Cherny que trabajan en background hasta que algo les dice que paren, tu sistema de crecimiento debe monitorizar constantemente, evaluar señales y ajustar el motion sin intervención manual. No decides una vez al año en la offsite del board. Decides en tiempo real, con datos, para cada segmento y cada etapa.
Construye el sistema de detección. Define los thresholds. Experimenta con segmentos. Y cuando los datos te digan que es hora de cambiar, hazlo sin nostalgia por el modelo que te trajo hasta aquí.
El mercado no premia la consistencia estratégica. Premia la adaptación al momento correcto.
Artículos relacionados
- El Precio Mínimo Viable de un Servicio Productizado No Se Calcula con tu Hoja de Costes
- El 80% de los Founders Elige el Modelo de Monetización Equivocado. El MRR No Es Tu Métrica.
- El 90% de los Modelos de Ingreso Fracasan: No Es Culpa del Precio, Es Culpa del "Commitment Mismatch"
- Subscription vs Pago Único: El Framework de Monetización Que el 80% de Founders Ignora en 2026
- PLG vs Sales-Led en SaaS: El Framework Que el 90% de Founders Ignora Para Combinar Ambos Modelos
---
¿Quieres recibir contenido como este cada semana? Suscríbete a mi newsletter
