Cambiar lo que funciona: cuando lo estable se vuelve trampa
No hay crisis. No hay queja. Los números cierran. Pero tú ya sabes que esto no escala. Que lo que hoy funciona mañana te va a atrapar. Y que nadie va a entender por qué quieres mover algo que "no está roto".
La posición
En jiu-jitsu hay una trampa que solo le pasa a los que ya saben pelear: quedarse en una posición cómoda. Tienes control, no estás en peligro, el otro no te ataca. Pero tampoco estás avanzando. Te quedas ahí porque se siente seguro. Hasta que el otro lee tu patrón, encuentra el hueco y te somete.
En una empresa, esa posición se llama "funciona". El proceso cierra. El equipo entrega. Los clientes no se quejan. Pero el founder sabe — con esa intuición que no aparece en dashboards — que algo no va a sostener el siguiente nivel de carga. Que el sistema actual tiene un techo. Y que ese techo se acerca.
Lo difícil no es ver el problema. Es justificar la intervención cuando todos a tu alrededor creen que no hay problema.
Cómo se presenta
- Un proceso manual que funciona con 20 clientes pero va a colapsar con 80.
- Un equipo que entrega, pero solo porque una persona carga el peso de tres.
- Una estructura de decisión que depende de que el founder esté en cada junta.
- Un modelo de negocio que genera margen hoy pero que no aguanta competencia real.
- Un sistema de ventas que vive en la cabeza de una sola persona.
El daño real
Lo que funciona hoy sin diseño se rompe mañana sin aviso. No se degrada gradualmente. Colapsa. Un día el proceso manual ya no alcanza, la persona clave se va, el cliente grande llega y no puedes atenderlo. Y entonces sí hay crisis — pero ya sin margen para rediseñar nada.
El daño de no cambiar lo que funciona no se ve en los números de hoy. Se ve en las oportunidades que pierdes, en el talento que se cansa de operar con parches, en la velocidad que dejas de tener cuando más la necesitas.
La estabilidad que no se cuestiona se convierte en fragilidad que no se detecta.
Por qué no se actúa
Porque cambiar lo que funciona no tiene recompensa inmediata. Nadie te aplaude por arreglar lo que no estaba roto. El equipo lo ve como capricho. Los socios lo ven como riesgo innecesario. Y tú mismo dudas: ¿para qué moverle si está bien?
También porque el costo del cambio es visible y el costo de no cambiar es invisible. Mover un proceso tiene fricción hoy. No moverlo tiene consecuencias en seis meses. Y el cerebro humano siempre elige evitar el dolor presente.
El resultado: te quedas quieto. Hasta que ya no puedes.
1. Crear urgencia sin inventar crisis
No necesitas una emergencia para justificar el cambio. Necesitas hacer visible lo que todos intuyen pero nadie dice. Nombrar el costo de seguir igual. Ponerle números al techo que se acerca.
- Proyecta el sistema actual al doble de carga. ¿Aguanta? ¿A qué costo? Muestra esos números.
- Identifica la dependencia más frágil: la persona, el proceso o el recurso que, si falla, tumba todo.
- No digas "hay que cambiar". Di "esto es lo que pasa si no cambiamos en 90 días". Deadline explícito.
- Usa datos, no opiniones. La urgencia que no se mide se ignora.
2. Probar sin romper lo que ya sirve
El error más caro es cambiar todo de golpe. El segundo más caro es no cambiar nada. El movimiento correcto es un piloto controlado: probar la versión nueva en un espacio acotado, sin apagar la versión actual.
- Elige un segmento, un equipo o un cliente donde probar el cambio. No todo el sistema.
- Define qué vas a medir y en cuánto tiempo. Sin métrica y sin plazo, el piloto se vuelve eterno.
- Protege la operación actual mientras pruebas. El piloto no puede poner en riesgo lo que ya funciona.
- Documenta resultados, no impresiones. Si funcionó, que sea con evidencia. Si no, que sea con aprendizaje claro.
3. Cerrar el cambio. Sin vuelta atrás.
El piloto funcionó. Los números lo confirman. Ahora viene la parte más difícil: matar la versión anterior. Porque si dejas las dos versiones vivas, el equipo siempre va a regresar a lo cómodo. El cambio que no se cierra no es cambio — es experimento abandonado.
- Pon fecha de corte. Después de esta fecha, la versión anterior deja de existir. Sin excepciones.
- Asigna dueño del nuevo proceso. Alguien que responda por la adopción, no solo por el diseño.
- Comunica una sola vez, con claridad total: qué cambia, cuándo, y qué se espera de cada quien.
- Los primeros 30 días después del cierre, vigila. No para controlar — para ajustar lo que el piloto no previó.
Lo que nadie dice en voz alta
Cambiar lo que funciona es un acto de autoridad. No de innovación, no de visión, no de creatividad. Es decir: yo veo algo que el sistema todavía no ve, y voy a actuar antes de que el sistema lo confirme. Eso requiere criterio. Y requiere aguantar la presión de los que no entienden por qué estás moviendo algo que "estaba bien".
Los founders que más crecen no son los que resuelven crisis. Son los que actúan antes de que la crisis se forme. Y eso, casi siempre, significa tocar algo que hoy parece funcionar.
Enseñanza Manzana
Lo que funciona sin diseño no es fortaleza. Es deuda.
Y las deudas se cobran cuando menos te conviene.
Primero creas la urgencia con datos, no con pánico.
Luego pruebas sin romper lo que ya sostiene.
Solo entonces cierras el cambio. Sin retorno.
¿Sabes que algo tiene que cambiar pero no encuentras cómo justificarlo?
Podemos entrenar esta posición en una sesión.
← Volver al blog