He visto a fundadores en fase pre-seed construir dashboards complejos con cohortes, CAC payback y LTV cuando aún no saben si alguien usaría su producto gratis. Y a equipos en fase de crecimiento mirando el número de usuarios registrados mientras su retención se desangra y ni siquiera se han percatado de ello.

Las métricas en negocios SaaS no son universales: son evolutivas. Lo que tiene sentido medir en un momento del ciclo es puro ruido —o puro autoengaño— en otro. Llevo escribiendo sobre métricas para startups desde 2017 y la taxonomía básica no ha cambiado tanto; lo que ha cambiado es la claridad sobre cuándo aplicar cada una.

Vamos a verlo fase por fase.

Fase 0: Validación del problema — ¿merece la pena construir esto?

Antes del MVP, no tienes una empresa, lo que tienes es una hipótesis que tienes que validar.

Tu trabajo aquí es, como bien señala Javier Megías en su framework de validación, transformar opiniones en hechos y no construir funcionalidades.

Hay que salir a verificar si el problema que quieres resolver es real, frecuente y lo suficientemente doloroso como para que alguien esté dispuesto a abrir su cartera y pagar por tu producto. Así de simple.

¿Y qué medir si estoy planteando un negocio SaaS? ¿Qué métricas SaaS aplicar? Pues en realidad, no hay métricas SaaS aquí porque no tenemos ni negocio ni producto, nuestro foco está en la validación.

Nos deberíamos preocupar por cosas como:

• Intensidad del problema: no basta con que exista, tiene que doler. Una buena señal es que la gente ya esté «hackeando» una solución imperfecta: hojas de cálculo, procesos manuales, herramientas que no encajan. Si nadie ha encontrado un workaround, probablemente no haya un problema real.

• Indicadores concretos: número de entrevistas realizadas (apunta a 50-100), porcentaje de entrevistados que reconocen el problema de forma espontánea, existencia de soluciones actuales aunque sean malas.

• Time-to-Value (TTV): ¿cuánto tarda un usuario en experimentar el «primer valor» con tu MVP? (llegar al «momento ahá»). Si el onboarding es un muro de fricción, el usuario no llegará a la orilla. Y sin llegar a la orilla, no tienes datos sobre nada.

Retención cualitativa: no analytics, conversaciones. ¿Vuelven sin que les empujes? ¿Te escriben sin que se lo pidas? ¿Hablan de ti a otros? Este pull de mercado es la señal más temprana y más honesta de que algo funciona.

¿Qué no tiene sentido medir en esta fase? Precisamente el pool típico de métricas Saas: CAC, LTV, Payback.

Medir la eficiencia de la adquisición cuando no tienes demanda real es autoengaño con formato de hoja de cálculo.

¿Qué decisión debes tomar con estos datos? Plantéate esta pregunta primero: ¿pivotamos, seguimos explorando o tenemos suficiente señal para construir?

Si no puedes responder esa pregunta con los datos que tienes, es que aún no tienes los datos que necesitas.

Fase 1: Product-Market Fit — ¿esto tiene tracción real?

El PMF (Product-Market Fit) no es un interruptor que se enciende, es un gradiente. Y la mayoría de startups lo confunden con tener usuarios, cuando en realidad es que los usuarios se queden.

Ya escribí sobre cómo detectarlo —y cómo no confundirlo con señales falsas— porque es uno de los errores más caros que puedes cometer porque intentar crecer sin esto es como intentar cruzar el desierto de Gobi (uno de los más grandes del mundo) solamente con la botella de agua de 1 litro que te llevas al gimnasio.

Una prueba clásica para saber si vas por la senda correcta es el test de Sean Ellis: oregunta a tus usuarios ¿cómo te sentirías si ya no pudieras usar este producto?. Si menos del 40% responde «muy decepcionado», todavía estás en el laboratorio y aún no puedes escalar porque lo que tienes sigue siendo una ilusión.

¿Y qué medir si estoy planteando un negocio SaaS? ¿Qué métricas SaaS aplicar?

• Retención por cohortes: es la métrica reina de esta fase porque habla de **retención. Si representas la retención de diferentes cohortes y la curva no se aplana (sigue cayendo hasta cero), no tienes negocio. Si se estabiliza, empiezas a tener algo. La curva que se aplana no es solo un dato técnico: es la evidencia de que un segmento de usuarios ha encontrado valor real y ha decidido quedarse. El análisis de cohortes es la herramienta más honesta para leer esa señal: no agrega, no promedia, no miente.

• North Star Metric (NSM): a medida que avanzas hacia el PMF, empieza a emerger una métrica que captura el valor real entregado. Slack mide mensajes enviados. Notion, documentos activos. Spotify, tiempo escuchado. La NSM importa porque alinea a todo el equipo alrededor de lo que realmente importa, no del proxy más cómodo (que suele ser el revenue a corto plazo, que puede crecer por razones que no tienen nada que ver con el valor del producto). Es una métrica centrada en el valor que entregamos y, obviamente, a mayor valor entregado mejor ajuste del producto con el mercado y mayor retención.

• Engagement y uso recurrente: frecuencia de uso, acciones clave dentro del producto, acceso sin incentivo externo. El ratio DAU/MAU (usuarios activos diarios sobre mensuales) mide el stickiness (la adherencia al producto): cuanto más alto, más hábito has creado. En modelos PLG (Product-Led Growth), este ratio junto con la tasa de activación son las dos palancas más directas para predecir conversión a pago, según la experiencia de Aileen Allen en Atlassian.

• Revenue inicial y señales de precio: no para optimizar, más bien para validar. ¿La gente paga? ¿Cuánto le duele pagar? Una startup que no sabe qué dolor genera su precio no puede construir un modelo de negocio coherente.

¿Qué decisión debes tomar con estos datos? Plantéate esta pregunta: ¿tienes suficiente evidencia para empezar a invertir en adquisición?

Si la retención no se ha estabilizado, la respuesta es no. Escalar sin PMF es pagar más por el mismo problema. Y ese problema no desaparece con más presupuesto de marketing.

Fase 2: Early Growth — unit economics o muerte

Muchas startups mueren aquí. No por falta de tracción, sino por falta de lucidez financiera.

El producto gusta. El error es confundir «gusta» con «es viable venderlo a escala».

Geoffrey Moore lo describía en Crossing the Chasm como la transición del Whole Product: convencer a los entusiastas es diferente a construir una máquina que funcione para los pragmáticos.

Hay algo estructural que lo hace todo más urgente en los negocios SaaS: el modelo de suscripción cambia radicalmente la lógica de ingresos respecto a una venta tradicional.

No cobras todo el valor de golpe. Lo recuperas en cuotas, durante meses o años. Eso convierte el churn y el payback en variables de supervivencia, no de optimización.

¿Y qué medir en esta fase? ¿Qué métricas SaaS aplicar? Ahora las métricas típicas de los negocios SaaS comienzan a cobrar sentido:

• CAC (Customer Acquisition Cost): cuánto cuesta adquirir un cliente. Total invertido en ventas y marketing dividido entre nuevos clientes en el mismo período. Alinea el cálculo con tu ciclo de venta real: si tu ciclo es de 60 días y calculas el CAC mensualmente, estás mintiendo a tu propio modelo. El CAC varía enormemente según el modelo de ventas. David Skok estima que los modelos freemium o self-serve tienen un CAC entre 0 y 200 dólares; los modelos con ventas internas suben a cientos o miles; los enterprise con equipo de campo pueden llegar a decenas de miles. Antes de comparar tu CAC con benchmarks del sector, asegúrate de que estás comparando el mismo modelo de ventas.

• LTV (Lifetime Value): cuánto revenue genera un cliente durante toda su relación con tu producto. Fórmula básica: ingreso medio mensual por cliente × margen bruto / tasa de churn mensual. La relación entre LTV y CAC es el pulso del negocio. La regla: el LTV debe superar en al menos 3 veces al CAC. Por debajo de ese umbral, cada cliente que adquieres destruye más valor del que crea. Si estás en esa situación, crecer más rápido no arregla el problema: lo amplifica.

• CAC Payback: ¿en cuántos meses recuperas lo que invertiste en adquirir un cliente? En SaaS B2B estándar, el objetivo es menos de 12 meses. Si tardas 24, necesitas un pulmón financiero que el mercado actual puede no darte.

• Magic Number: ¿cuánto ARR nuevo genero por cada euro invertido en ventas y marketing durante el trimestre anterior? Estas cuatro métricas, CAC*, LTV, Payback y Magic Number, son los unit economics que determinan si tu negocio tiene sentido antes de escalar. Un Magic Number por encima de 0,75 indica que el proceso funciona y merece más inversión. Por debajo de 0,5, algo falla estructuralmente: no sigas acelerando.

¿Qué decisión debes tomar con estos datos? Plantéate esta pregunta: ¿cuánto puedes y debes invertir en adquisición? Un LTV:CAC sano con payback corto te da permiso para pisar el acelerador. Sin eso, más inversión en adquisición solo amplía el agujero.

Fase 3: Growth — Monetizar mejor, no solo captar más

El negocio crece, los números son cada vez más grandes, y precisamente por eso es más fácil no ver los problemas que se acumulan debajo (la niebla del crecimiento).

Como argumenta Elena Verna en su análisis sobre crecimiento equilibrado, el crecimiento sostenible viene de monetizar mejor la base actual, no solo de sumar nuevos logos. Adquirir nuevos clientes cuando los actuales no expanden es construir sobre arena.

¿Y qué medir en esta fase? ¿Qué métricas SaaS aplicar? Ahora podemos ampliar algo más nuestro dashboard de métricas:

• Net Revenue Retention (NRR): la métrica que mejor refleja la salud real de un SaaS en crecimiento. Se calcula como el revenue de la base existente al final del período —incluyendo upselling y cross-selling, excluyendo churn y contracciones— dividido entre el revenue al inicio del período. Un NRR superior al 100% significa que, aunque no adquieras ningún cliente nuevo, tu base genera más revenue que el mes anterior. Es el indicador más claro de que el valor que entregas crece con el cliente y de que tu modelo de precios tiene palancas reales de expansión. Sammy Abdullah de Blossom Street Ventures lo ilustra bien con el caso de Zuora: clientes de una cohorte de hace tres años gastando un 39% más que cuando llegaron. Eso es lo que hace un NRR sano en el tiempo.

• Expansion Revenue: upselling, cross-selling, bundling…las palancas más infravaloradas del crecimiento. Adquirir un cliente nuevo cuesta entre 4 y 10 veces más que generar revenue adicional de uno existente. La pregunta que hay que responder sin rodeos: ¿tus planes de precios son una rampa o un techo?

• CAC segmentado: no todos los clientes cuestan lo mismo ni generan lo mismo. Hay que diseccionar el CAC por canal, por segmento de ICP (Ideal Customer Profile) y por modelo de venta. Un modelo PLG tiene un CAC estructuralmente diferente a un modelo SLG (Sales-Led Growth). La distinción entre ambos —y sus métricas de embudo específicas— está bien documentada con benchmarks reales por quienes han operado dentro de compañías PLG de referencia como Atlassian. Mezclar modelos y sacar conclusiones medias es el error más habitual en esta fase.

¿Qué decisión debes tomar con estos datos? Plantéate esta pregunta: ¿el presupuesto de crecimiento va a adquisición nueva o a expansión de cuentas actuales?

No hay respuesta universal, pero sí hay datos para responderla: NRR, CAC segmentado y la pendiente de tu curva de Expansion Revenue te dicen dónde está la palanca más eficiente en este momento.

Fase 4: Escala — Eficiencia antes que velocidad

El mercado ha cambiado sus criterios, ya no premia el crecimiento a cualquier precio y coste. Se premia el crecimiento con disciplina y eficiencia.

Y las métricas de esta fase no miden lo rápido que creces, sino si te lo puedes permitir (o te dedicas a quemar dinero sin control).

¿Y qué medir en esta fase?

• Rule of 40: la suma del growth rate (crecimiento de ARR año a año) más el margen de beneficio operativo debe superar el 40%. Por encima: el modelo es estructuralmente sano. Por debajo: algo falla, y cuanto más por debajo, más urgente es entender qué antes de seguir invirtiendo en crecer.

• Burn Multiple: dinero quemado dividido entre ARR nuevo generado en el mismo período. Te dice cuánta caja destruyes para crecer un euro de revenue. Por debajo de 1,5x es señal de gestión disciplinada. Por encima de 2x, la conversación con inversores se complica. Bessemer lo sitúa entre las métricas de eficiencia más relevantes para empresas en fase de escalado.

• ARR por empleado: productividad agregada del equipo. Las mejores empresas SaaS en escala superan los 200K€ por empleado. No es un objetivo en sí mismo, pero sí un síntoma: si el número de personas en plantilla crece más rápido que el ARR, el modelo de costes tiene un problema estructural que el crecimiento no va a resolver solo.

• Runway: meses de supervivencia con el consumo actual de caja. No es una métrica de crecimiento: es una métrica de gestión de riesgo. Sin runway suficiente, ninguna de las demás métricas importa.

¿Qué decisión debes tomar con estos datos? Plantéate esta pregunta: ¿estás preparado para una ronda o para ser rentable? ¿Dónde puedes ganar eficiencia sin sacrificar crecimiento?

Estas métricas no te dan la respuesta directa, pero sí te dicen con claridad dónde está el problema.

El mapa completo

El error de fondo no es no medir. Es medir con el dashboard equivocado de métricas SaaS para el momento en el que estás.

Si tuviésemos que resumirlo en una tabla, tu dashboard debería evolucionar de esta manera:

Si una métrica de una fase posterior te genera ansiedad en una fase anterior, probablemente estás mirando en la dirección equivocada. Medir CAC antes de tener PMF es autoengaño. Escalar sin unit economics claros es quemar caja más rápido. Obsesionarse con adquisición cuando el NRR está por debajo del 80% es intentar llenar con agua un cubo que está agujereado.

Las métricas no son para mostrar una tabla enorme a tus socios en el consejo de administración o para el reporte a inversores. Son como las señales de tráfico; ignóralas y tarde o temprano descubrirás que ibas en la dirección equivocada.

¿Cuál es la métrica que más te cuesta interpretar en la fase en la que estás ahora mismo?

Te dejo un recurso interesante: The SaaS Metrics Cheat Sheet de Mosaic, un PDF con todas las métricas SaaS clave y su fórmula de cálculo.

Nos leemos pronto.

Imágenes: Ivan S en Pexels, Miguel Macías en Advenio, User Guiding, Grow.vn, Tomasz Tunguz, The SaaS CFO, The SaaS Metrics Cheat Sheet de Mosaic y Giphy

El artículo Métricas SaaS: la guía por fases para no medir lo incorrecto en el momento incorrecto fue publicado por Juan Jesús Velasco en Los Habitantes de Kewlona

El problema es que el «sí» constante convierte tu empresa en una montaña rusa. Cada nuevo deal te da un subidón: más ARR, más validación, más sensación de avance…

Pero cada promesa que haces a los clientes también suelta un tornillo: una excepción técnica, una integración fuera de foco, una feature “rápida” para salvar un trimestre o un «lo tendremos en 60 días» para no perder un logo de un potencial cliente que es estratégico.

Y cuando por fin llega la velocidad (la buena, la de tracción real), descubres que lo que has construido no es escalable y es frágil porque la estrategia no muere por una gran decisión errónea, sino por la suma de cien pequeñas excepciones que vamos haciendo.

Dicho de otra forma, cada vez que hacemos de Groucho Marx con «estos son mis principios. Si no les gustan, tengo otros» vamos matando nuestra estrategia poco a poco.

Vamos a verlo en detalle.

1. El “síndrome del sí”: la deuda estratégica que no se ve en Jira

Cuando construyes y desarrollas un producto, la deuda técnica se puede refactorizar ya que suele ser visible y atacable. Sin embargo, la deuda estratégica te refactoriza a ti.

Mientras la deuda técnica afecta al rendimiento del código, la deuda estratégica drena la capacidad operativa y de decisión de toda la compañía.

El «síndrome del sí» aparece cuando optimizamos pensando exclusivamente en el corto plazo: cerrar hoy, complacer hoy, cumplir los objetivos del mes… El resultado es que el producto deja de ser una solución coherente para convertirse en una suma de excepciones.

Visto desde otra óptica, si tu adquisición de clientes depende de features personalizadas, no tienes un motor de crecimiento (flywheel), tienes un modelo de consultoría disfrazado de SaaS.

Este fenómeno genera lo que Radhika Dutt denomina Vision Debt (deuda de visión) en su framework de Radical Product Thinking.

¿Y qué es el Vision Debt en un negocio SaaS? Es el coste invisible de alejarse del propósito original para perseguir métricas de vanidad o ingresos tácticos. Cuando la deuda de visión es alta, el equipo de ingeniería se siente como un «centro de costes» y el de ventas como un «negociador de imposibles».

En SaaS, la deuda estratégica suele adoptar forma de Vision Debt: cuando el producto se aleja del propósito por ingresos tácticos.

Señales de secuestro estratégico de tu negocio SaaS:

• Peticiones ad-hoc: «Sí, lo podemos hacer», pero solo sirve para ese cliente que paga un ticket alto pero no es tu ICP (Ideal Customer Profile).
• Roadmap secuestrado: «Sí, lo metemos en roadmap«, pero sin un umbral de repetición real en el mercado.
• Edge cases permanentes: «Sí, es un caso aislado», que acaba drenando el 40% de tu capacidad de soporte técnico.

2. Cómo medir la fragilidad de tu negocio SaaS: el índice de deuda estratégica (IDE)

No necesitamos KPIs de postureo. Necesitamos un termómetro operativo que obligue al comité de dirección a hablar de lo incómodo.

¿Y cómo lo podemos operativizar y convertir en algo que sea accionable? Por ejemplo, con algo como el Índice de Deuda Estratégica (IDE) que puntúa del 0 al 5 cada una de estas señales (donde 0 es sano y 5 significa crítico):

• Roadmap reactivo (%): ¿Qué porcentaje de los últimos sprints se ha dedicado a peticiones directas de clientes vs. hitos alineados a la tesis de producto y la estrategia?
• Excepciones activas por cuenta: mapea cuántas cuentas tienen condiciones especiales porque la personalización excesiva destruye el margen.
• Tiempo a Valor (TTV) creciente: si cada nuevo cliente tarda más en activarse estás pagando el precio de la complejidad. La fricción en los negocios SaaS es el asesino silencioso de la retención.
• Revenue condicionado a promesas: ¿qué % del pipeline depende de la frase «lo tendremos listo en el Q3»?
• Soporte no escalable (conocimiento tribal): identifica cuántos tickets solo puede resolver el CTO o personas específicas. Si el conocimiento no está estandarizado, tienes un punto único de fallo.

Puntúa cada factor del 0 al 5 y calcula la media (0–5). Monitorízala mes a mes:

• 0–1: saludable (seguir)
• 2–3: alerta (congelar excepciones nuevas)
• 4–5: crítico (stop-the-line + reset del roadmap)

Si el IDE sube durante tres meses, no estás creciendo: estás acumulando fragilidad. Y la fragilidad no explota en el mes malo; explota en el mes de éxito, cuando la demanda supera tu capacidad de entrega artesanal.

3. La matriz de renuncias: gobernanza frente a la intuición

El «No» no puede ser una cuestión de estado de ánimo o de si alguien te cae mejor o peor. Necesita reglas claras.

La estrategia consiste en decidir qué no hacer.

Para operacionalizar esta idea, podemos usar la Matriz de Renuncias basada en el concepto de Whole Product de Geoffrey Moore.

4. Priorización avanzada con el Modelo de Kano

Para que el equipo de producto tenga argumentos de peso frente a negocio podemos aplicar el Modelo de Kano.

Este marco nos ayuda a entender que no todas las funcionalidades valen lo mismo para la satisfacción del cliente:

• Necesidades Básicas: Si no están, el cliente se va. Si están, no generan entusiasmo (ej: el login).
• Necesidades de Rendimiento: Cuanto más, mejor (ej: velocidad de carga, capacidad de almacenamiento).
• Necesidades de Entusiasmo: El cliente no las espera, pero si las ofreces, te conviertes en su opción favorita (el factor «wow»).
• Indiferentes: no mueven la aguja.
• Invertidas: molestan a ciertos usuarios.

El «No» estratégico debe aplicarse con fuerza en las funcionalidades que no entran en ninguna de estas categorías y que solo satisfacen el ego de un stakeholder o el capricho de un cliente puntual.

5. Decir que «no» le da más valor a tus «síes»

El título de este apartado es una frase del libro «Mi agenda y yo» de Santiago Álvarez de Mon y siempre me ha parecido un gran aprendizaje a poner en práctica en los negocios, en el trabajo y en la vida en general.

Decir «No» genera una confianza que el «Sí» fácil nunca podrá comprar porque la honestidad es un activo comercial pero es cierto que nos cuesta mucho decir «no» a un cliente (y a los clientes tampoco les gusta que les digan que «no» a sus peticiones).

¿Y cómo gestionar una respuesta negativa ante una petición de funcionalidades? Siendo honestos:

• Fórmula de la Especialización: «No somos la mejor opción si vuestra prioridad absoluta es X. Nosotros estamos diseñados para maximizar Y, y ahí somos imbatibles. Si buscáis Y, somos vuestro partner; si necesitáis X, os recomiendo hablar con [Competidor]».
• Fórmula del roadmap por umbral: «Esa funcionalidad tiene sentido, pero hoy no está en el objetivo. La priorizaremos cuando detectemos que al menos X cuentas de vuestro segmento la requieren».
• Fórmula del Producto vs. Servicio: «Podemos resolver eso, pero no como parte del producto estándar. Podemos ejecutarlo como un proyecto de implementación a medida con un coste de X€».

¿Y si no gestionamos las peticiones así? ¿Qué nos puede pasar? Vamos a verlo con dos pequeños ejemplos:

Caso 1: El SaaS Enterprise «accidental»

Imaginemos un SaaS de gestión de tareas.

Llega una gran corporación que pide que el login se integre con su gestor de identidades para tener inicio de sesión único (SSO). Además, solicitan permisos ultra-granulares y hosting dedicado porque buscan aislamiento total de sus datos ya que, por políticas de seguridad, no admiten soluciones multi-tenant.

El equipo de ventas ve el logo y dice «Sí». Seis meses después, la startup ha dejado de innovar en su core porque ingeniería está manteniendo la infraestructura de ese único cliente.

No eligieron apostar por una estrategia Enterprise; eligieron no saber decir no:

• Si no puedes cobrar, replicar y convertirlo en una funcionalidad, lo que haces es prestar servicios y no un roadmap de producto.
• Define un umbral de repetición de la petición antes de abordarla: X cuentas, Y ARR potencial, Z impacto en ICP.

Caso 2: El Choice Overload

Imaginemos un SaaS de marketing que dice «Sí» a todo: encuestas, CRM, landing pages, IA…

Tres meses después, su página de precios es un laberinto de 8 planes y… la conversión baja (la famosa paradoja de la elección).

El comprador pragmático busca claridad y painkillers, no un catálogo de herramientas confusas que le obligan a pensar más de la cuenta porque la relación entre valor y precio se acaba rompiendo.

Empaqueta el producto por jobs-to-be-done y no por features, que detrás de cada plan haya un ICP claro.

6. El Flywheel del «No» en un SaaS

El «poder del no» se traduce en una realimentación positiva que refuerza tu posicionamiento en el mercado y también tu propia estrategia:

Más «No» → Menos complejidad → Mejor producto core → Onboarding más rápido → Mejores resultados → Mejor posicionamiento → Más autoridad → Clientes de mayor calidad → Más poder para decir «No».

¿Qué métricas deberían moverse con este flywheel? Bajar el time-to-value (TTV), bajar los tickets de soporte por cliente y aumentar el Net Revenue Retention (NRR).

Si quieres aplicar esto en tu negocio SaaS confecciona tu propia Stop Doing List:

1. Lista las últimas 15 cosas a las que dijiste «Sí»
2. Marca cuáles son excepciones no replicables
3. Elige una cosa que matas y una cosa que estandarizas

Si sientes que no puedes matar nada, es porque estás dirigiendo con miedo. Miedo a perder un logo, miedo a que la competencia te adelante por una feature menor.

Pero recuerda: escalar es ser capaz de repetir el valor de tu producto mil veces sin multiplicar tu complejidad por mil.

La estrategia no es lo que dices en tu pitch deck, es lo que estás dispuesto a rechazar. Cada «sí» que no se puede repetir, es deuda. Cada «sí» que no se puede cobrar, es veneno para tu negocio SaaS.

Nos leemos pronto. Hasta la próxima.

Imágenes: LearnLeanSigma.com, Google Gemini, Giphy y Tima Miroshnichenko en Pexels.

El artículo El «No» como ventaja competitiva: cómo se construye un SaaS que no lo hace todo fue publicado por Juan Jesús Velasco en Los Habitantes de Kewlona

Muchos fundadores celebran un aumento en la facturación sin darse cuenta de que están construyendo una estructura ineficiente. Crecer es añadir recursos proporcionalmente para vender más; escalar es multiplicar ingresos mientras tus costes operativos se mantienen bajo control.

Si tu «estrategia» es un listado de tareas que funcionaría igual si tu competidor desapareciera, no tienes una estrategia porque lo que tienes un plan de actividades. Escalar con éxito exige una arquitectura de decisiones rigurosa que separe la paja del trigo y, por tanto, que dediques tiempo a diseñar cómo vas hacer crecer tu negocio de manera eficiente.

Vamos a verlo en detalle.

1. El Sistema operativo para escalar

Para que tu startup escale sin romperse, necesitas integrar una serie de decisiones estratégicas y, para ello, nos vamos a apoyar en dos frameworks de referencia:

• Playing to win de Roger L. Martin, del que ya hablamos hace algún tiempo
• Scaling Up de Verne Harnish

¿Cómo los vamos a combinar? Vamos a meter la cascada de elecciones de Roger L. Martin dentro del motor de ejecución de Vene Harnish.

1.1 Personas (People): El test de la re-contratación

Escalar requiere de buenos jugadores, Harnish se refiere a los «A-Players» que son el top 10% de talento. Al arrancar una compañía, se necesitan perfiles generalistas que «apaguen fuegos» y puedan hacer de todo en cualquier posición; sin embargo, para escalar necesitas especialistas que vayan aportando rigor en cada área.

Y aquí es cuando llega el momento incómodo: sabiendo lo que sé hoy de cada persona de mi equipo, ¿volvería a contratarlos a todos con el mismo entusiasmo?.

Si la respuesta es «no» para roles clave, tienes un lastre estratégico. La cultura no suple la falta de competencia técnica en fase de escalado. Y esto, obviamente, es una decisión dura y difícil porque el equipo inicial se sumó a un proyecto con mucha incertidumbre y seguro que te sientes en deuda con ellos.

Sin embargo, pensando en el negocio y en su futuro, aplica un símil futbolístico: el equipo que te hace pasar de segunda división a primera no es el que te lleva a puestos de Champions (y por eso los equipos de fútbol hacen fichajes y descartes).

1.2 Estrategia: la cascada de las renuncias

La estrategia es el arte de decidir a qué NO vas a jugar. Los síes son importantes pero los «no» son aún más importantes

Responde a estas 5 preguntas para definir tu ventaja competitiva y estarás aplicando el framework de Roger L. Martin de «Jugar para ganar»:

• Aspiración ganadora: ¿qué métrica de valor entregamos (ahorro de tiempo, eficiencia…) que nos convierte en líderes?

• Terreno de juego (where to play): ¿dónde vas a competir? ¿dónde piensas desembarcar? ¿quién es tu cliente? Define geografía, canal e ICP. Si intentas vender a todos, no le vendes a nadie.

• Lógica del éxito (how to win): ¿Cómo vas a competir? ¿Por diferenciación o por coste? En tecnología, o eres el estándar por valor único o eres el más eficiente. El punto medio es la muerte por irrelevancia.

• Capacidades core: ¿qué 3 cosas hacemos mejor que nadie en el mundo para sostener nuestro «cómo ganar»?

• Sistemas de gestión: ¿qué procesos aseguran que estas elecciones se ejecutan cada lunes?

1.3 Ejecución: el ritmo

Sin disciplina, la estrategia es solo papel mojado. Verne Harnish propone lo siguiente:

• Prioridades (Rocks): define los 3-5 objetivos trimestrales innegociables. Si todo es prioridad, nada es prioridad.

• Ritmo de reuniones: el pulso de la startup y del negocio. Reuniones diarias de 15 minutos para desbloquear, semanales para táctica y trimestrales para estrategia. Para ir más rápido, pulsa más rápido.

• Dashboard: deja de mirar métricas vanidosas. Necesitas datos en tiempo real que te digan si el motor se está calentando antes de que salga humo.

1.4 Efectivo: la regla del 40

El crecimiento consume caja porque hay que invertir para poder crecer; el motor necesita combustible para poder acelerar. Suele ser habitual levantar una ronda para encarar el crecimiento pero contar con dinero en el banco no significa gastarlo sin control.

Tienes que obsesionarte con el retorno de cada euro que gastas; es decir, el Cash Conversion Cycle (CCC): cuánto tiempo tarda un euro invertido en volver a tu cuenta.

Aplica la regla del 40 (rule of 40): tu tasa de crecimiento + tu margen de beneficio debe ser igual o superior al 40%. Si no llegas, estás quemando gasolina sin avanzar.

2. Hoja de ruta: checklist de diagnóstico para founders que van a escalar

Usa este checklist para auditar si tu startup está lista para el siguiente nivel o si estás atrapado en la «rueda del hámster»:

Señales de una estrategia ganadora:

• [ ] Decisiones de renuncia: ¿has dicho «no» a un cliente grande porque te sacaba de tu terreno de juego?
• [ ] Sistemas interactivos: ¿tus sistemas de control fomentan la iniciativa del equipo o solo la supervisión?
• [ ] Can’t/Won’t Test: ¿tu forma de ganar es algo que tu competencia no puede o no quiere copiar?
• [ ] North Star Metric: ¿tu métrica principal está ligada al éxito del cliente y no a tu ego?
• [ ] Validación de hipótesis: ¿has respondido a la pregunta: «¿qué tendría que ser verdad para que esta opción funcione?» y los datos lo respaldan?

3. Trampas que matan startups a la hora de escalar

De vez en cuando es sano mirar qué pasa a nuestro alrededor y, sobre todo, cómo son las decisiones que vamos tomando en el día a día (y si son coherentes con la estrategia que hemos dicho que vamos a seguir).

Así que atento a estas trampas porque te pueden matar por el camino del crecimiento y el escalado:

• Scaling prematuro: meter dinero en marketing sin tener retención orgánica sólida.
• El síndrome del «sí»: personalizar el producto para cerrar deals puntuales, acumulando deuda estratégica y técnica.
• Waterloo Estratégico: intentar dominar 3 verticales a la vez antes de ser el dueño de uno.
• Teatro de la ejecución: muchas reuniones, muchos OKRs, pero ningún resultado tangible en la caja.

Escalar es transformar una visión caótica en un sistema repetible y rentable. No busques la perfección, busca la disciplina de la elección.

Nos leemos pronto. Hasta la próxima.

Imágenes: Slideshare, NanoBanana Pro, Giphy y RDNE Stock project en Pexels

El artículo Escalar no es solo crecer: la arquitectura de las decisiones a tomar fue publicado por Juan Jesús Velasco en Los Habitantes de Kewlona

Los proyectos piloto te permiten llegar al mercado y dan la sensación de haber cruzado el famoso abismo de Geoffrey Moore y haber alcanzado el Product-Market Fit (PMF). Por desgracia, en la práctica, suele ser algo muy distinto.

Tras haber ayudado a muchas startups en estos años y haber visto cómo gestionan algunas corporates las relaciones con las startups, tengo claro que la pilotitis (esa acumulación de pilotos y, sobre todo, de pilotos gratis) hay que saber gestionarla adecuadamente.

En mi opinión, y es una opinión bastante incómoda, un piloto gratuito es la forma más sofisticada de quemar tu runway mientras persigues el aplauso ajeno.

Así que hoy vamos a desmontar el mito del piloto gratis y a aterrizar la estrategia para que tus pruebas de concepto sirvan para validar tu modelo de negocio y no sean un callejón sin salida (o una invitación gratuita a tu producto que acabe generándote más esfuerzo y gasto de dinero del que tú vas a ingresar en tu caja).

Vamos a ello.

1. La maldición del cero y el «turista corporativo» del piloto gratis

Hace algún tiempo hablamos de los peligros de las cosas gratis y por qué las cosas gratis no se valoran en B2B. En definitiva, el precio no es solo una ecuación financiera, es una señal de valor y un filtro de compromiso.

Cuando ofreces un piloto a coste cero, abres la puerta a los «turistas corporativos»: directivos o departamentos que quieren probar tecnología por curiosidad, pero que no tienen dolor real ni intención de compra.

Para el cliente, tu solución no está en el presupuesto, no ha pasado por el temido filtro de procurement (compras) y, por tanto, no existe como prioridad operativa.

Si el departamento tiene un pico de trabajo, lo primero que aparcarán será tu herramienta porque «total, no nos cuesta dinero». Sin intercambio económico, no hay skin in the game. Lo gratuito no genera percepción de valor salvo que se degrade.

Estás educando al cliente a no pagar, y pretender que den el salto psicológico de 0€ a un contrato anual de 30.000€ tras tres meses es, directamente, un suicidio comercial.

2. Descuentos estratégicos: cobra para activar el engranaje

Si queremos bajar la barrera de entrada para entrar en un cliente B2B, regalar nuestro producto no es la solución, pero sí que podemos jugar con los precios a través de los descuentos.

Un descuento es una herramienta para reducir la fricción de entrada, pero regalar el producto destruye su viabilidad.

Si la corporate te dice que «no hay presupuesto para pilotos», no cedas al 100%. Aplica un descuento agresivo en concepto de early adopter, pero cobra siempre algo. Cobrar 2.000€ por un piloto no te va a salvar la cuenta de resultados, pero tiene un efecto estratégico: activa la maquinaria administrativa del cliente.

Si logras que te den de alta como proveedor, que el departamento legal revise el contrato y que finanzas emita una factura, ya estás dentro del sistema. Has validado que tienen un problema por el que están dispuestos a mover burocracia. Esa es la verdadera métrica de tracción.

3. El coste de oportunidad, el piloto gratis y el secuestro de tu equipo de desarrollo

Aquí es donde el operador sufre de verdad. Un piloto sirve para probar el modelo de negocio con un alcance muy bien acotado; sin embargo, una gran corporación rara vez acepta tu producto tal y como está.

Te pedirán un «pequeño ajuste» en el Single Sign-On (SSO) o una integración con su ERP legacy que «solo os llevará un par de semanas».

Cada hora que tu equipo de ingeniería dedica a tunear un piloto gratuito es una hora que le robas a tu roadmap principal. Estás haciendo consultoría encubierta y regalada, desviándote de la construcción de tu Whole Product.

Por eso es importante que los pilotos sean pagados, para que este esfuerzo en integraciones y personalizaciones sea una inversión en la adopción del producto por parte del cliente. Sin contratos y sin pago, no hay compromiso de dedicación de tiempo a testear nuestro producto y probarlo en serio (porque nunca le van a encontrar tiempo y siempre habrá algo más importante y prioritario en su bandeja de entrada).

4. La «pilotitis» corporativa: ¿vitaminas o aspirinas?

Hay una señal de alerta (red flag) que todo CEO debería saber leer en un proceso de venta top-down: ¿quién gestiona y patrocina el piloto? Como ya vimos al hablar de cómo pasar de ser una vitamina a ser una aspirina, esto marca tu supervivencia:

• Si tu interlocutor es el departamento de innovación y no hay negocio involucrado, cuidado. Eres el proyecto «bonito» para que un directivo cubra su cuota anual de transformación digital y salga en la foto. Esto alimenta la temida pilotitis: encadenas pilotos que nunca escalan.

• Si tu interlocutor es la unidad de negocio (Operaciones, Ventas, Logística), es más probable que seas un painkiller. Ellos sufren el problema diario y tienen el presupuesto para pagarte.

Busca siempre ser una aspirina y generar un caso de éxito que puedas luego contar a otros clientes. Eso sí, un buen caso de éxito en B2B habla de métricas y problemas resueltos, no de métricas vanidosas o sobre qué bonito es tu producto.

En B2B se convence al cliente, muchas veces, por arrastre al ver que otras empresas con las que se sienten identificadas han mejorado gracias a tu producto (y eso es lo que debes contar).

5. Cómo «vacunar» tus pilotos de la «pilotitis»

Para que un piloto funcione como una herramienta real de go-to-market, aplica estas barreras de defensa:

1. Paga o vete: exige un pago, aunque sea con un descuento estratégico, pero no regales nada.

2. Criterios de éxito (Success Criteria) firmados: no arranques sin un alcance cerrado y unas métricas claras. El contrato debe decir: «Si nuestra herramienta mejora el KPI ‘X’ en un ‘Y%’, el contrato de despliegue total de Z€ se activa automáticamente». Condiciona el piloto al contrato final.

3. Exige contrapartidas (si el precio es muy bajo): si haces un gran descuento, que «paguen» con recursos. Exige horas de formación obligatorias de su equipo, reuniones periódicas de feedback o un caso de éxito para publicar en tu web. Es importante que acotes bien la duración del piloto para que no se te vaya el coste por los aires.

El piloto abre puertas, da tracción y logos para nuestra web, pero también tenemos que aprender a gestionarlos adecuadamente para que ayude a convertir al cliente y nos ayude a avanzar a nosotros también.

6. Algunas ideas finales

Un pipeline lleno de pilotos gratuitos es pura vanidad (y solo alimenta las vanity metrics). Te da una falsa sensación de crecimiento que te impide ver que, en realidad, tienes un problema grave de adopción.

En B2B, la validación se demuestra con facturas cobradas y con usuarios integrando tu solución en sus procesos críticos. Todo lo demás es teatro corporativo, y las entradas para ese teatro le salen demasiado caras a una startup.

Nos leemos pronto. Hasta la próxima.

Imágenes: Visual Tag Mx en Pexels, Giphy, Chameleon y Nano Banana Pro (Gemini-Google).

El artículo Por qué el «piloto gratis» es la trampa mortal de tu tracción en B2B fue publicado por Juan Jesús Velasco en Los Habitantes de Kewlona

Sobre el papel, suena al caso de éxito de manual que todos leemos en la prensa especializada. En la práctica, la realidad es mucho más tortuosa y no suele ser un viaje en línea recta.

Escalar antes de tiempo no es un simple error de cálculo; es la principal causa de muerte de muchas startups. De hecho, los datos son escalofriantes: según Startup Genome, el 74% de las startups fracasan por culpa de escalar demasiado pronto.

Solemos confundir tener dinero en el banco (runway) con tener un motor preparado para ir a 200 km/h.

En términos generales, escalar prematuramente tiene un fuerte componente psicológico: el ego del equipo fundador, el FOMO (miedo a quedarse fuera), la fuerte presión de un consejo de administración tras una ronda que llegó demasiado pronto y, sobre todo, mirar a los grandes unicornios e intentar imitar su crecimiento acelerado cayendo de lleno en esa peligrosa tendencia a fijarnos solo en los que ganan (el sesgo del superviviente).

Entender cómo evoluciona realmente una compañía desde sus primeros días implica aceptar que lo que te trajo hasta aquí no te llevará al siguiente nivel.

La fuerza bruta, los contactos personales y la improvisación heroica sirven para arrancar, pero son veneno puro a la hora de escalar. Poner el carro delante de los caballos (gastar masivamente en marketing antes de retener, o ponerte a contratar gente sin control antes de tener un modelo repetible) es firmar tu sentencia de muerte.

Escalar sin base es construir sobre arena. La regla de oro del crecimiento sostenible es contraintuitiva para muchos fundadores: no escalas para encontrar el encaje entre el producto y el mercado; escalas precisamente porque ya lo has encontrado.

Si estás en ese punto crítico en el que la caja disponible te quema en el bolsillo, los inversores piden tracción y tu equipo de ventas exige más presupuesto, frena un momento.

Aquí tienes los aspectos operativos, financieros y estratégicos que debes tener bajo control absoluto antes de darle al botón de escalar.

1. El espejismo de la tracción: ¿estás cruzando el abismo o sigues vendiendo a early adopters?

El primer gran error estratégico es confundir a los primeros usuarios entusiastas con el mercado real. Esta confusión es la madre de ese peligroso espejismo de tracción inicial que sufren muchos equipos.

Tus primeros clientes te compran porque comparten tu visión del mundo. Te perdonan los errores en el producto y les gusta probar herramientas nuevas. Te hacen creer que tienes un negocio masivo y escalable, pero es una ilusión.

El problema llega cuando intentas invertir para llegar al mercado masivo. A estos clientes no les importa tu visión ni tu presentación para inversores; tampoco se detienen a leer un listado interminable de características técnicas.

Al cliente generalista le da igual tu hoja de características técnicas; solo quiere que el producto funcione de manera impecable y resuelva su problema sin fricciones.

Para lograr ese salto, tienes que tener muy claro qué tipo de dolor estás curando realmente. El mercado masivo no compra mejoras incrementales ni caprichos (nice-to-have); solo saca la cartera por algo que quita una molestia crítica y urgente.

Si quieres sobrevivir a la fase de crecimiento, debes transformar una propuesta agradable de tener en una urgencia innegable.

¿Cómo aterrizamos esto en la operativa diaria?

• Aplica el enfoque en el problema y huye de los halagos: Como bien explica Rob Fitzpatrick en The Mom Test, todo el mundo te miente si le preguntas si tu idea es buena (incluso tu madre, para no herir tus sentimientos). No preguntes por tu producto, pregunta por su vida. ¿Cómo resuelven ese problema hoy? ¿Cuánto tiempo o dinero están perdiendo por no tener una buena solución? Si no hay dolor real ni presupuesto asignado para resolverlo, no hay negocio escalable, solo palabras amables.

• Asegura tu «cabeza de playa» (Beachhead Market): Piensa en un desembarco militar: no puedes atacar toda la costa a la vez con recursos limitados. Tienes que concentrar todas tus fuerzas en una única «cabeza de playa», asegurarla y, desde ahí, avanzar hacia el interior. El escalado prematuro suele ir de la mano de querer abarcar demasiados mercados a la vez. No intentes vender «a todas las pymes de España» o «a todos los departamentos de RRHH». Elige un nicho súper específico, conviértete en el estándar absoluto allí, y solo entonces, expande a mercados adyacentes.

2. Unit Economics y la tubería rota: retención por encima de adquisición

A nivel de crecimiento, nos obsesionamos con meter volumen en la parte alta del embudo y la adquisición pasa a ser nuestro único objetivo. Metemos decenas de miles de euros en canales de pago, gastamos en agencias para salir en medios y aplaudimos en la oficina cuando entran registros.

Pero el growth debe ser equilibrado. Si tu retención es un desastre, estás echando agua a presión en un cubo lleno de agujeros. Una buena campaña de retención siempre vale mucho más que una brillante campaña de adquisición, porque retener es, con diferencia, la palanca más rentable de un negocio.

Como ya vimos al repasar las palancas reales para evitar que los clientes corporativos se den de baja, retener cuentas no se soluciona mandando newsletters; requiere construir relaciones sólidas y montar un equipo de soporte técnico que actúe como un socio estratégico.

Escalar un producto que la gente abandona a los tres o seis meses (alta fuga de clientes) es una negligencia de gestión.

Antes de escalar canales, revisa los números fríos sin hacerte trampas al solitario:

• Análisis de Cohortes, no solo bajas globales: No mires las cancelaciones en agregado; mira las cohortes. De los 100 clientes que entraron en enero, ¿cuántos siguen usándolo (y pagando) en junio? Si la curva no se estabiliza y tiende a cero, no tienes un negocio escalable, tienes un colador.

• El mito del coste marginal cero: En los negocios digitales tendemos a pensar que replicar el software no cuesta dinero. Pero cuidado con esa falsa creencia de que operar es siempre barato: si cada nuevo cliente B2B requiere cinco reuniones de onboarding manual y personalizaciones constantes, tu coste operativo subirá al mismo ritmo que las ventas. Eso no es escalar, es engordar.

• Monetización y Pricing: Escalar sin tener alineado lo que aportas con lo que facturas es multiplicar las pérdidas de forma dramática. La monetización debe estar en el centro del diseño. Además, cuida mucho cómo presentas tu oferta: abrumar al usuario con decenas de opciones y variables acaba paralizando los procesos de venta.

• La trampa de los descuentos y la IA: Si captas volumen a base de regalar tu producto mediante ofertas agresivas insostenibles en el tiempo, tu caja reventará antes de llegar a la rentabilidad. Y mucho ojo si tu producto se apoya en modelos de IA, porque las nuevas reglas exigen cobrar por valor aportado o uso transaccional, ya que los modelos clásicos de «asientos fijos» destrozarán tus márgenes.

• LTV / CAC: El valor del ciclo de vida de tu cliente debe ser, como mínimo y de forma conservadora, 3 veces el coste de adquirirlo. Si te cuesta 1.500€ captar a un cliente B2B y la suma de sus cuotas netas te deja 1.200€ antes de darse de baja… tienes un problema estructural de negocio.

3. De la intuición a la operativa: fricciones, procesos y B2B real

Escalar no va solo de inyectar dinero en marketing o lanzar nuevas funcionalidades; va de operaciones.

La estrategia de una startup no suele morir por una gran decisión equivocada en un comité de dirección, sino por cien pequeños desvíos, fricciones y cuellos de botella en la trinchera del día a día.

Por eso insisto tanto en abandonar la improvisación de los primeros días y aplicar frameworks orientados a la ejecución. Si vendes software corporativo, escalas cuando tienes resuelto el aburridísimo, pero vital, mundo del compliance, los procesos y las compras.

• El síndrome del «sí» y el secuestro por excepciones: Escalar mete muchísima presión al equipo de ventas para llegar a los objetivos. Bajo presión, para cerrar grandes cuentas, es muy fácil ceder a la tentación de complacer a todos: decir sí a desarrollos a medida, sí a configuraciones híbridas, sí a saltarse el proceso. Cuando te das cuenta, la deuda técnica acumulada por estas personalizaciones ahoga a tu equipo de desarrollo y tu escalabilidad se va por el desagüe.

• Auditorías, seguridad y ciclos de cobro: Tu software puede ser increíble, pero ¿pasarías mañana una auditoría de seguridad de un gran banco? Si no tienes integraciones corporativas o certificaciones de seguridad (SOC2 o ISO 27001), te bloquearán. Además, en B2B enviar la factura no es cobrar; si cobras a 90 o 120 días, tu caja sufre una tensión extrema al crecer. Conocer las tripas del proceso de compras de tu cliente ideal es fundamental para escalar sin quebrar por falta de liquidez.

• El «Whole Product» y el nivel de servicio: Como ya desgranamos en su momento, la oferta que pones en el mercado debe ir mucho más allá del simple código. Es la formación inicial, los manuales de integración y los acuerdos de nivel de servicio (SLA). Un buen software con un soporte que tarda 48 horas en responder genera un churn difícil de contener.

4. El equipo: escalar procesos, no solo engordar la plantilla

Este es el elefante en la habitación del que advierten todos los análisis sobre mortalidad por escalado prematuro.

Escalar la plantilla por inercia o por aparentar tamaño rompe la caja y la cultura de la organización. Crecer te obligará irremediablemente a dar un salto de madurez en la estructura organizativa, pero hay que hacerlo con cabeza.

El crecimiento de una empresa no solo depende del producto, sino de las personas que lo hacen posible. Y para ello, estructurar el equipo correctamente y definir roles clave es innegociable.

Escalar no es simplemente meter más gente en la oficina o en un canal de Slack; es incorporar talento sobre procesos previamente estructurados:

• Procesos, documentación y el fin de la telepatía: Cuando el equipo es pequeño, la comunicación es casi telepática y los problemas se resuelven hablando de una mesa a otra. Cuando pasas a 50 empleados, esa telepatía se rompe. Si metes a decenas de personas nuevas en un sistema que no está estructurado, lo único que vas a conseguir es escalar el caos a la velocidad de la luz. La clave aquí es la documentación interna y un proceso de onboarding impecable. Un empleado nuevo no puede depender de que el CEO tenga un hueco libre en la agenda para explicarle cómo funciona la empresa.

• El síndrome del director de ventas estrella: Muchos fundadores cierran la primera gran ronda y contratan a un ex-directivo carísimo de una multinacional para «escalar las ventas». Este es un error fatal. No puedes externalizar la venta si el equipo fundador aún no ha descifrado cómo vender el producto de forma repetible. Contrata ejecutores ágiles en las primeras fases y especialistas corporativos solo cuando tengas un manual validado que ese buen onboarding pueda transmitir rápidamente.

• El vagón más lento marca tu crecimiento: A la hora de escalar, recuerda que tu velocidad máxima no la define tu equipo más brillante o ágil, sino aquel departamento o proceso que actúa como cuello de botella (que suele ser la validación legal, el compliance o el soporte técnico). Identifica y protocoliza esas áreas saturadas antes de inyectar volumen.

• Foco: Escalar exige foco absoluto y renuncias dolorosas. Antes de ponerte a hacer mil cosas nuevas, ten muy claro a qué vas a renunciar de forma tajante para poder centrar todos los recursos en documentar y multiplicar únicamente aquello que de verdad funciona.

5. Métricas de verdad vs. métricas vanidosas: no escales a ciegas

Como a veces comento cuando hablo de métricas a startups y emprendedores, tus métricas son tus faros, y si no las tienes, vas a ciegas. Escalar pisando el acelerador a ciegas en una carretera de montaña es una receta para el desastre.

Pero al momento de plantear el escalado, la regla de oro es subordinar todas tus decisiones operativas a ese único indicador principal: la North Star Metric.

El mayor riesgo psicológico al pisar el acelerador es dejarse seducir por el ego.

Si te guías por indicadores de marketing que no repercuten en la caja (visitas a la web, recortes de prensa, likes en redes sociales o un pico de registros gratuitos sin retención), te engañarás pensando que estás escalando, cuando en realidad solo estás engordando y quemando tu presupuesto.

Si el desarrollo de una funcionalidad compleja o la contratación de una nueva herramienta no impacta directa o indirectamente en mover esa aguja clave… es ruido. Y al escalar, el ruido te desenfoca, quema tu caja y te mata.

6. En definitiva: validar, mejorar y escalar (siempre en ese orden)

El mantra de la escalabilidad sostenible y de la gestión empresarial responsable se reduce a tres pasos innegociables. Alterar el orden es comprar boletos para la quiebra: Validar, Mejorar y Escalar.

1. Validar: No inviertas un euro en escalar un canal de adquisición si antes no has validado de forma irrefutable que tu propuesta de valor (tu aspirina) resuena en un mercado que está dispuesto a pagar por ella. No dejes que la presión de una ronda te empuje a acelerar un chasis roto.

2. Mejorar: No aceleres la entrada de nuevos clientes si tu «tubería» tiene fugas. Antes de crecer, mejora implacablemente los cuellos de botella iniciales, audita tus costes operativos (huyendo del falso coste marginal cero) y blinda tu retención.

3. Escalar: Solo cuando el engranaje esté engrasado, la cultura de equipo esté estructurada con procesos sólidos y los números fríos de adquisición y retención tengan sentido financiero, es el momento de meter gasolina a la máquina y pisar el acelerador.

Para no caer en la trampa, recuerda que crecer bien no es un acto de valentía temeraria ni una carrera de egos contra otras empresas. Exige evitar a toda costa el escalado prematuro, contar con procesos aburridos, equipo perfectamente alineado, finanzas auditadas y, sobre todo, un foco quirúrgico.

Todo lo demás suele ser humo para agradar a la galería.

Para profundizar: La biblioteca del escalado

Si estás en esta fase (o a punto de entrar en ella), te recomiendo algunas de las lecturas que siempre incluyo en la bibliografía de mis clases para aterrizar los dolores de cabeza de escalar un negocio:

• The Mom Test de Rob Fitzpatrick: Fundamental para entender si de verdad tienes tracción o si tus clientes solo están siendo educados contigo.

• Traction de Gabriel Weinberg & Justin Mares: Una lectura obligatoria para estructurar tu estrategia de crecimiento y validar qué canal de adquisición funciona antes de derrochar el presupuesto.

• Scaling Up de Verne Harnish: El manual definitivo para estructurar el equipo, las reuniones y los procesos cuando dejas de ser una «tribu» para convertirte en una empresa.

• Aquí no hay reglas de Reed Hastings & Erin Meyer: La cultura corporativa de Netflix explicada desde dentro. Muy útil para entender cómo escalar el talento y la responsabilidad sin asfixiar a la empresa con burocracia.

• The Hard Thing About Hard Things de Ben Horowitz: Nadie explica mejor lo difícil, solitario y brutal que puede llegar a ser gestionar el equipo y la presión durante el crecimiento de una compañía tecnológica. Hace tiempo que lo reseñé aquí en el blog.

Nos leemos pronto. Hasta la próxima.

Imágenes: Nano Banana Pro (Google), Pixabay (Pexels), Giphy, Grow.vn, The Lost Book of Sales, Wordstream, Michael B. Gilroy, Genially, Vulcan Post y Froged.

El artículo El espejismo de crecer: por qué el escalar antes de tiempo es la forma más rápida de hundir tu startup fue publicado por Juan Jesús Velasco en Los Habitantes de Kewlona

¿Te suenan algunas de estas situaciones?

• He hablado con 15 personas y todas lo ven clarísimo
• Tenemos un piloto con un cliente grande, esto está validado ya
• El inversor X dijo que esto tiene pinta de unicornio
• La demo encantó, así que ya está
• No necesito validar nada porque el modelo de negocio es similar al de Airbnb y ya es algo que funciona

Sigues esas tesis y luego pasan dos cosas:

1. El producto no despega como esperabas
2. Tú te quedas con cara de «pero si lo habíamos validado»

La clave es ésta: validar no es acumular señales a favor. Validar es diseñar un proceso para encontrar la verdad, aunque ésta duela y nos acabe quitando la razón.

Y para encontrar la verdad, lo primero es detectar cuándo tu cabeza te está haciendo trampas (y aquí es donde los sesgos entran en juego).

1. El sesgo del superviviente: el sesgo que te hace copiar la estrategia equivocada (y uno de los sesgos más conocidos)

Del sesgo del superviviente ya hemos hablado en alguna ocasión en el blog a raíz de la historia de Abraham Wald y la Segunda Guerra Mundial (y también en el contexto de validación y desarrollo de clientes).

¿Cómo te engaña? Miras a los ganadores, copias su playbook y te olvidas de todos los que hicieron lo mismo y fracasaron. Un ejemplo típico sería algo como: «Notion creció así → hagamos lo mismo».

¿El problema? Notion es un outlier, es decir, un caso atípico. Lo difícil no es copiar el «cómo lo contaron», sino replicar el contexto: timing, producto, distribución, equipo, suerte y 1000 variables más.

Antídoto práctico: plantéate preguntas que te devuelvan a la realidad:

• ¿Cuántos hicieron esto y no lo lograron?
• ¿Qué pasa normalmente en tu categoría? (no en el 1% ganador)

Y si quieres ver cómo estos sesgos se disparan con hype, FOMO (fear of missing out o miedo a quedarse fuera), presión social y autoridad, solo hay que recordar la historia de Theranos y Elisabeth Holmes.

2. Sesgo de confirmación (otro de los sesgos más peligrosos en una startup)

Cómo te engaña: vas a buscar razones para decir «sí» y no razones para descubrir «no». Dicho de otra forma, te quedas con los insights, opiniones, feedback y datos que confirman tu hipótesis (descartando todo aquello que no encaja con el patrón buscado, aunque haya más “no” que “sí”).

Ejemplo típico: haces 20 entrevistas y sales contento porque 15 personas dicen «suena genial».
Pero si preguntas: «¿cuándo fue la última vez que pagaste por resolver esto?»… se hace el silencio o aparecen respuestas vagas.

Antídoto práctico: cambia hipotéticos por pasado y céntrate en comportamientos:

• Mala pregunta: «¿Pagarías por esto?»
• Buena pregunta: «¿Qué haces hoy para resolverlo? ¿Cuánto te cuesta (tiempo/dinero)?»

3. Sesgo de selección (muestra sesgada)

Cómo te engaña: hablas con gente accesible (tu red, amigos, early adopters extremos) y crees que eso representa el mercado. Tu entorno cercano no siempre es la mejor vía para validar, sobre todo si no coincide con tu buyer persona.

Ejemplo típico: tu idea se «valida» porque 10 founders como tú te dicen que lo usarían. Luego sales a vender al buyer real (CFO/ops/HR) y te das cuenta de que el problema no les importa o no lo priorizan.

Antídoto práctico:

• Define ICP antes (aunque sea imperfecto)
• Ponte cuotas por segmento
• Separa conclusiones por segmento: lo que vale para un early adopter no vale para el pragmático

4. Efecto halo (logo, marca y cliente estratégico)

Cómo te engaña: una señal brillante (logo, advisor, sector muy atractivo…) contamina tu juicio.

Ejemplo típico: consigues un “logo bonito” y lo cuentas como tracción. Pero por debajo:

• haces una integración a medida
• vendes con condiciones especiales
• acabas dando soporte VIP
• y se convierte en algo de cero repetibilidad y escalabilidad

Así que en vez de vender un producto, haces un proyecto a medida.

Antídoto:

• Separa prestigio de comportamiento: uso real, repetición, pago/renovación
• Pregunta: ¿qué es lo que se repite? ¿O es un one-off?

Y de nuevo Theranos y Elisabeth Holmes son el recordatorio perfecto de que el halo (marca, relato, autoridad) puede sustituir a la evidencia durante demasiado tiempo.

5. Coste hundido (sunk cost)

Cómo te engaña: como ya invertiste tiempo/dinero/ego, ahora te sientes obligado a «hacer que funcione» (cueste lo que cueste).

Ejemplo típico: «ya lo hemos construido, ahora hay que venderlo». Y empiezas a añadir features para «hacerlo vendible», cuando el problema era que no era un painkiller. Hiciste una vitamina en vez de una aspirina.

Antídoto práctico: define un criterio de parada (si en 30 días no pasa X, paramos Y) y plantéate:«si hoy empezásemos de cero, ¿haríamos lo mismo?».

6. Falacia narrativa

Cómo te engaña: te enamoras del relato («si hacemos X, pasará Y») y empiezas a tratarlo como una ley física.

Ejemplo típico: “si lanzamos esto así, se viraliza”. Luego lanzas y no pasa nada. No porque “la gente no lo entienda”, sino porque la viralidad no era una propiedad del producto: era una esperanza.

Antídoto práctico:

• Cambia intención por comportamiento: “dicen que lo usarían” vs “lo usan sin que les persigas”
• Diseña experimentos que te puedan contradecir

7. Optimismo y planning fallacy

Cómo te engaña: subestimas tiempo, coste y complejidad.

Ejemplo típico: “esto en 4 semanas lo tenemos”. Sin embargo ocurre lo siguiente en la realidad:

• Semana 6: “queda poco”
• Semana 10: “salió un imprevisto”

Antídoto práctico:

• Estima por rangos y escenarios (best/base/worst)
• Pre-mortem: “¿qué tendría que pasar para tardar el doble?”
• Margen explícito (y defendido)

8. Recency bias (lo último manda)

Cómo te engaña: decides por el último input que has recibido: la última queja, el último deal, el último movimiento de un competidor…

Ejemplo típico: un cliente grande se queja alto y el roadmap cambia. La semana siguiente otro cliente se queja de otra cosa y el roadmap vuelve a cambiar. Y en 2 meses has perdido criterio, foco y velocidad.

Antídoto práctico:

• Ventanas de decisión (semanal/quincenal) con criterios estables
• Cohortes/series temporales: ¿es tendencia o caso aislado?
• Pregunta: “¿esto es frecuencia o volumen de ruido?”

9. Authority bias (sesgo de autoridad)

Cómo te engaña: si lo dice alguien «top», lo tomas como dato cuando es una opinión.

Ejemplo típico: un advisor te dice “deberíais ir a clientes enterprise”. Y tú cambias estrategia. Meses después descubres que el problema no era ventas, eran capacidades (seguridad, SLAs, soporte, procurement…).

Antídoto:

• Convierte la opinión en experimento: “¿qué tendría que ver en 2 semanas para validar esto?”
• No cambies estrategia solo por autoridad sin evidencia conductual

Cuando hay FOMO, el halo y la autoridad pesan más que la evidencia.

10. Availability bias

Cómo te engaña: sobrevaloras lo más visible/reciente, no lo más frecuente.

Ejemplo típico: diseñas el producto para el ticket más raro (edge case) porque te dolió mucho. Pero el 80% de usuarios se atasca en algo básico que no estás mirando porque esos clientes no gritan.

Antídoto:

• Base rates: ¿cuántas veces pasa de verdad?
• Segmenta por frecuencia e impacto
• Evita construir para outliers si rompen la repetibilidad

11. ¿Cómo luchar contra el autoengaño y los sesgos antes de decir “esto está validado”?

Plantéate estas preguntas para no caer en los sesgos:

1. ¿Qué hipótesis estoy intentando falsear?
2. ¿Qué dato me haría cambiar de opinión?
3. ¿Mi muestra está sesgada hacia gente accesible o afín a mí?
4. ¿Estoy midiendo intención… o comportamiento?
5. ¿Estoy copiando supervivientes sin ver la distribución completa?
6. ¿Qué criterio de parada tiene esto?
7. ¿Estoy actuando por FOMO (miedo a quedarme fuera) más que por evidencia?
8. ¿Esto es tendencia (datos) o anécdota (recency/availability)?
9. ¿Estoy tomando opinión de autoridad como dato?
10. Si hoy empezáramos de cero, ¿haríamos esto igual?

La validación no falla por falta de trabajo: falla por mal diseño del experimento y por sesgos.

¿Qué parte de tu “validación” es evidencia y cuál es confirmación con buena narrativa? Esto es lo que te tienes que plantear de vez en cuando para comprobar que vas por la senda adecuada.

Nos seguimos leyendo. Hasta la próxima.

Imágenes: Thirdman en Pexels, Forbes, Wikipedia, Javier Padilla y Giphy y FOMO Bar

El artículo 10 sesgos que rompen tu validación (aunque creas que eres data-driven) fue publicado por Juan Jesús Velasco en Los Habitantes de Kewlona

Marcet explicaba todo esto con una metáfora sencilla: en un tren, el vagón más lento (o el que frena) termina dictando la velocidad del conjunto. Y en las empresas, en realidad, ocurre algo parecido: cuando quieres cambiar o crecer, no todo el mundo —ni todas las áreas— se mueven al mismo ritmo.

Pretender lo contrario suele acabar en frustración, resistencia, fricciones, conflictos o ese «cambio aparente» donde todo parece moverse pero nada cambia de verdad.

¿Cómo aterrizar esto cuando lo que queremos es plantear el crecimiento de nuestro negocio? Crecer es llevar el tren hacia un tramo empinado, subir una cuesta… y para encararla, todos acabamos cayendo en una tentación muy humana: mirar la locomotora y empujarla.

Esto se traduce en hacer más campañas, contratar más comerciales, invertir más producto, multiplicar las iniciativas abriendo más frentes… Es decir, acelerar el ritmo.

Y sí, a veces hay contextos donde acelerar tiene sentido. Especialmente cuando el mercado está abierto, el tiempo juega en tu contra, y quieres ocupar un «terreno elevado» antes que la competencia (apostar por un crecimiento agresivo o Blitzscaling).

Sin embargo, acelerar no elimina un cuello de botella: lo amplifica. Y si no sabes cuál es tu vagón más lento, lo normal es que vayas más rápido hacia el atasco: cuellos de botella, fricciones internas y desgaste.

Vamos a verlo en detalle.

1. Cuando el vagón más lento manda, el sistema te habla (aunque tú no lo escuches)

Cuando hablamos de vagón más lento no me refiero a detectar equipos que no rinden y despedirlos o despedir a las personas que se resisten a los cambios. Voy buscando algo más profundo que, muchas veces, está enmascarado con el día a día y el famoso BAU (business as usual).

En crecimiento, el vagón más lento suele ser un punto del sistema donde la demanda supera a la capacidad y se crea fricción: cuellos de botella, errores, incidencias, urgencias e incendios, pérdida de la calidad, decisiones lentas…

Y el sistema lo chiva con señales bastante reconocibles aunque, demasiadas veces, acabamos ignorándolo y asumiéndolo como «parte de la cultura» porque las cosas siempre se han hecho así.

¿Y cuáles son las señales que tenemos que ser capaces de detectar?

• Las colas que no se reducen: lo notas cuando empiezan a aparecer bandejas de entrada eternas como backlog que no paran de crecer y nunca parecen terminarse, tickets que se acumulan, aprobaciones pendientes, tareas bloqueadas a la espera de que «X» nos envíe algo… No es que la gente no trabaje, es que el sistema tiene demasiadas cosas en estado de espera.

• El plan se reescribe cada semana: cuando el trabajo no planificado se come el plan y lo “urgente” se convierte en la norma, la empresa entra en modo reactivo y lo reactivo puede salvarte un día, pero no escala bien como forma de operar porque nunca hay nada dentro de normas o procedimientos.

• El tener que repetir las cosas hechas se vuelve habitual: revisiones que vuelven, entregas que «hay que tocar otra vez», tickets reabiertos, cambios que rebotan entre equipos… Esto suele indicar algo muy concreto: criterios ambiguos, handoffs excesivos o calidad inestable.

• La heroicidad recurrente: si siempre hay alguien salvando la semana, no tienes un sistema robusto: tienes un sistema sostenido por personas heroicas (que se te van a terminar quemando más pronto que tarde). De hecho, en cuanto creces, es un camino directo para el agotamiento.

• Metes recursos y no cambia la velocidad (de hecho, puede incluso pasar lo contrario): contratas, pones herramientas, montas comités, multiplicas reuniones… y la velocidad no mejora (o incluso cae). Ahí suele estar la pista: el problema no es la capacidad bruta. Es fricción, coordinación, dependencias, falta de claridad, mal diseño de los flujos de trabajo, cuellos de botella…

Pensemos, por ejemplo, en un SaaS que tiene demanda y tracción e, incluso, product-market fit. Todo parece ir hacia arriba: hay tráfico, registros, buenas conversiones, clientes B2B interesantes…

Pero al mismo tiempo (y ahí empiezan los síntomas):

• el onboarding se llena de fricción y vemos que la activación es cada vez peor
• soporte se dispara con tickets y cada vez se da peor servicio
• el equipo vive corrigiendo corner cases
• y el ciclo de feedback es lento y aún más lenta la implementación de mejoras

Desde dentro, esto se interpreta como: necesitamos más personas en el equipo de soporte o, incluso, necesitamos más features en el producto.

Sin embargo, el vagón más lento probablemente está en otro sitio: capacidad de activación y de absorción operativa. No es un problema de volumen, es un problema de sistema: el producto está generando trabajo humano para entregar valor (y eso, con crecimiento, explota porque convierte a las personas en un cuello de botella).

En SaaS, ese vagón suele tener un nombre que se repite: time-to-value, fricción de onboarding o deuda operativa camuflada.

Ahora pensemos en un e-commerce que empieza a crecer gracias a su inversión en marketing: sube la demanda, suben los pedidos y, por tanto, suben las campañas como motor de crecimiento.

Pero entonces empiezan los problemas:

• la logística empieza a fallar y no cumplimos los compromisos de entrega
• aumentan devoluciones porque llegan los pedidos mal (en mal estado, equivocados…)
• atención al cliente colapsa por el aluvión de quejas
• y el NPS cae aunque “vendemos más que nunca”.

El equipo de marketing propone algo como «metamos más presupuesto» (la locomotora) porque el motor de crecimiento funciona; pero el vagón más lento, y por tanto el cuello de botella, está en las operaciones y experiencia del cliente (entrega + calidad).

Si aceleras sin arreglar eso, lo que crece no es el negocio: crece el coste, la frustración y el churn silencioso (devoluciones y mala reputación).

2. El “porqué” del cuello de botella y la lentitud cuando creces

No es un tema de personas concretas o de equipos, normalmente es algo vinculado a procesos. Esto es importante para que la conversación no sea tóxica: el vagón más lento suele deberse a causas bastante impersonales.

• Entra trabajo sin filtro: el «sí» es fácil y te hace quedar bien, el «no» es políticamente caro (y genera fricción en otros equipos, te hace parecer intransigente o mal compañero…)

• Los criterios son ambiguos y cuando no hay criterios comunes cada equipo entiende «hecho» de una forma distinta y aparecen las discrepancias entre lo que es calidad y lo que no es (porque nunca hemos dedicado tiempo a establecer estándares comunes y compartidos entre áreas de trabajo).

• Hay demasiados handoffs: el “pásalo a…” se convierte en una cadena de tiempos muertos porque las cosas se van moviendo entre áreas y equipos cual «patata caliente» porque no hay ownership (responsable) ni tampoco un accountability (rendición de cuentas) claros. Si a esto le sumamos la disparidad de criterios, el brown-dispatching (pasarle el marrón a otro) se convierte en un deporte corporativo peligroso que genera desgaste entre equipos.

• Lo temporal se volvió permanente: diseñamos un proceso manual para apagar un fuego con la idea de automatizarlo y ahí se quedó… Cuando los procesos manuales, las excepciones o los procesos que nacen como parche son habituales acaban formando parte de los sistemas de trabajo y eso te lleva al cuello de botella que estalla al crecer.

• Cada área optimiza lo suyo: métricas locales buenas pero flujo total peor porque no hay un sentido de rumbo compartido (falta de una métrica compartida de flujo / rumbo)

• Las decisiones cuestan: se busca consenso continuamente, se evita conflicto, se posponen las decisiones que no agradan o son críticas y, al final, la cola del backlog y cosas paradas no para de crecer.

Si nos fijamos, ninguna de estas causas dice «la gente o los equipos no quieren», todo tiene que ver con que el sistema está diseñado con frenos que ralentizan o paran las cosas.

3. Cómo diagnosticar tu cuello de botella o tu vagón lento sin montar una revolución

El truco aquí es no convertir esto en una revolución ni tampoco en un juicio. La idea tampoco es un plan radical para «cambiarlo todo» ni una auditoría a las personas.

Un método que funciona (y que baja las defensas de la aversión al cambio) es dibujar el flujo de trabajo y hacer una pregunta simple: ¿dónde se acumula la cola y tenemos el cuello de botella?

Porque la cola es objetiva: no da pie a discusión (salvo que entremos al barro de buscar culpables que es, precisamente, donde no deberíamos entrar). Estamos en modo diagnóstico, como el médico y en una hora u hora y media podemos hacerlo:

1. Dibuja el flujo de «entra la demanda” a «entregamos valor y se repite» (end-to-end)
2. Pon una métrica simple por etapa (una, no diez)
3. Busca dónde se acumula la espera, dónde hay que rehacer lo que está hecho o dónde surgen las urgencias
4. Valida con una prueba mental: si bajamos esta cola un 20%, ¿se notará en el resto del proceso?

Y ya está. Sin Excel, sin consultoras externas o expertos y, lo más importante, sin guerras entre áreas.

4. Cómo abordarlo sin activar aversión al cambio: transformando el cuello de botella

Xavier Marcet, en su artículo, insiste en algo que solemos olvidar: los cambios se recorren mejor desde la empatía y la humildad, no desde la evangelización arrogante.

Traducido a gestión diaria, el cambio entra mejor si:

• no lo presentas como «hasta ahora todo se venía haciendo mal y desde hoy esto va a cambiar»
• lo presentas como «a partir de hoy reducimos fricción aquí»
• no prometes perfección
• prometes una intervención pequeña, medible y reversible

Aquí, en vez de la revolución, lo que funciona son las micro-intervenciones: pequeños cambios, uno tras otro para que a cada mejora le vaya sucediendo otra.

• reducir frentes abiertos (una semana para terminar en vez de empezar)
• eliminar un handoff (un «pásalo a» menos)
• definir un criterio de salida (checklist simple)
• bajar una cola concreta (un sprint dedicado a reducir backlog)
• ritual corto semanal: dónde hay cola, qué la alimenta, qué tocamos y qué no

Esto es lo que, realmente, hace que el vagón lento suba de velocidad sin romper la organización por dentro.

5. Si vas a acelerar, primero mira el vagón más lento

Hay momentos donde acelerar tiene sentido; pero en crecimiento, el error típico es querer velocidad sin entender el sistema.

El vagón más lento no desaparece cuando creces ni tampoco se acelera, ocurre más bien lo contrario: se hace más visible y acaba retrasando al resto (frenando todo el sistema y haciendo que aparezcan fricciones, conflictos, incendios…).

¿Cuál es el vagón más lento de tu empresa ahora mismo y qué señal objetiva lo delata (cola, cuello de botella, cosas a rehacer, urgencias, decisiones lentas, calidad)? Si tienes clara la respuesta a la pregunta, entonces te tienes que poner a arreglarlo antes de pisar el acelerador del crecimiento.

Se crece mucho mejor sobre cimientos sólidos y estables porque las máquinas bien engrasadas aguantan mucho mejor la aceleración y la subida de revoluciones.

No se escala empujando. Se escala quitando fricción.

Nos seguimos leyendo. Hasta la próxima.

Imágenes: Nano Banana Pro (Google) y Giphy

El artículo Tu crecimiento no lo marca tu mejor equipo… lo marca el vagón más lento fue publicado por Juan Jesús Velasco en Los Habitantes de Kewlona

El «síndrome del sí» está íntimamente vinculado al crecimiento y la presión que implica:

Crecimiento → presión → concesiones → excepciones → complejidad → menos velocidad → más incidencias → más soporte → más reuniones → menos foco

Y lo más peligroso es que todo esto, desde dentro, suena razonable:

• Solo esta excepción para cerrar el deal porque este cliente es estratégico y nos da un logo importante
• Lo arreglamos luego; tiremos hacia delante
• Lo haremos a mano pero es un proceso temporal, ya lo automatizaremos después
• Son pocos clientes, pero estratégicos. Vamos a hacer una integración ad hoc

Hasta que un día te miras y piensas: estamos creciendo pero estamos perdiendo control del sistema.

¿Y cómo ponerle freno a esta deriva? Porque moverse y avanzar no significan lo mismo, y menos en el ámbito de los negocios. Necesitamos poder tirar del freno de emergencia cuando cruzamos una línea roja: lo que dijimos que no íbamos a hacer.

Las líneas rojas dicen cuándo parar. El botón rojo asegura que de verdad paramos. Por eso todas las organizaciones necesitan un botón rojo: una parada forzada cuando cruzamos una línea roja.

Y en negocios SaaS, las buenas intenciones son una forma sofisticada de fabricar deuda estratégica, técnica y de negocio.

1. Qué es el botón rojo (y por qué casi nadie lo tiene)

El botón rojo no es una metáfora dramática, es un mecanismo de gestión operacional que dice:

• si pasa X
• paramos Y
• hasta que vuelva a estar bajo control

No es algo que hacemos por ser conservadores y por aversión al riesgo; son mecanismos de control para no correr riesgos excesivos y esto, en realidad, es madurez organizativa y de gestión.

Crecer sin control no es crecimiento, es inflación (de features, de excepciones, de tareas e iniciativas que no se terminan y de tickets de incidencias).

2. El error típico: confundir control con más coordinación

Cuando hay presión por crecer, muchas organizaciones intentan recuperar control así:

• más reuniones
• más urgencias
• más alineamientos

Pero eso no compra control; compra cansancio, burocracia, decisiones muy lentas y parálisis por análisis. El control no se logra con vigilancia constante, se logra con reglas de juego claras como ya comentamos en el artículo anterior al hablar de Robert Simons y su artículo «Control in an age of Empowerment».

Lo que menos necesita una compañía en fase de crecimiento no es micromanagement, sino un sistema equilibrado: creencias, límites, diagnóstico e interacción (y en los límites están, precisamente, las líneas rojas).

Los sistemas de gestión, sobre todo en las empresas que están en crecimiento, se tienen que apoyar en criterios + límites + métricas + conversaciones que importan. En este artículo vamos a concretarlo en una cosa: líneas rojas + botón rojo.

3. Las líneas rojas: dónde ponerlas (SaaS edition)

Las líneas rojas no son prohibiciones por capricho o arbitrarias, no son cosas de managers que quieren instaurar una dictadura y coartar libertades.

Son límites explícitos para proteger lo que te hace escalable y lo que te hace escalable es aquello que, realmente, te permite crecer de manera sana y sostenible (porque hace crecer tu negocio sin aumentar la complejidad o aumentar los recursos en la misma proporción).

Piensa en las 4 áreas donde el crecimiento tiende a romper el sistema:

1. Producto
2. Ingresos
3. Operación / Soporte
4. Confianza / Calidad

Si no pones líneas rojas en estas zonas, el mercado te las pondrá después en forma de churn, incidencias y pérdida de reputación.

Aquí está el núcleo práctico: define 8–12 líneas rojas con umbrales que, si se cruzan, activan un STOP para frenar en seco y recapacitar.

Un buen botón rojo no es «que nadie se queje», de hecho, va a generar quejas e incomodidad. Un buen botón rojo es medible, accionable y revisable (puedes copiar esta tabla tal cual y rellenar tus X/Y con valores de tu negocio);

Definir las líneas rojas (qué miramos y cuándo saltan)

Ejecución (qué pasa cuando salta el botón rojo)

Calidad / Confianza

Velocidad / Capacidad

Personalización / Excepciones

Operación / Soporte

Los valores X/Y dependen de tu negocio. Lo importante es que existan, estén visibles y activen decisiones, no debates.

4. El ownership en las líneas rojas: un botón rojo solo funciona si tiene dueño y consecuencias

Si nadie es responsable, el botón rojo se convierte en un semáforo decorativo. Cruzaremos las líneas rojas como el que se pasa un semáforo en rojo pero sin radar o guardia, nunca habrá multa y nunca lo corregiremos.

Cada línea roja debe tener:

• Owner
• Acción automática (si pasa X, se para Y)
• Ventana de revisión (24–72h)
• Criterio de reanudación (qué tiene que volver a rango para que sigamos la marcha)

Esto evita la trampa típica: «sí, sí, está mal pero sigamos igual» (porque así nadie se tomará en serio el sistema de control).

5. La revisión de líneas rojas (la reunión que sí merece existir)

No necesitas un comité de growth, necesitas 30–45 minutos cada 2 semanas para revisar:

1. ¿Qué líneas rojas se han rozado o cruzado?
2. ¿Qué excepción nueva se coló?
3. ¿Qué se paró (y por qué)?
4. ¿Qué cambia para que no vuelva a pasar?

Este ritual convierte el crecimiento en algo gobernable. Sin esto, el crecimiento se gobierna solo por la urgencia y la urgencia nos lleva, continuamente, a las excepciones y cruzar líneas rojas.

Vamos a verlo con un ejemplo:

• Línea roja: “No mantenemos integraciones marginales eternas”
• Métrica: integraciones con < 3% de uso
• Umbral STOP: > 5 integraciones en ese estado
• Acción: se congela cualquier nueva integración ad hoc y se abre plan de deprecación (30–60 días)
• Owner: CPO
• Revisión: en 2 semanas, con datos de uso y tickets

¿Duele? Claro que sí y seguro que genera ruido. ¿Evita convertirte en consultora con UI? También.

6. Crecer no es acelerar, es acelerar con control

Las líneas rojas son estrategia aplicada y el botón rojo es ejecución real. El mercado siempre te empuja a decir «sí» porque piensas en el corto plazo y en los objetivos de venta del mes o el trimestre.

Sin embargo, la diferencia entre un SaaS escalable y uno secuestrado por excepciones es que uno tiene:

• líneas rojas explícitas
• y un botón rojo que se pulsa de verdad

¿Cuál es tu línea roja más fácil de romper cuando entra un «cliente estratégico»? Esto es algo que te tienes que plantear y en lo que deberías meditar para ver cómo instaurar un mecanismo de control que no abra una vía de agua en tu negocio.

Nos seguimos leyendo. Hasta la próxima.

Imágenes: Portada generada con IA en Freepik, Nanobanana Pro de Google y Giphy

El artículo El botón rojo del crecimiento: las líneas rojas que te obligan a parar a tiempo (para no romper tu SaaS) fue publicado por Juan Jesús Velasco en Los Habitantes de Kewlona

• Solo esta excepción para cerrar el deal y poder ganar un logo bonito
• Esto lo hacemos rápido y ya lo arreglaremos
• Démosles una configuración especial
• Metemos un feature flag y listo
• Mantengamos esta integración legacy… total, son dos clientes pero son estratégicos
• Este proceso manual es temporal (prometido)

Y sin darte cuenta, con la suma de todas estas micro-decisiones, tu estrategia ya no falla por falta de ambición. Falla por falta de trade-offs bien resueltos; es decir, por no saber decir NO.

En el fondo, entran tres fuerzas en una habitación y solamente dos pueden salir vivas: velocidad, calidad y personalización.

Si intentas maximizar las tres, no obtienes «las tres». Obtienes complejidad. Así que no te queda otra que renunciar a algo.

Esto es el triángulo maldito y aplica tanto a negocios SaaS como a cualquier negocio en general o startup.

Hace unos días, Ignacio Arriaga recopilaba un documento muy interesante sobre tendencias en software en el que señalaba un aspecto fundamental sobre la necesidad del foco:

Si construir “más cosas” es cada vez más trivial, lo difícil es decidir qué NO construir… y sostener esa decisión cuando ventas, soporte y producto tiran en direcciones distintas

Vamos al lío.

1. El triángulo maldito (en negocios SaaS y extrapolable a cualquier otro negocio)

En los negocios estos tres conceptos parecen compatibles y nos esforzamos mucho en mantenerlos. Sin embargo, cuando creces, te das cuenta de que no puedes mantener los tres a la vez y toca plantearte renunciar a alguno de ellos:

• Velocidad: tu capacidad de construir y entregar valor con cadencia real, es decir, tu capacidad de que no pase mucho tiempo entre una idea hasta su despliegue en producción, la cadencia con la que sacas novedades en tu producto o la capacidad de tu equipo de entregar valor (su throughput en resultados y no en horas de trabajo).

• Calidad: la confianza operativa del producto que se traduce en la estabilidad (y no incidencias), que no salgan bugs en flujos o procesos que son core, que no haya deuda técnica que lastre el futuro, que el producto vaya bien (performance) y no haya problemas de seguridad y/o privacidad.

• Personalización: todo eso que hace que el producto sea menos repetible porque para cada cliente tenemos que añadir algo especial. Cosas como las configuraciones especiales, SLAs raros, integraciones para clientes concretos, pricing y descuentos ad-hoc, workflows o procedimientos específicos para gestionar a un cliente… singularidades que se salen de la búsqueda de un estándar predecible y repetible.

En un mundo de “clones de clones”, la calidad deja de ser un lujo: es defensa.
El «gusto» (experiencia, detalle, coherencia) vuelve a ser una componente de la defensibilidad (o moat) cuando la ejecución técnica se democratiza.

Cuando estás creciendo, parece razonable decir «sí» a todo, porque cada «sí» tiene una justificación plausible (ventas, urgencia, retención, competición). Pero, en realidad, caes en una trampa de manera inconsciente, o incluso consciente, porque cada «sí» que estás dando se va acumulando y genera deuda estratégica que, en algún momento, aflorará.

Hoy en día, los SaaS que mejor escalan no son los que más cosas tienen, sino los que resisten la inflación de features: hacen una cosa excepcionalmente bien para una audiencia concreta, y evitan abrir caminos alternativos para cada caso especial.

Como decía Santiago Álvarez de Mon, profesor del IESE, en su libro «Mi Agenda y Yo»: decir NO le da más valor a tus SÍES.

2. El error típico: creer que es un problema de energía (o de coordinación)

Cuando el triángulo aprieta, la respuesta habitual no es estratégica: es puramente emocional y reactiva:

• más reuniones
• más urgencias
• más necesidad de «alineamientos»
• más heroicidad y planteamiento de soluciones imposibles o de un gran esfuerzo (y poco impacto real)

Pero esto no compra capacidad ni ánimo en el equipo. Ocurre más bien todo lo contrario, quema a la gente.

La empresa cree que puede «compensar» un trade-off con voluntad… hasta que la voluntad se convierte en cansancio y el cansancio en mediocridad.

Aquí es donde muchas empresas se equivocan: intentan conseguir control a base de vigilancia, coordinación y seguimiento constante… justo en el momento en el que más necesitan agilidad.

Robert Simons lo planteó hace años en un ya clásico del management: Control in an Age of Empowerment, escrito en 1995.

En organizaciones que buscan autonomía y velocidad, el control no se logra con micromanagement, sino diseñando un sistema claro de «reglas de juego» con cuatro palancas clave o sistemas:

2.1 Sistema de creencias (Beliefs): dirección sin manual de instrucciones

Comunica valores esenciales y propósito para que la gente pueda tomar decisiones sin pedir permiso cada cinco minutos:

• Sirve para alinear criterio cuando hay presión (ventas, urgencias, incidentes)
• Pero solo funciona si se predica con el ejemplo (si no, genera cinismo porque puede convertirse en «haced lo que yo digo pero no lo que yo hago» si los managers se comportan de manera contraria a eso que han escrito).

Aplicado al triángulo velocidad-calidad-personalización, aquí decides qué significa calidad en tu SaaS (y qué no estás dispuesto a sacrificar).

2.2 Sistema de límites (Boundaries): el poder del «no» explícito

Simons lo llama «el poder del pensamiento negativo»: en vez de decir a la gente qué hacer, diles qué NO hacer para que puedan innovar dentro de límites claros.

Ejemplos de límites (en negocios SaaS):

• No hacemos one-offs para una sola cuenta
• No mantenemos integraciones por debajo de X uso
• No prometemos SLAs sin capacidades
• No aceptamos descuentos fuera de banda sin contrapartidas (poner su logo, hacer un caso de éxito…)

Aplicado al triángulo velocidad-calidad-personalización, esto es lo que evita que la personalización secuestre la velocidad y la calidad.

2.3 Sistema de diagnóstico (Diagnostic): métricas para evitar que todo sea Prioridad 1

Son los cuadros de mando que mantienen bajo control las variables críticas (financieras y no financieras) y permiten gestionar «por excepción», sin estar encima de todo el mundo.

Aplicado al triángulo, aquí pones los umbrales que te protegen:

• calidad: incidencias y tickets abiertos en soporte, crash-free, uptime
• velocidad: lead time, throughput, WIP
• personalización: nº de excepciones activas, % de revenue fuera de estándar, integraciones marginales…

2.4 Sistema interactivo (Interactive): reuniones que SÍ merecen existir

Esto no va de “más reuniones”. Va de tener algunas conversaciones recurrentes, cara a cara, sobre las incertidumbres estratégicas que quitan el sueño a la dirección: cambios de mercado, competencia, tecnología, riesgos operativos…

Aplicado al triángulo, este es el lugar donde se revisan los trade-offs difíciles:

• ¿Esta excepción abre una puerta peligrosa?
• ¿Qué vértice estamos sacrificando este trimestre y por qué?
• ¿Qué renuncia explícita acompaña a este «SÍ»?

El mensaje importante

Cuando el triángulo aprieta, más coordinación suele ser un síntoma de falta de sistema. Lo que necesitas, realmente, es:

• valores claros (creencias)
• límites explícitos (boundaries)
• métricas de control (diagnóstico)
• diálogo sobre incertidumbres reales (interactivo)

Porque si no defines reglas de juego, el sistema se auto-regula de la peor manera posible: con urgencia, política interna y excepciones que se vuelven permanentes.

3. Cómo se rompe un SaaS cuando intentas tenerlo todo

La mayoría de SaaS no se rompen por una mala decisión, como ya hemos comentado anteriormente, se rompen por acumulación de síes y pequeñas excepciones.

Y el triángulo maldito de la velocidad-calidad-personalización te pasa factura con tres costes invisibles:

• Coste de contexto (WIP infinito): cuando todo está abierto, todo acaba compitiendo por la atención y los recursos. Esto genera cambios constantes de proyecto, multitarea forzada, menos trabajo profundo y más errores por fatiga cognitiva. Parece que el equipo no da abasto a todo lo que hay pero, en realidad, el sistema está diseñado para no terminar nada.

• Coste de complejidad (la capa que nunca se va): cada excepción introduce capas (flags, ramas, caminos alternativos, casos especiales en soporte, documentación duplicada…) y esa complejidad no se queda donde nació, se acaba propagando a toda la organización y termina afectando al onboarding interno, a la experiencia de usuario o a desarrollos futuros.

• Coste de oportunidad (el más caro): cada sprint que gastas manteniendo «lo viejo» es un sprint que no inviertes en: activación, onboarding, retención, monetización, loops de recomendación, en mejorar tu producto… No es un problema de productividad, al fin y al cabo, es un problema de elecciones.

4. ¿En qué vértice del triángulo estás haciendo trampas en tu negocio SaaS?

Un buen síntoma de tener una buena estrategia es que sabes qué estás sacrificando; por el contrario, las buenas voluntades se manifiestan en que no sabes qué vas a sacrificar y, por el desgaste, acabas sacrificando todo.

4.1 Cuando sacrificas la calidad generas deuda, decepción y churn

Si estás sacrificando en calidad, al final, suben los tickets en soporte y las incidencias, aparecen hotfixes constantes por los bugs, soporte vive en modo reactivo y, al final, tu roadmap de producto se convierte en un apagar fuegos y no en un instrumento de avance.

Al sacrificar la calidad, compras velocidad con deuda y esta deuda siempre cobra intereses.

La calidad no es tener menos bugs, esa es la consecuencia de trabajar pensando en la calidad pero, realmente, no es el objetivo. El objetivo real de la calidad es evitar el famoso momento d’oh.

Hay dos momentos, de los que hablamos hace algunos meses en el blog, que definen la relación con tu producto:

• Momento ahá: cuando el usuario reconoce e interioriza el valor por primera vez.
• Momento d’oh: cuando algo falla, no funciona como esperaba o es tan complejo que siente que no puede. Ese momento genera frustración y rechazo futuro y, de hecho, un 32% de usuarios deja de usar un producto o servicio tras una mala experiencia.

Así que sacrificar calidad para ganar velocidad no solo crea deuda técnica, crea también decepción. y ésta se convierte en un churn silencioso.

4.2 Cuando sacrificas velocidad dejas de ser competitivo

Si estás sacrificando velocidad, al final, esto se va a manifestar en tus capacidades de entrega de valor continua a tus clientes. Los síntomas son fáciles de detectar: releases de novedades cada vez más lentas, el lead time sube mucho, las dependencias entre equipos te bloquean y cada entrega requiere una coordinación masiva de personas y equipos de trabajo (lo que hace aún las cosas más lentas).

En definitiva, tu producto SaaS se vuelve pesado, la empresa se vuelve lenta, dejas de innovar y la competencia te pasa por el arcén porque tu capacidad de mantenerte competitivo se reduce drásticamente (y no puedes responder a los cambios en el mercado a la velocidad a la que aparecen).

Al sacrificar velocidad abandonas la agilidad y tu organización se vuelve lenta porque se llena de burocracia.

4.3 Cuando sacrificas la escalabilidad lo sacrificas todo en un SaaS

¿Cuándo estás sacrificando la escalabilidad en tu negocio en general o en un negocio SaaS en particular? Cuando aparece la personalización:

• aumentan los «casos especiales»
• el pricing excepcional deja de ser excepcional
• Customer Success opera como si fuese un mayordomo o un conserje, todo a medida y en trato personalizado
• el onboarding interno tarda semanas para hablar de las excepciones y «champiñones» que tenemos
• cada cliente grande acaba rompiendo algo: una configuración, un estándar, un proceso…

¿El gran problema de todo esto? Que en vez de un negocio SaaS estás construyendo una consultora con UI así que, por no decir «NO», lo estás sacrificando todo.

5. La solución estratégica: no eliges un triángulo, segmentas el triángulo

Aquí está el punto clave, no existe un triángulo único para toda la empresa, existe un triángulo por segmento

Pensemos en un SaaS típico que se apoya en PLG y que tiene venta en modo auto-servicio y también con equipo de ventas.

Poniendo el foco en el auto-servicio y PLG, donde los clientes son principalmente SMB o B2C puro, las prioridades son velocidad + calidad, por tanto, la personalización tiene que ser mínima, productizada y con límites claros.

Dicho de otra forma:

• necesitas un onboarding que sea 100% automático y replicable
• necesitas que el producto se venda solo
• necesitas evitar caminos alternativos

Cuando pones el foco en los clientes mid-market, la prioridad empieza a cambiar y lo que buscas es calidad + algo de personalización (controlada) pensando en la personalización como un catálogo de opciones (no inventos). Para estos clientes sí que van a aparecer necesidades reales que se salen un poco del estándar pero tienes que ser muy riguroso con el abanico de opciones y personalizaciones para no caer en cosas a medida para clientes de dudoso renombre y un ticket muy bajo para evitar abrirte mucho y que te explote el WIP (work-in-progress) en la cara.

Finalmente, cuando piensas en los clientes tipo Enterprise (B2B de ticket grande y clientes más exigentes), la prioridad es calidad + personalización porque son las dos cosas que buscan este tipo de clientes cuando compran un producto. La velocidad va a ser baja porque el proceso de gestión de estos clientes es muy diferente (y, para empezar, tienen ciclos de venta muy largos):

• compliance, seguridad, procurement, SLAs
• soporte más exigente
• integración con sistemas existentes

Si quieres vender enterprise solamente con estructura de PLG, el problema no son las ventas porque lo que tienes un problema de capacidades (tienes que tener recursos para abordar ambos segmentos porque funcionan de manera totalmente diferente).

6. Convertir el trade-off en sistema

Los trade-offs, o las renuncias, no se gestionan con opiniones en una reunión, se gestionan con políticas claras y sistemas de límites:

• No hacemos features exclusivas para una cuenta (salvo excepción con regla y coste)
• No mantenemos integraciones por debajo de X% de uso / Y cuentas
• No aceptamos configuraciones que rompan el proceso de onboarding
• No metemos feature flags eternos, todas tienen una caducidad
• No hay descuentos fuera de rango sin contraprestación (duración, volumen, cláusulas, acciones de marketing…)
• No prometemos roadmaps para cerrar un deal
• No aceptamos SLAs sin capacidades reales (capacidad de hacer guardias, monitorización continua…)
• No firmamos compromisos que no podemos monitorizar

La palabra clave es no negociable.

¿Y qué pasa con las peticiones que parecen razonables? Pues que tenemos que evaluar si, realmente, son razonables y nos ayudan a avanzar o, por el contrario, se pueden convertir en un freno para el escalado del negocio.

Si pensamos en el Modelo de Kano y lo tomamos como referencia, podríamos generar la siguiente tabla de decisión:

El problema es que muchas peticiones entran como Attractive para ventas… y acaban convirtiéndose en Reverse para producto y operaciones.

Y aquí es donde entra en juego la Stop Doing List para documentar bien todo eso que no vamos a hacer:

• stop doing de personalizaciones
• stop doing de deuda de calidad
• stop doing de urgencias artificiales

Porque la estrategia no se define por lo que empiezas, se define por lo que te atreves a parar y lo que proteges para que no vuelva.

7. El triángulo velocidad–calidad–personalización como puente al crecimiento en un negocio SaaS

Crecimiento no es acelerar, es acelerar sin perder control del sistema. Y aquí viene la parte adulta: no existe crecimiento gratis.

Cada palanca de crecimiento genera tensiones y obliga a renunciar a algo para ganar otra cosa. Una forma rápida de verlo es la siguiente:

Si tu triángulo está definido (por segmento) y tienes líneas rojas claras, entonces sí: puedes hablar de loops, GTM, activación y retención con bases.

La estrategia no se ejecuta con más energía. Se ejecuta con menos cosas abiertas y con foco. ¿Qué “sí” estás manteniendo hoy por miedo… que te va a costar la estrategia mañana?

Nos seguimos leyendo. Hasta la próxima.

Imágenes: Control in an Age of Empowerment (adaptado con Nano Banana Pro), Economipedia, Giphy y Cedé Joey en Pexels.

El artículo Tu negocio SaaS no es lento: está secuestrados por las excepciones fue publicado por Juan Jesús Velasco en Los Habitantes de Kewlona

En negocios SaaS esto es todavía más crítico, porque el sistema no se rompe por una «gran mala decisión», se rompe por acumulación:

• una personalización por aquí
• una configuración especial por allá
• un descuento «excepcional» para retener un cliente «estratégico»
• una integración legacy que usan dos clientes
• un proceso manual que era «temporal» (pero lleva un año)
• una excepción más en el help center…

Y llega el punto en el que te miras y piensas: «Tenemos estrategia… pero no tenemos capacidad real para ejecutarla».

El síntoma universal es conocido: «todo es Prioridad 1», acabas convirtiendo todo en urgente e importante y genera situaciones incómodas: calendarios saturados, roadmaps infinitos, un work-in-progress (WIP) que no termina nunca y equipos buenos operando al borde del agotamiento.

La esencia de la estrategia es elección y renuncia (trade-offs). Si no hay renuncias visibles, no hay estrategia, hay wishful thinking (una lista de deseos y buena voluntad).

La herramienta más simple para hacer esas renuncias reales (y convertir intención en capacidad) es tener claro qué no vamos a hacer.

1. Qué es una Stop Doing List (y qué NO es)

La Stop Doing List no es una «limpieza de primavera» ni un gesto de productividad. Es un artefacto de gestión: un documento corto, explícito y público que formaliza renuncias y libera capacidad real (tiempo, dinero, foco).

Es una lista:

• Corta: 3–5 elementos de alto impacto (si intentas parar 20 cosas, no estás eligiendo)
• Explícita: sin ambigüedades («reducir reuniones» no vale; «eliminar el comité semanal X» sí)
• Pública: visible para todos (si es secreta, vuelve por la puerta de atrás)
• Vinculante: con fecha efectiva, dueño, y reflejo en sistemas (no solo una frase en una reunión)

Pero, eso sí, no nos hagamos trampas con trucos e impostores:

• “Ya lo haremos más adelante” → procrastinación estratégica porque no libera capacidad
• “Bajamos la intensidad” → sigues pagando coste de contexto y carga mental
• “Lo pausamos pero seguimos con reuniones” → falsa pausa: el secuestro de tiempo continúa
• “Lo dejamos en un doc sin dueño ni fecha” → teatro, una excusa sofisticada

2. Por qué casi todas las estrategias fallan sin un Stop Doing explícito (especialmente en negocios SaaS)

La mayoría de estrategias no fallan por falta de ideas, fallan porque no protegen recursos para ejecutar las pocas ideas e iniciativas que, realmente, importan.

En negocios SaaS, sin un Stop Doing sistemático, pagas 3 costes invisibles:

1. Coste de contexto, con WIP infinito y multitarea forzada: cambios de proyecto constantes y peaje cognitivo continuo que derivan en menos trabajo profundo, menos calidad, menos velocidad real.
2. Coste de complejidad con *Customs*, *feature flags*, integraciones marginales, excepciones operativas… Cada capa añadida ralentiza el desarrollo futuro, complica el onboarding interno y deteriora la experiencia del usuario.
3. Coste de oportunidad, el más caro porque cada sprint invertido en mantener «lo viejo» es un sprint que no inviertes en activación, retención, onboarding, monetización o *core loop*.

No es un problema de productividad. Es un problema de elecciones.

3. Dónde se acumula la deuda (zonas de dolor típicas en negocios SaaS)

Si estás desarrollando un SaaS, es muy probable que tu primera Stop Doing List salga de aquí:

• Roadmap: features bonitas de bajo impacto, paridad competitiva por ansiedad, one-offs para cerrar deals
• Revenue: descuentos «excepcionales» que ya son norma, RFPs fuera de ICP, deals que exigen romper el producto o desarrollar singularidades o excepciones
• Customer Success/Soporte: procesos manuales «temporales» convertidos en operación permanente
• Operación interna: informes duplicados, comités sin decisiones, reuniones por costumbre
• Segmentos: expansión prematura («probemos a entrar en Enterprise«) sin capacidades (seguridad, compliance, SLAs, procurement)

4. El método práctico para confeccionar tu primera Stop Doing List en 60–90 minutos

Ahora que estamos a primeros de año, y las planificaciones andan frescas, puede ser interesante dedicar una reunión a plantear qué cosas vamos a sacrificar para poder ser fieles a la estrategia que hemos definido (y así no olvidar que la estrategia implica renuncias).

No lo veamos como una reunión más, es un ritual que tiene como salida obligatoria la Stop Doing List que marcará las cosas que vamos a eliminar de nuestro día a día y nuestra manera de proceder.

Paso 1 (15 min): lista brutal de «síes»

Sin juzgar: solo visibilidad. Escribid:

• excepciones de pricing
• customs activos
• features “para cerrar deals”
• procesos manuales “temporales”
• segmentos “en prueba”
• reuniones/comités heredados

Paso 2 (25 min): coste aproximado (sin Excel)

Para cada elemento de la lista poned una estimación:

• horas/semana
• sprints perdidos
• complejidad (baja/media/alta)
• impacto en cosas como el onboarding / el time-to-value
• impacto en margen

Paso 3 (20-40 min): elegid 3–5 deudas y ponedles dueño y fecha de pago

Asignad:

• DRI (responsable)
• fecha límite
• forma de pago (eliminar, estandarizar, automatizar, descatalogar/deprecar)

Una plantilla rápida (para salir con decisiones) podría ser la siguiente:

Si no puedes poner fecha, no es deuda: estás abordando una estrategia diferente a la que trazaste (aunque no lo quieras admitir).

Regla de oro: por cada «sí nuevo», tiene que haber un «no» cuantificado.

Si entra una iniciativa, ¿qué sale y cuánta capacidad libera para poder asumir la iniciativa nueva?

Una renuncia sin reasignación explícita es un ahorro fantasma; si paras algo y nadie «recibe» esos sprints/horas, se los come el día a día.

5. Qué NO entra en tu Stop Doing List (para no lastrar tu negocio)

La Stop Doing List no es «recortar por recortar», si metes aquí lo equivocado, puedes romper confianza, producto o caja.

No metas aspectos clave relacionados con la performance de tu SaaS (aunque no sean cosas bonitas son necesarias y críticas así que no podemos eliminarlas):

• fiabilidad/estabilidad (crash rate, uptime, latencia…)
• seguridad básica (vulnerabilidades críticas, permisos, acceso)
• deuda técnica que bloquea el core loop
• respuesta a incidentes críticos

Si tu producto «se cae menos», tu estrategia se ejecuta más y mejor (menos incendios que apagar).

No metas compromisos regulatorios o contractuales, son feos pero es mandatorio:

• legal/compliance (según sector)
• SLAs firmados
• obligaciones operativas mínimas para operar

La Stop Doing no sirve para romper promesas: sirve para dejar de prometer cosas nuevas.

No metas «costes» sin matar la causa. Reducir en soporte no vale, lo correcto es matar la fuente que te genera aluviones de tickets:

• Descatalogar la integración legacy X
• Eliminamos el plan antiguo Y
• Cerramos el flujo Z que genera tickets

No metas lo incómodo si es parte de tu ventaja. Si te posicionas como «premium» o «calidad», NO puedes meter cosas como:

• QA mínimo en flujos core
• consistencia de UX en onboarding
• instrumentation del funnel crítico

Eso es motor. Lo que entra en Stop Doing es lo que lo frena.

6. ¿Cómo renunciar sin pánico y sin excusas? SaaS Edition

La razón por la que los equipos no renuncian no es falta de valentía, es miedo.

¿Y cómo combatimos ese miedo? Estableciendo límites que, a modo de los quitamiedos en una carretera, nos ofrezcan un colchón de seguridad y nos devuelvan a la senda adecuada sin romper el largo plazo mientras simplificamos y eliminamos cosas.

Para cada renuncia importante define:

1. qué paramos
2. qué ganamos (capacidad + objetivo)
3. 1–2 quitamiedos (límites)
4. qué hacemos si se acerca al límite (plan)

Quitamiedos típicos (elige 1–2 por renuncia)

Ejemplo (para que se vea)

Renuncia: Descatalogamos la integración legacy X porque tiene un 3% de uso
* Ganancia: liberamos 1 sprint/mes + menos tickets raros
* Quitamiedos:
– churn del segmento afectado no supera +1 punto mensual
– tickets totales no suben más de +10% durante 4 semanas
* Plan si salta: ventana de soporte de transición (30 días) + guía de migración

Anti-trampa: un quitamiedos NO puede ser «que nadie se queje». Si tu límite es “cero quejas”, no renuncias nunca.

7. Cómo blindar la Stop Doing List para que sea de verdad y no sea teatro

La Stop Doing List solo funciona si se integra en el sistema nervioso del equipo y es visible en cosas como:

• Roadmap (desaparecen cosas)
• Backlog (se eliminan/archivan cosas)
• Calendarios (se cancelan reuniones asociadas)
• Capacidad/presupuesto (re-asignación explícita porque se liberan recursos con los que dotamos otras iniciativas)
• Dashboards/OKRs (se eliminan KPIs asociados a lo detenido)

Renunciar no es una nota administrativa: es liderazgo pero es importante hacerlo con transparencia y comunicación para que se entiendan las elecciones estratégicas que hacemos (es la mejor forma que cale la estrategia y se interiorice):

• Qué paramos (directo y específico)
• Por qué (conecta con la apuesta estratégica)
• Qué ganamos (cuantifica la capacidad liberada y el destino)

Ejemplo en un negocio SaaS:

• A partir del 1 de julio dejamos de soportar la integración X
• Porque este trimestre la prioridad es mejorar activación/retención, y X drena capacidad
• Esto libera 80h/semana que reasignamos a onboarding y mejorar el time-to-value

No es un «no» para siempre, es un «no» para ahora… y lo revisamos si pasa X.

8. El reto de pasar a la acción

Te propongo un experimento: una renuncia pequeña, pero real:

• Día 1: elige UNA cosa de bajo riesgo para parar (reunión, informe, mini-proceso manual)
• Día 2: cancélala y comunícalo (qué paramos / por qué / qué ganamos)
• Día 3: reasigna la capacidad liberada (bloquea el tiempo / mueve un sprint)
• Día 4: actualiza un artefacto (roadmap/backlog/dashboard) para que sea oficial
• Día 7: haz una reunión retrospectiva: ¿qué cambió? ¿se cayó el mundo? (spoiler: no)

Si no puedes poner fecha y dueño a lo que paras, no es una renuncia: es una excusa.

La estrategia no se define por lo que empiezas. Se define por lo que te atreves a parar y luego es algo que vas a poder visualizar y notar (y toda la organización también):

• baja el work-in-progress (WIP), sube el throughput real
• mejora time-to-value del ICP
• disminuyen excepciones y el soporte manual
• decisiones más rápidas
• mejora sostenida de una métrica estratégica (activación, retención, NRR, margen…)

¿Qué “sí” estás manteniendo hoy por miedo… que te va a costar la estrategia mañana? Porque si reabres cosas por urgencia y sin criterios, nunca nada cambiará y tu estrategia será un bonito documento sin aplicación práctica alguna.

La estrategia no se ejecuta con más energía. Se ejecuta con menos cosas abiertas.

Nos seguimos leyendo. Hasta la próxima.

Imágenes: Giphy, Moe Magners en Pexels, Linda Eller-Shein en Pexels, RDNE Stock project

El artículo La «Stop Doing List»: la herramienta secreta para que tu estrategia no sea solo “wishful thinking” (edición SaaS) fue publicado por Juan Jesús Velasco en Los Habitantes de Kewlona