Matriz de Eisenhower para founders: cómo priorizar cuando todo es urgente en tu startup

Tu bandeja de entrada tiene 47 mensajes sin leer. Hay dos incendios abiertos con clientes. El equipo te espera en 20 minutos para una demo. Y esta tarde tienes que decidir si contratas a alguien nuevo o automatizas ese proceso que lleva tres semanas roto.

Todo es urgente. Todo es importante. No sabes por dónde empezar.

Este es el estado natural del founder entre seed y Series A. No porque seas desorganizado, sino porque nadie te enseñó a distinguir entre lo que parece urgente y lo que realmente mueve la aguja. La matriz de Eisenhower lleva décadas siendo la herramienta más citada para ese problema. Y también la más mal aplicada.

La versión que lees en blogs de productividad personal te habla de responder emails y planificar vacaciones. Eso no te sirve. Aquí vamos a traducirla al único contexto que importa: el tuyo, que es dirigir una startup donde el caos compite con el crecimiento cada día.

Lo que vas a aprender en este artículo:

• Qué es la matriz de Eisenhower y por qué la versión genérica no funciona para founders

• Cómo traducir los 4 cuadrantes a decisiones reales de startup: contratación, producto, clientes, operaciones

• El error más caro que cometen los founders con esta herramienta (y cómo evitarlo)

• Un protocolo de revisión semanal de 15 minutos para mantenerla viva en tu día a día

• Cómo montar la matriz en Notion para que tu equipo la use de verdad

La matriz en dos minutos: lo que necesitas saber antes de aplicarla

La matriz de Eisenhower es un sistema de priorización basado en dos variables: urgencia e importancia. La urgente es lo que exige respuesta inmediata. La importante es lo que tiene impacto real en tus objetivos a medio y largo plazo.

Dwight Eisenhower, antes de ser presidente de Estados Unidos, fue el comandante supremo de las fuerzas aliadas en Europa. Gestionaba decisiones militares de vida o muerte con información imperfecta y plazos imposibles. La idea central de su método es simple pero contraintuitiva: lo urgente raramente es importante, y lo importante raramente es urgente.

El resultado es una cuadrícula de cuatro cuadrantes:

• Q1: Urgente + Importante. Haz esto ahora.

• Q2: No urgente + Importante. Planifica esto.

• Q3: Urgente + No importante. Delega esto.

• Q4: No urgente + No importante. Elimina esto.

En papel, parece sencillo. El problema es que en una startup early-stage, casi todo parece caer en Q1. Esa percepción es el primer error, y lo vamos a desmontar cuadrante por cuadrante.

Q1: Urgente + Importante — el cuadrante donde vives (y no deberías)

Q1 es el cuadrante de las crisis reales. Un cliente clave amenaza con irse. El servidor está caído. Un inversor pide cifras para mañana. Una contratación clave acaba de dimitir la semana antes de que arranque un proyecto crítico.

Estas cosas ocurren. Y cuando ocurren, tienes que estar ahí.

El problema no es Q1. El problema es cuando Q1 se convierte en tu residencia permanente.

En los founders con los que trabajamos, Q1 suele estar inflado artificialmente. Muchas cosas que acaban en Q1 no empezaron como urgentes: eran tareas de Q2 (importantes pero no urgentes) que se ignoraron hasta que explotaron. El proceso de onboarding roto que nadie documentó. La conversación difícil con un empleado que se fue posponiendo. La revisión del contrato de proveedor que "ya haremos cuando haya tiempo".

"La mayoría de las emergencias en una startup no son imprevisibles. Son deuda operativa vencida."

Ejemplos reales de Q1 en una startup:

• Un bug crítico que afecta a todos los usuarios activos

• La renovación de contrato de un cliente que representa el 30% del MRR y expira mañana

• Un problema de seguridad o brecha de datos (aquí entra también el cumplimiento RGPD: un incidente de datos en España puede derivar en sanciones de la AEPD que no esperan)

• La baja repentina de alguien que tiene en la cabeza todo el proceso de atención al cliente

Cuando identificas algo como Q1, la pregunta que tienes que hacerte es: ¿esto llegó aquí porque era inevitable, o porque lo dejé pudrir en Q2 demasiado tiempo?

La respuesta honesta cambia cómo gestionas la semana siguiente.

Q2: No urgente + Importante — el cuadrante que construye startups

Q2 es donde se construyen las empresas. Es el cuadrante más importante y el más ignorado.

Lo no urgente no grita. No te manda notificaciones. No tiene un plazo con un cliente al teléfono. Por eso se queda esperando mientras Q1 consume toda tu energía.

"Si nunca tienes tiempo para Q2, tu startup no crece. Reproduce crisis."

¿Qué cae en Q2 en una startup?

• Diseñar el proceso de onboarding de clientes antes de que el volumen lo haga imposible de hacer bien

• Definir los primeros OKRs del equipo (objetivos y resultados clave, el framework de planificación trimestral que usan la mayoría de startups post-seed)

• Tener la conversación estratégica con tu co-founder sobre el modelo de contratación del próximo año

• Documentar cómo funciona realmente vuestra operativa de ventas para que no dependa de que tú lo hagas todo

• Hablar con los 10 mejores clientes para entender por qué se quedaron, no solo con los que se van

• Revisar el burn rate (ritmo de gasto mensual) con perspectiva trimestral, no solo cuando el runway se acorta

Q2 es estratégico, relacional y estructural. Es donde se toman las decisiones que evitan que dentro de tres meses tengas diez nuevas urgencias en Q1.

El error del founder no es no saber que Q2 importa. Es no bloquearlo activamente en el calendario. Si no tiene un hueco reservado, no existe.

Dedicar entre 4 y 6 horas semanales a Q2 no es un lujo: es el mínimo para que la startup tenga dirección además de velocidad. Una startup que solo vive en Q1 es un coche acelerando sin conductor.

Q3: Urgente + No importante — el cuadrante que te come vivo

Q3 es el cuadrante más traicionero. Parece Q1. Tiene la misma presión, el mismo tono de urgencia, el mismo ritmo. Pero no mueve la aguja.

Aquí viven las reuniones que alguien convocó porque "hay que alinearse". Las peticiones de informes que nadie va a usar. Los emails que piden respuesta inmediata sobre algo que no tiene impacto real. El cliente que llama para quejarse de algo que no es un problema real del producto sino una expectativa mal gestionada desde el principio.

El test rápido de Q3: Antes de atender algo urgente, pregúntate: si no lo hago yo, ¿pasa algo grave? ¿Alguien de mi equipo puede resolverlo igual de bien o mejor? ¿Este resultado importará dentro de tres meses?

Si la respuesta a las tres es no, no, no, estás en Q3.

La acción correcta en Q3 no es hacerlo más rápido. Es delegar, redirigir o eliminar.

En una startup de 10 personas, Q3 suele ser el dominio del founder que aún no ha soltado el control. El que aprueba cada gasto de menos de 50 euros. El que está en todos los canales de Slack. El que tiene que estar en la reunión de soporte con el cliente aunque tenga dos personas de Customer Success en el equipo.

Delegar Q3 no es perezoso. Es la única forma de liberar tiempo para Q2.

Si no tienes a nadie a quien delegar Q3, tienes un problema de equipo o de procesos que merece atención propia. Eso es exactamente lo que trabajamos en la guía sobre cómo construir la base operativa de una startup desde cero.

Q4: No urgente + No importante — el cuadrante que nadie admite

Q4 existe en todas las startups. Nadie lo admite.

No es solo Twitter durante horas de trabajo. En el contexto de un founder, Q4 tiene formas más sofisticadas:

• Reuniones de seguimiento de procesos que ya no necesitan seguimiento

• Métricas que alguien empezó a medir y nadie usa para decidir nada

• Herramientas que se pagan mensualmente y que el equipo dejó de usar hace dos meses

• Funcionalidades del producto que se construyeron para un segmento que no es el cliente objetivo

Q4 se acumula en silencio y genera ruido constante. El dashboard con 40 métricas donde nadie mira nada. El canal de Slack #random que tiene más mensajes que #producto. El proceso de reporte semanal que todos rellenan y nadie lee.

La acción en Q4 es eliminar. Sin culpa y sin nostalgia.

Revisar Q4 una vez al mes y limpiar lo que no mueve nada es una de las operaciones de mantenimiento más rentables que puede hacer un equipo pequeño.

El error del founder: vivir en Q1 y nunca llegar a Q2

Hay una trampa específica del early-stage que ningún artículo de productividad personal menciona porque ninguno está escrito desde dentro de una startup.

Cuando tienes entre 5 y 25 personas, el founder todavía tiene la capacidad física de resolverlo todo. No el tiempo, pero sí la capacidad. Y eso es exactamente el problema.

Si eres capaz de apagar el incendio, lo apagas. Si eres capaz de cerrar la venta, la cierras. Si eres capaz de responder el email del cliente a las 11 de la noche, lo respondes. Y cada vez que lo haces, refuerzas la percepción (la tuya y la de tu equipo) de que esa es la forma en que funciona la startup.

El resultado es una organización diseñada para la reactividad. Todo el mundo espera que el founder resuelva. El founder no tiene tiempo para Q2. Q2 no existe. Y las cosas que deberían haberse montado en Q2 se convierten en las crisis de Q1 del mes siguiente.

Este ciclo tiene un nombre: deuda operativa. Cada proceso que no documentas, cada decisión que no registras, cada rol que no defines es deuda que se acumula. Y como la deuda técnica, llega un momento en que los intereses superan a la capacidad de pago.

"Salir del bucle Q1 no requiere más tiempo. Requiere reconocer que el tiempo que no inviertes en Q2 hoy lo pagarás en Q1 mañana."

El momento de quiebre suele llegar entre la persona 8 y la 15 en una startup española. Es cuando el founder deja de poder tenerlo todo en la cabeza. El equipo es suficientemente grande para generar más fricción de la que una persona puede absorber, pero no lo suficientemente grande para que haya sistemas que la gestionen solos.

Si ya estás ahí, o si ves que te acercas, la matriz de Eisenhower no es un ejercicio de productividad personal. Es una herramienta de supervivencia operativa.

La traducción real: decisiones de startup por cuadrante

Vamos a lo concreto. Estas son las decisiones más frecuentes en una startup early-stage y cómo ubicarlas en la matriz.

Contratación

Q1: Una persona clave acaba de irse y tienes un proyecto crítico en dos semanas. Contratar o cubrir de forma urgente.

Q2: Diseñar el perfil del próximo hire con tres meses de antelación. Definir qué hace falta antes de que haga falta. Esto incluye decidir si lo que necesitas es contratar o automatizar un proceso que hoy hace una persona a mano.

Q3: Estar tú en todas las entrevistas de posiciones donde ya tienes un responsable de área capaz de decidir.

Q4: Mantener activa una oferta de empleo para un rol que has decidido no cubrir hasta el año que viene.

Producto

Q1: Un bug crítico que afecta la retención. Una funcionalidad prometida en el contrato de un cliente enterprise que vence este mes.

Q2: Revisar el mapa de onboarding con el equipo de producto para entender por qué el 40% de los usuarios no llega al momento de activación en los primeros 7 días. Priorizar el roadmap del próximo trimestre.

Q3: Atender cada feature request individual de cada cliente directamente como founder, sin filtro de producto.

Q4: Reuniones de refinamiento de backlog para features que nadie ha pedido y que no están en el roadmap activo.

Clientes y ventas

Q1: Un cliente que representa más del 20% del MRR ha mandado un email con tono de cancelación. La respuesta a eso no puede esperar.

Q2: Construir el proceso de Customer Success para que ese email nunca llegue por sorpresa. Implementar un sistema de health score básico que te avise cuando un cliente está en riesgo antes de que mande ese email.

Q3: Responder tú personalmente cada duda de soporte de clientes pequeños cuando tienes equipo para hacerlo.

Q4: Preparar propuestas detalladas para leads que llevan tres meses en el pipeline sin señales de avance real.

Operaciones e inversores

Q1: Cierre de ronda inminente y el data room no está preparado. Un inversor de una ronda en curso pide información para el lunes.

Q2: Preparar el data room con antelación. Tener las métricas clave actualizadas mensualmente para que cuando llegue Q1, solo sea cuestión de compartir, no de construir desde cero.

Q3: Asistir a eventos de networking donde no hay un objetivo claro.

Q4: Reuniones internas de status que no generan ninguna decisión y donde la información podría compartirse de forma asíncrona.

Cómo implementar la matriz: el protocolo de revisión semanal de 15 minutos

Una herramienta que no se usa de forma sistemática es una herramienta decorativa.

La matriz de Eisenhower no funciona como ejercicio puntual. Funciona como hábito. Y los hábitos operativos necesitan estructura para sobrevivir en el entorno de una startup.

Este es el protocolo que recomendamos a los founders con los que trabajamos. No requiere más de 15 minutos a la semana, y lo puedes hacer solo o con tu co-founder o COO.

Paso 1: Vacia la cabeza (3 minutos)

Antes de abrir la matriz, haz un brain dump. Todo lo que tienes pendiente, todo lo que te está rondando la cabeza, todo lo que sabes que debería pasar esta semana. Sin orden, sin filtro. En papel, en una nota de Notion, donde sea.

El objetivo es sacarlo de tu cabeza para poder mirarlo con perspectiva.

Paso 2: Clasifica por cuadrante (5 minutos)

Toma cada ítem del brain dump y asígnalo a un cuadrante. Hazte dos preguntas por cada uno:

1. ¿Tiene un plazo real esta semana o la presión es percibida?

2. ¿El resultado de esto afecta directamente a las métricas que importan (MRR, churn, runway, activación)?

Si la respuesta a 1 es sí y a 2 también: Q1. Si la respuesta a 1 es no pero a 2 sí: Q2. Si la respuesta a 1 es sí pero a 2 no: Q3. Si las dos son no: Q4.

Paso 3: Bloquea tiempo para Q2 (2 minutos)

Antes de hacer cualquier otra cosa, abre el calendario y bloquea un mínimo de 3-4 horas para Q2 esta semana. En bloques de al menos 90 minutos. Sin reuniones encima. Sin disponibilidad para Slack en ese horario.

Si no bloqueas Q2, no existe.

Paso 4: Delega o descarta Q3 y Q4 (3 minutos)

Para cada ítem de Q3: ¿a quién lo asignas? Hazlo ahora, en la revisión, no durante la semana.

Para cada ítem de Q4: elimínalo de la lista. Archívalo si crees que puede ser relevante en otro momento. No lo dejes flotando donde seguirá ocupando espacio mental.

Paso 5: Define las 3 prioridades de la semana (2 minutos)

Al terminar la clasificación, elige 3 cosas. Solo 3. Las que, si las completas esta semana, habrán movido la aguja de verdad. Dos pueden ser de Q1, pero al menos una tiene que ser de Q2.

Escríbelas visibles. En tu Notion, en un post-it físico en el monitor, donde sea. Pero visibles.

La plantilla de Notion para tu matriz de Eisenhower

La matriz necesita un sitio donde vivir en tu stack de herramientas. No en papel (que desaparece) ni en un documento que nadie abre (que es lo mismo que no existir).

Aquí tienes la estructura mínima para montarla en Notion. Notion funciona bien para esto en fase seed con equipos de hasta 15 personas: es flexible, no requiere configuración compleja y tu equipo probablemente ya lo usa para otras cosas.

Estructura de la base de datos:

Crea una base de datos en Notion con las siguientes propiedades:

• Tarea: campo de texto, nombre de la tarea o decisión

• Cuadrante: select con opciones Q1 / Q2 / Q3 / Q4 (con colores: rojo, verde, amarillo, gris)

• Área: select con opciones Producto / Clientes / Equipo / Finanzas / Operaciones / Inversores

• Responsable: persona del equipo (o tú)

• Fecha límite: date picker

• Estado: select con Pendiente / En curso / Bloqueada / Hecha

• Semana: número de semana del año (para poder filtrar por semana en la revisión)

Vistas recomendadas:

• Vista Board por Cuadrante: columnas Q1, Q2, Q3, Q4. La más visual para la revisión semanal.

• Vista filtrada "Esta semana": filtro por semana actual, ordenada por cuadrante. Para el día a día.

• Vista "Q2 activo": filtro permanente Q2 + Estado no completado. Para que Q2 siempre sea visible y no se entierre.

Cómo usar la plantilla con el equipo:

Si tienes co-founder o un lead operativo (o trabajáis con nosotros), la revisión semanal de 15 minutos se hace sobre esta base de datos, no sobre una lista verbal. Cada uno añade sus ítems antes de la reunión. La sesión es para clasificar, no para enumerar.

En equipos de más de 10 personas, considera tener una instancia de la matriz por área (producto, ventas, ops) con un responsable que haga su propia revisión semanal y eleve a la revisión de founders solo lo que requiere decisión al nivel de founders.

Los tres errores más frecuentes al aplicar la matriz en una startup

Error 1: Clasificar por emoción, no por criterio

La urgencia percibida no es urgencia real. Un cliente que manda tres emails seguidos crea una sensación de urgencia que no siempre es proporcional al impacto real. Un proceso roto que nadie ha reclamado explícitamente pero que está costando 5 horas semanales al equipo no genera esa sensación, pero tiene más impacto.

El antídoto: cuando clasifiques, usa siempre las dos preguntas del paso 2. No la sensación.

Error 2: Q2 sin fecha

"Esta semana me dedico a Q2" no funciona. Q2 sin un hueco específico en el calendario no existe. El lunes a las 9 hay algo urgente, el martes también, el miércoles hay que preparar la demo, y el jueves y el viernes Q1 devora lo que queda.

El antídoto: en la revisión del domingo o el lunes a primera hora, Q2 va al calendario antes que cualquier reunión.

Error 3: La matriz como ejercicio individual

Si la usas solo tú y tu equipo no la conoce, resuelve parte del problema. Si tu equipo sabe que usas este sistema para priorizar, empieza a filtrar sus propias peticiones antes de escalártelas. Eso reduce el Q3 que te llega a ti directamente.

Compartir el framework no es dar una clase de productividad. Es alinear expectativas sobre cómo se toman decisiones.

Un apunte sobre herramientas: Notion no es la única opción

Hemos propuesto Notion porque es la herramienta más extendida en startups españolas en fase seed y porque tiene la flexibilidad necesaria para este tipo de bases de datos simples.

Pero Notion no es para todo el mundo. Si tu equipo ya usa Linear para producto y Notion les genera fricción, monta la matriz en una hoja de Google Sheets compartida con filtros. La herramienta perfecta no existe; existe la que tu equipo usa de verdad.

Si estáis en pre-seed con 3-4 personas, incluso un documento compartido de Google Docs con las cuatro secciones puede ser suficiente. No necesitas montar una base de datos Notion con 7 propiedades si tenéis 4 personas y 12 tareas activas.

La complejidad de la herramienta tiene que ser proporcional a la complejidad del problema. Un stack operativo mínimo viable es el que resuelve lo que necesitas resolver sin añadir más fricción de la que elimina.

Cuando el equipo crece por encima de 20-25 personas y las áreas se especializan, Notion suele dejar de ser suficiente para gestionar la operativa completa. Ese es el momento de evaluar herramientas dedicadas por función. Pero en early-stage, la tentación de resolverlo todo con una herramienta nueva es una trampa de Q4 disfrazada de iniciativa.

Lo que la matriz no resuelve

La matriz de Eisenhower es una herramienta de priorización, no de diagnóstico.

Te dice dónde poner tu energía esta semana. No te dice si tu modelo de negocio tiene sentido. No te dice si tu equipo está bien dimensionado. No detecta que el problema real de tu onboarding es que el ICP está mal definido desde el principio.

Si clasificas bien tus tareas cada semana pero las tareas en sí responden a los problemas equivocados, la matriz no te salva. Solo organiza el caos de forma más eficiente.

Por eso la matriz funciona mejor cuando hay claridad estratégica sobre qué métricas importan y qué problemas son prioritarios en la fase actual de la startup. Sin ese contexto, Q2 se llena de trabajo importante pero no de trabajo crítico.

La diferencia entre los dos puede ser la diferencia entre escalar y simplemente crecer. Y esa diferencia son las operaciones.

Si llevas meses viviendo en Q1 y no recuerdas la última vez que tuviste tiempo para construir algo en lugar de apagar fuegos, el problema no es de priorización. Es de deuda operativa acumulada. El diagnóstico de 1-2 semanas de Ebägurin mapea exactamente qué está generando ese caos y qué hay que montar para que Q2 deje de ser un concepto teórico.

Agendar una llamada →