Systems Thinking vs Design Thinking vs First-Principles: cuándo usar cada uno (con ejemplos mexicanos)

Un director de operaciones de Monterrey me preguntó en una sesión hace un par de semanas: "¿Cuál es la diferencia real entre systems thinking y design thinking? ¿O son lo mismo con distinto nombre?"

La respuesta corta: no. Pero entiendo perfectamente la confusión. Los tres frameworks — systems thinking, design thinking y first-principles — aparecen en los mismos eventos, los mismos programas ejecutivos y los mismos timelines de LinkedIn. El problema es que usarlos sin criterio es peor que no usarlos.

Por qué confunden tanto

Porque los tres atacan problemas complejos. Porque los tres se asocian a organizaciones de alto desempeño (Pixar, SpaceX, IDEO). Y porque ninguno tiene un "momento de activación" evidente — a diferencia de, digamos, el método científico o la ruta crítica, donde el contexto de uso es obvio.

La realidad: tienen preguntas raíz distintas. Una vez que las entiendes, saber cuál activar se vuelve casi mecánico.

Las tres definiciones que me sirven

Systems Thinking es la capacidad de ver cómo los elementos de un sistema se interconectan y cómo esas conexiones producen el comportamiento del sistema a lo largo del tiempo. No busca la solución más rápida — busca el patrón que explica por qué el problema se repite. Su unidad de análisis: el loop.

Design Thinking es una metodología centrada en el usuario para resolver problemas de forma creativa. Parte de la empatía hacia quien vive el problema, genera múltiples hipótesis, prototipa a bajo costo y valida con usuarios reales. Su unidad de análisis: la persona.

First-Principles Thinking es el proceso de descomponer cualquier problema hasta sus verdades más básicas — las premisas que no puedes deducir de ninguna otra cosa — y reconstruir desde ahí sin asumir nada "porque siempre fue así". Su unidad de análisis: la premisa.

Tabla comparativa

Cuándo activar cada uno

Aquí el tradeoff que nadie te dice explícitamente.

Activa Systems Thinking cuando el mismo problema lleva años sin resolverse pese a múltiples intervenciones. Si tu empresa ha pasado cuatro ciclos de contratar-recortar-contratar, no es mala suerte — hay un loop estructural operando. También cuando una solución genera un problema nuevo donde menos lo esperas: cambiaste el proceso de ventas y se cayó la retención. Ese efecto colateral tiene nombre.

Activa Design Thinking cuando el problema es de adopción, usabilidad o experiencia. El ERP más sólido del mercado con 3% de adopción interna es un problema de design thinking, no de tecnología. También cuando necesitas validar hipótesis rápido y con presupuesto limitado — los prototipos de design thinking son baratos por diseño.

Activa First-Principles cuando tus benchmarks históricos te están traicionando y el mercado te pide hacer algo que no tiene antecedente. Cuando "así lo hacen todos los bancos de México" es el argumento número uno en la sala y nadie lo está cuestionando.

Ejemplos en empresas mexicanas

Systems Thinking — aseguradora en CDMX: Un equipo reportaba que la tasa de siniestros en un segmento seguía subiendo sin importar qué cambio operativo hacían. Un mapa causal simple (una hora de trabajo) reveló el loop: la presión por cerrar pólizas rápido reducía la calidad del filtro de riesgo → elevaba siniestros → generaba más presión comercial → más pólizas mal calificadas. La solución estaba en el incentivo del equipo de ventas, no en el proceso de validación de riesgo.

Design Thinking — retail en el Bajío: Una cadena lanzó una app de lealtad técnicamente sólida. Adopción: 3%. Seis semanas de design thinking revelaron que los clientes no confiaban en dar su número de celular en el primer paso del onboarding. Se eliminó ese campo del flujo inicial. Adopción llegó a 31%.

First-Principles — manufactura en Querétaro: Un directivo llevaba años asumiendo que el costo de transporte a CDMX era "lo que dictaba el mercado". Al descomponer el costo en sus elementos básicos encontró que el 40% correspondía a un proceso interno de embalaje que podía rediseñar sin depender de terceros.

¿Se pueden mezclar?

Sí. Y la secuencia más potente es esta:

1. •Systems Thinking primero — mapea el sistema, encuentra el punto de apalancamiento
2. •First-Principles — cuestiona si las premisas del sistema siguen siendo válidas
3. •Design Thinking — diseña la solución que el usuario va a adoptar de verdad

El error más frecuente en empresas mexicanas: ir directo al paso 3 sin haber hecho el 1 ni el 2. Prototipo bonito. Sistema sin cambiar.

La próxima vez que escuches "hagamos un design thinking workshop" para resolver algo que lleva años igual, pregunta antes: ¿ya mapeamos el sistema? Si hay un loop de refuerzo activo, el mejor prototipo no lo va a romper.