Si no lo mantienes vivo no tienes un ICP, bueno sí que lo tienes pero es un ICP fantasma: existe en el papel, pero no se parece a quién paga.

Cuando el ICP fantasma manda, los síntomas son siempre los mismos: ciclos de venta eternos, CAC disparado, usuarios que no activan y fundadores convencidos de que «el mercado no entiende el producto».

Sin embargo, el mercado lo entiende perfectamente lo que pasa es que le estás hablando al cliente equivocado.

Ya hablamos en el blog de la diferencia entre Buyer Persona e ICP y de cómo cada uno cumple una función distinta (el mapa y la brújula). Hoy bajamos al barro un poco más: cómo enterrar el ICP de pizarra y reconstruir uno nuevo con datos reales en 30 días.

Antes de empezar, conviene asumir algo que Louis Seyns explica muy bien: un ICP no es una definición que se cierra y se archiva, es una hipótesis viva. Si dejas de tratarla como hipótesis, deja de servirte.

Vamos al lío.

Semana 1: Limpieza de espejismos (días 1-7)

Antes de salir a la calle, ordena lo que ya tienes en casa y mira con qué información ya cuentas:

• Día 1-2: anatomía de los deals que has cerrado. Coge tus últimos 20 clientes ganados. No mires el sector, eso ya lo sabes, mira qué herramientas tienen instaladas y el trigger de compra (qué pasó la semana antes de firmar). Una ronda, un cambio normativo, una crisis operativa, una persona nueva en un puesto clave. El trigger es el dato que casi nadie registra y casi siempre explica la compra.

• Día 3-4: la sabiduría del churn. Pregúntate quién se fue y por qué. El ICP se define mejor por exclusión. Si un segmento te consume el 80% del soporte y tiene el LTV más bajo, no es un cliente: es un impuesto. Sale del foco. Ese perfil es tu ICP negativo: el que vas a aprender a descalificar antes de que firme, no después.

• Día 5-7: ¿Aspirina o vitamina? Revisa la propuesta de valor de tu producto o tu servicio sin piedad. La aspirina resuelve un dolor agudo, presupuestado y urgente. La vitamina es algo que «estaría bien tener». Si tu interlocutor te dice «lo vemos el trimestre que viene», estás vendiendo vitaminas. Y las vitaminas no escalan.

Semana 2: Arqueología del comportamiento (días 8-15)

Sal a la calle y habla con los clientes siguiendo el libro de The Mom Test de Rob Fitzpatrick y, si quieres un marco más completo de proceso, la guía de customer discovery de Lean B2B ordena bien el método de principio a fin.

• Día 8-10: Selección de la muestra. 15 personas que sufran el problema que crees resolver. Mezcla clientes, antiguos clientes y gente que jamás te ha comprado. Especialmente los últimos: ahí está el aprendizaje incómodo. Y cuidado con la trampa de hablar solo con tu red cercana: ahí entran varios sesgos a la vez (selección, confirmación, halo) que casi siempre te devuelven la respuesta que ya querías oír.

• Día 11-14: Hechos, no opiniones. Tres reglas innegociables: prohibido hablar de tu idea (en cuanto la mencionas, el otro se vuelve educado y miente para no ofenderte), pregunta por el pasado («¿cómo lo resolviste la última vez? ¿cuánto te costó? ¿quién lo aprobó?»… el pasado no se inventa; el futuro sí) y busca el presupuesto previo. (si nadie ha gastado tiempo ni dinero intentando resolver el problema antes de tu llamada, ese dolor es decorativo).

• Día 15: Caza la solución improvisada. Si descubres que tu cliente parchea el problema con un Excel infernal, una macro heredada o un becario condenado a copiar y pegar, has encontrado oro. Donde hay solución improvisada y un apaño, hay dolor real que necesita de una solución de verdad. Ese es tu ICP Tier 1.

Semana 3: construyendo el ICP con bisturí y precisión (días 16-22)

Construye el perfil del ICP con evidencias y no con deseos.

• Día 16-18: Las 4 dimensiones. El Buyer Persona te dice cómo hablarle a un usuario; el ICP te dice a qué empresa perseguir. Aquí toca lo segundo. Define el perfil con precisión quirúrgica: firmografía (tamaño, geografía y sector), tecnografía (qué stack deben tener para que tu solución sea indispensable, no opcional), señales de cambio (qué hitos indican que es el momento para tu producto) y los jobs-to-be-done (qué tarea concreta que el cliente intenta completar cuando tu producto aparece en su radar).

• Día 19-20: Tiering. No todos los clientes valen lo mismo. Tier 1 (alta urgencia, alto LTV), Tier 2 (buen encaje, ciclo lento) y Tier 3 (oportunistas que entran cuando entran). Cada Tier merece un mensaje, un canal y un esfuerzo distintos.

• Día 21-22: La matriz de renuncias. Roger Martin lo dice mejor que nadie en Playing to Win: la estrategia es elegir dónde jugar y, sobre todo, dónde no jugar. Lo desarrollamos en su día con la cascada de 5 decisiones que convierte la estrategia en acción, y el propio Martin lleva años recordando que el «where to play» tiene capas que casi nadie considera explícitamente: geografía, segmento, oferta, canal y la posición que ocupas en la cadena de valor.

Tu trabajo aquí es escribir la lista explícita de perfiles a los que vas a decir que no. Si no puedes nombrar a quién renuncias, no tienes estrategia: tienes deseos.

Semana 4: Del PDF del ICP al sistema operativo (días 23-30)

Un ICP que vive en una diapositiva no sirve para nada, tiene que llegar al CRM, al roadmap, a tu comunicación y al hiring.

• Día 23-25: Reescribe el copy. Coge las palabras exactas que usaron tus entrevistados para describir su dolor y vuélcalas a la web, al deck y a las secuencias de email. Si tu copy no usa el vocabulario del cliente, estás vendiéndole a otra persona (y esto es fundamental hacerlo, hay que hablar el idioma del cliente).

• Día 26-28: El momento ahá. Define la métrica que indica que tu nuevo ICP ha encontrado valor real: retención al día 30, uso de una feature crítica, primer dato cargado, lo que sea. Esa métrica es tu nueva North Star y, de paso, el predictor más honesto de si has acertado el perfil.

• Día 29: Stop doing list. Cancela campañas, features y canales orientados al ICP fantasma. Si no quitas nada, no has cambiado nada. Solo has apilado ruido nuevo encima del anterior.

• Día 30: Validación con números. Configura el CRM para trazar la tasa de conversión del nuevo Tier 1, junto a la activación, el time-to-value y la retención por segmento. Si esos indicadores no se mueven a favor del nuevo ICP frente al resto, no has encontrado un perfil mejor: has encontrado una opinión nueva.

El ICP es un organismo vivo

El cliente cambia, el mercado se mueve, los triggers se desplazan… Repetir este proceso cada 6-12 meses es lo que separa a las startups que escalan de las que se quedan atrapadas en la productitis.

Y sí, parar a entrevistar cuando estás corriendo da pereza pero sale mucho más caro financiar un año de producto que nadie pidió que invertir 30 días en validar el ICP.

Una pregunta para terminar: ¿cuándo fue la última vez que hiciste una entrevista de cliente sin intentar vender nada?

Si la respuesta es «no me acuerdo», ya sabes qué toca hacer el lunes.

Nos seguimos leyendo. Hasta la próxima.

Imágenes: Giphy, Magnific y Tom Fishburne

El artículo Cómo redescubrir a tu cliente en 30 días: del ICP fantasma al ICP que vende fue publicado por Juan Jesús Velasco en Los Habitantes de Kewlona

Cuando te pones a trabajar en la propuesta de valor de un nuevo producto, detrás de esto hay mucha reflexión, diseño, tirar a la basura lo que has escrito, volverlo a pensar, romper y montar… La propuesta de valor no aparece sola ni la encuentras de casualidad. El «momento Eureka» es una historia que contamos después, cuando ya ha funcionado.

El problema es que muchos fundadores de startups siguen esperándolo como quien espera ganar la lotería: con fe ciega y poca metodología.

Lo que impide definir una buena propuesta de valor tiene nombre y se llama productitis (de la que alguna vez hemos hablado) y tiene mucho que ver con enamorarse de la solución antes de entender el problema (en vez de hacer justo lo contrario).

Si tu propuesta de valor actual suena a «hacemos lo mismo que X pero con IA», necesitas pasarle el filtro de la metodología SCAMPER y hacerle un test de estrés para romperla y generar una propuesta de valor que, realmente, sea ganadora.

Si quieres hacer una auditoría seria de tu modelo de negocio, este artículo te puede ser de ayuda.

Vamos a ello.

Qué es SCAMPER

Bob Eberle sistematizó en los 70 una serie de preguntas creativas que Alex Osborn, el padre del brainstorming, había dejado sin formalizar.

SCAMPER es un acrónimo de siete verbos:

• Substitute
• Combine
• Adapt
• Modify
• Put to other uses
• Eliminate
• Reverse

La técnica SCAMPER se usa en design thinking en la fase de ideación pero, en este caso, vamos a usarla para diseccionar la propuesta de valor de tu startup. Vamos a verlo letra por letra.

Las siete letras de SCAMPER aplicadas en serio

S — Sustituir: ¿qué pasaría si cambias el componente core de lo que entregas?

La transición más documentada de la última década: de propiedad al pago por uso. Dejar de vender activos (CAPEX) y empezar a vender suscripciones o derechos de uso (OPEX).

El cliente, hoy en día, no quiere poseer el software; quiere el resultado que produce y esto, en tiempos de IA, es aún más importante. En B2B, sustituir una inversión inicial pesada por un coste operativo predecible cambia el argumento de venta y, sobre todo, el ciclo de decisión.

Otro movimiento clásico: sustituir consultoría manual por un producto escalable de coste marginal cero (o muy bajo); con este cambio la economía del negocio cambia de categoría.

Adobe, en 2013, dejó de vender licencias de Creative Suite en cajas y movió todo a Creative Cloud; de licencia a modelo de suscripción. ¿Y qué implicaba este cambio? Ingresos recurrentes y predecibles, datos de uso en tiempo real, ciclo de actualización continuo en lugar de versiones cada dos años.

El valor de Adobe en bolsa se multiplicó por más de diez en la década siguiente y no fue solo un cambio en la forma de cobrar, fue la sustitución del propio componente core de la propuesta de valor.

Y hoy vivimos la cúspide de la ola del SaaS y las suscripciones.

C — Combinar: ¿qué servicios adyacentes puedes unir para resolver una cadena completa de problema?

El bundling no consiste en meter más cosas en la caja ni empaquetar cosas para aumentar el ticket del cliente (sin aportarle más valor).

Software más formación, herramienta más customer success integrado… El cliente no solo compra la tecnología, compra el resultado que necesita para justificar la renovación al final del año y eso es el Whole Product.

La consecuencia directa: sube el LTV y baja el churn (en definitiva, aumenta la retención); no porque el producto sea mejor, sino porque el cliente tiene más cosas que perder si se va.

Esto es la base del land & expand: entras con un módulo bien acotado, demuestras valor en pocos meses y después amplías el contrato hacia funcionalidades, integraciones o servicios profesionales.

Customer Success deja de ser un departamento de soporte y pasa a ser parte del producto. Si no acompañas, el cliente no expande y si no expande, tu modelo de negocio no funciona. La mayoría de los SaaS B2B viven o mueren por la expansión no por la captación inicial.

A — Adaptar: ¿qué solución de otro sector puede resolver un pain en el tuyo?

A veces, la mejor solución a un problema no está en el mapa habitual de competidores y sustitutivos; de hecho, lo normal es que no esté ahí y, a lo largo del tiempo, hemos visto cómo empresas ajenas a un sector han llegado con productos innovadores que han cambiado las reglas del juego al completo.

Las tecnologías duales son el caso extremo: innovaciones diseñadas para defensa que migran al mercado civil (y se prueban primero en aplicaciones civiles para acortar ciclos de desarrollo y testeo).

Pero no hace falta irse tan lejos, las mecánicas de videojuego aplicadas a entornos de aprendizaje, la logística de última milla llevada al sector salud, el modelo de suscripción de consumo trasladado al B2B.

Adaptar no es copiar, es trasladar una eficiencia ya probada a un contexto donde todavía no existe. De hecho, esa es la base de «The Business Model Navigator» donde señalan que el 90% de la innovación en modelos de negocio se apoya en 55 patrones que se combinan y se aplican en sectores donde, hasta el momento, no se habían aplicado.

M — Modificar / Magnificar: ¿qué parte del problema puedes exagerar para que tu solución sea vital?

Aquí está la palanca para pasar de vitamina a aspirina.

Si el problema que resuelves no tiene urgencia real para el cliente, tu propuesta de valor es un nice-to-have y la cancelarán en el primer recorte de presupuesto.

Magnificar el dolor de tu cliente o su necesidad no es engañar al mercado: es comprobar si realmente estás resolviendo algo que duele o algo que solo incomoda levemente un martes por la tarde.

Los inversores distinguen los dos con bastante rapidez. Los clientes, también, cuando llega la renovación.

P — Poner en otros usos: ¿quién más se beneficia de tu tecnología si cambias el contexto?

A veces el problema no está en el producto, sino en el ICP (Ideal Customer Profile) que elegiste al principio.

Tu capacidad core puede ser exactamente lo que necesita un segmento que no habías mirado.

Pivotar hacia el cliente adecuado no es rendirse; es dejar de forzar una cerradura que no es la tuya.

La capacidad técnica era buena; el segmento, equivocado. Cuanto antes te des cuenta, más margen tendrás para poder reajustar las cosas antes de haber agotado todos tus recursos.

E — Eliminar: ¿qué sobra?

La pregunta más incómoda es la más útil.

Elimina funcionalidades que el cliente no valora y que solo generan coste de mantenimiento; quítale grasa a tu producto y elimina cosas por las que tu cliente no está dispuesto a pagar y que, por tanto, considera que engordan el precio sin justificación.

Un MVP no es un producto incompleto, es un producto donde se ha eliminado todo lo que no contribuye a llevarnos hacia la North Star Metric, es decir, llevarnos hacia el éxito del cliente.

La diferencia entre los dos no es semántica, es la diferencia entre un equipo enfocado y un equipo atrapado en su propio roadmap y la productitis.

Es otra manera de ver la matriz Eliminar-Reducir-Crear-Incrementar de la Estrategia del Océano Azul.

R — Reordenar / Invertir: ¿y si cambias el orden del proceso o el modelo de ingresos?

Piensa en alguna de estas situaciones:

• Cobrar por resultados en lugar de por uso
• Invertir el embudo: en lugar de perseguir al CEO (Top-Down), enamora primero al usuario final (Bottom-Up)
• El freemium como palanca de expansión dentro de la cuenta

La inversión del orden, bien planteada, suele tener más impacto en el negocio que cualquier nueva funcionalidad del roadmap.

Hay muchos artículos y referencias que tratan esta letra como mero ejercicio de creatividad de producto y no es así. En la propuesta de valor es donde se redefinen las ventajas competitivas sostenibles y, curiosamente, donde más fundadores se quedan a mitad de camino.

El contrapunto que no puedes saltarte

SCAMPER es un framework de ideación, no de validación; así que la distinción no es menor.

Puedes pasar las siete letras en una tarde, salir con hipótesis brillantes para cada una y seguir sin saber si alguna funciona en el mercado.

Diseñar no es confirmar ni validar; sin entrevistas reales con clientes, sin métricas de tracción, sin un mercado que responda con su dinero o con su tiempo… lo que tienes es un castillo de naipes conceptual con mejor arquitectura.

Bonito, sí. Vendible, no necesariamente.

La propuesta de valor no existe hasta que alguien paga por ella. Lo demás son hipótesis bien estructuradas

El otro riesgo es complementario y, a la larga, más caro: quedarte demasiado tiempo en la fase de ideación.

He visto equipos generar muchos documentos, redactar canvas impecables, ensayar pitches pulidos para eventos y concursos y todavía no haber tenido una sola conversación honesta con un cliente real.

La ideación es barata; ese es su mayor riesgo. Lo único que cuesta dinero, tiempo y reputación es contrastar la hipótesis. Por eso muchos fundadores prefieren rediseñar el pitch antes que coger el teléfono para buscar una cita con un potencial cliente y obtener feedback.

¿Y ahora qué? ¿Qué hacemos con esto del SCAMPER? El ejercicio incómodo

Te propongo un ejercicio incómodo.

Coge tu pitch actual. Elige una letra del SCAMPER (la que más vértigo te dé, esa). Aplícala con honestidad y reescribe tu propuesta de valor.

Después, llama a tres clientes actuales y a tres potenciales. Cuéntales la versión nueva. Mira sus caras, escucha sus silencios, fíjate en qué frase les hace inclinarse hacia adelante y cuál les hace mirar el reloj.

Esa información vale más que cualquier canvas, cualquier workshop y cualquier deck que hayas pulido este trimestre.

Si después de hacerlo no has cambiado nada de tu propuesta de valor, una de dos: o ya la tenías muy bien diseñada, o no has hecho las preguntas correctas (y normalmente, en fases iniciales, suele ser lo segundo).

Nos leemos pronto. Hasta la próxima.

Imágenes: Magnific AI, Bitsize Learning, Giphy

El artículo SCAMPER: siete preguntas para auditar (y romper) tu propuesta de valor fue publicado por Juan Jesús Velasco en Los Habitantes de Kewlona

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