3 Frameworks de Decisión Que Usaron un Piloto de Caza, un General y Elon Musk (Y Ninguno Es el Que Esperas)
Más de 15 frameworks documentados existen para tomar mejores decisiones. Algunos vienen de filósofos griegos. Otros de militares. Otros de los mejores inversores del mundo.
La mayoría de builders en 2026 no usa ninguno.
No porque sean complicados. Sino porque nadie los conecta con la realidad de construir productos, tomar decisiones bajo presión, y avanzar cuando tienes doce frentes abiertos a la vez.
Estos son los tres que más me han cambiado cómo pienso.
1. La Matriz de Eisenhower: Productivo en Las Cosas Equivocadas
Dwight D. Eisenhower fue Comandante Supremo Aliado en la Segunda Guerra Mundial y después 34.º Presidente de los Estados Unidos.
Tenía más cosas urgentes en su lista que cualquiera de nosotros va a tener en su vida entera. Y aun así, tomó decisiones de largo plazo que cambiaron el siglo.
Su cita lo dice todo:
“Tengo dos tipos de problemas: los urgentes y los importantes. Los urgentes no son importantes, y los importantes nunca son urgentes.”
El framework que desarrolló a partir de esta observación es simple: una matriz de cuatro cuadrantes.
Urgente
No urgente
Importante
Hazlo ahora
Planifícalo
No importante
Delégalo
Elimínalo
Lo que nadie te dice es que la mayoría de personas vive en el cuadrante de lo urgente-no-importante. Notificaciones, reuniones sin agenda, peticiones de otros, pequeños fuegos que apagar.
Y lo verdaderamente importante —construir el producto correcto, validar la idea antes de escalar, aprender el skill que cambia tu trayectoria— siempre puede esperar. Hasta que ya no puede.
Aplicado a mi día a día en 2026: antes de abrir el correo o mirar métricas, me pregunto qué tarea del cuadrante importante-no-urgente voy a proteger hoy. Sin eso, el día me come.
Acción concreta: Coge tu lista de tareas de hoy. Clasifica cada una en los cuatro cuadrantes. Si más del 60% está en “urgente”, tienes un problema de diseño de tu trabajo, no de productividad.
2. El OODA Loop: El Framework del Piloto de Caza Que Usa La Banca de Inversión
John Boyd era coronel de la Fuerza Aérea de los Estados Unidos. Le llamaban “Forty-Second Boyd” porque retaba a cualquier piloto a un duelo aéreo con 40 segundos de desventaja… y siempre ganaba.
Su teoría: no ganaba porque fuera más hábil. Ganaba porque ciclaba más rápido que su oponente.
Así nació el OODA Loop:
- Observe — Recoge información del entorno
- Orient — Filtra e interpreta esa información con tu contexto
- Decide — Elige una acción
- Act — Ejecuta
Y luego vuelves al inicio. Más rápido que tu competidor.
Lo flipante de este framework es que la clave no está en ninguno de los cuatro pasos por separado. Está en la velocidad del ciclo completo. El que más rápido pasa por Observe → Orient → Decide → Act, controla la situación. El otro siempre está reaccionando a información desactualizada.
CEOs de instituciones financieras de escala masiva lo usan exactamente por esto: en entornos donde la información cambia cada hora, el que tarda tres semanas en decidir ya llegó tarde.
Para un builder indie en 2026, el OODA Loop cambia cómo ves la iteración. No es que lances rápido porque sí. Es que lanzas rápido para entrar en el ciclo cuanto antes. Cada usuario que usa tu producto es información nueva para tu fase de Observe. Cada feedback es Orient. Y si tardas un mes en decidir qué hacer con ese feedback, tu competidor ya está dos ciclos por delante.
Acción concreta: La próxima vez que tengas feedback de un usuario o una métrica que te sorprenda, pon un límite de 48 horas para pasar por los cuatro pasos: observar el dato, interpretarlo en contexto, decidir una acción y ejecutarla. Aunque sea una acción pequeña.
3. First Principles: La Pregunta Que Recorta el 90% del Coste Asumido
Esto no lo inventó Elon Musk. Lo inventó Aristóteles hace más de dos mil años: descomponer cualquier cosa hasta sus verdades fundamentales y construir desde ahí, sin las asunciones acumuladas por convención.
Musk lo modernizó con un ejemplo brutal.
Cuando quiso construir cohetes, el precio de mercado era estratosférico. Todos asumían que así eran los cohetes, siempre habían sido caros, y punto. Musk preguntó: ¿de qué están hechos realmente? Aluminio, titanio, cobre, fibra de carbono. ¿Cuánto cuestan esos materiales en el mercado? La cuenta salió una fracción del precio final. La diferencia era puro coste asumido, no coste real.
“El pensamiento de la gente está demasiado atado a la convención o a la analogía con experiencias pasadas.” — Elon Musk
Esto aplica directamente a cómo construimos productos.
Muchos builders en 2026 asumen que necesitan una landing page perfecta antes de validar. O que necesitan un backend propio antes de escalar. O que el mercado X es imposible de atacar porque ya hay competidores grandes.
Ninguna de esas cosas es una verdad fundamental. Son asunciones heredadas.
First Principles te obliga a hacer tres cosas:
- Identificar qué asumes sin haber comprobado
- Descomponerlo hasta la verdad desnuda
- Construir la solución desde ahí, no desde la convención
Lo aprendí por las malas con un proyecto el año pasado. Asumí que necesitaba autenticación completa antes de probar si alguien usaría la herramienta. Tardé semanas. Nadie la usó. La verdad fundamental era: ¿alguien tiene este problema? Podría haberlo preguntado en 48 horas.
Acción concreta: Coge tu próxima decisión importante y pregunta: ¿qué estoy asumiendo aquí que nunca he comprobado? Escribe las asunciones. Luego, para cada una, pregunta: ¿es esto una verdad fundamental o algo que di por hecho porque siempre se ha hecho así?
El Patrón Que Conecta los Tres
Mira los tres frameworks juntos:
- La Matriz de Eisenhower te dice en qué enfocarte
- El OODA Loop te dice a qué velocidad moverte
- First Principles te dice desde dónde partir
No son intercambiables. Son capas. Y los tres comparten una obsesión: eliminar el ruido que te impide ver lo que realmente importa.
He hablado en posts anteriores sobre los incentivos de Munger, la antifraugilidad de Taleb y el hourly rate de Naval. Todos apuntan al mismo sitio desde ángulos distintos: tus peores decisiones no son las que tomas con mala intención, son las que tomas sin un sistema.
Estos frameworks son ese sistema.
La Trampa de Coleccionar Frameworks
Una advertencia: leer sobre frameworks no sirve de nada.
He visto gente con 40 libros de mental models que toma peores decisiones que alguien con cero libros y mucha experiencia de campo. El conocimiento sin aplicación es decoración intelectual.
Elige uno esta semana. Solo uno. Aplícalo a tu decisión más importante del momento. Documenta qué cambió.
Los frameworks solo funcionan cuando los usas. El resto es teoría bonita para hablar en Twitter.
Seguimos construyendo.
