Kill criteria: el truco que convierte 'apagar esto' en decisión, no en vibe

Los últimos seis meses del fundador muerto

Mira a cien startups cerrar y aparece un patrón. El fundador gasta aproximadamente cinco meses y medio entre el momento en que el dato dijo claramente "esto se acabó" y el momento en que lo admite. Esos cinco meses y medio son el intervalo más caro en la vida de cualquier startup - consume el último resto de caja, el último resto de moral del equipo y el último resto de ancho de banda del fundador para embarcar lo siguiente. Y es enteramente prevenible.

El mecanismo que lo previene es un kill criterion. La razón por la que la mayoría de los fundadores no fija kill criteria es que elegir el momento de la propia falla se siente como invitarla. La razón por la que deberían es que la alternativa - descubrir la falla en retrospectiva, con medio año de retraso - cuesta más que el incomodo en cualquier eje medible.

Qué es un kill criterion realmente

Un kill criterion son tres campos. No cuatro. No "depende de cómo vaya la cosa". Tres campos:

• Métrica - una cantidad que puede medirse sin esfuerzo y sin juicio.
• Umbral - un número, no un rango.
• Plazo - una fecha de calendario, no una fase.

"Kill si MRR queda bajo $1k para 2026-08-15" es un kill criterion. "Reconsiderar si traction está lento este trimestre" es un deseo. La diferencia es si tu yo futuro puede discutir con eso. El punto entero de pre-fijar es que el yo futuro pierde la discusión por defecto.

Los campos no pueden ser expresiones de intención. "Kill si no estoy sintiendo product-market fit para el mes 4" no es kill criterion porque nadie - ni el fundador, ni el equipo, ni el inversor - puede decidir desde fuera si el fundador lo está sintiendo. El criterio tiene que ser resoluble por una sola query SQL, un solo check de calendario o un solo filtro de CRM. Si exige interpretación, se interpretará para fuera el día que dispare.

La regla de tres a cinco

Tres es el piso porque un solo criterio es demasiado fácil de descartar como medición desafortunada y dos dejan el incentivo equivocado - vencer uno, ignorar el otro. Tres fuerza al fundador a modelar la falla en múltiples ejes: demanda (¿alguien quiere esto?), conversión (¿van a pagar?), velocidad (¿podemos embarcar?).

Cinco es el techo porque pasado cinco los criterios empiezan a solaparse y el fundador pierde la disciplina de decir cuál disparó primero. La distribución de la cohort Inite se asienta limpia en una mediana de cuatro: uno de demanda, uno de conversión, uno de velocidad, una apuesta específica de fase. Es la forma de trabajo para la mayoría de los fundadores.

La propuesta por defecto del Founder Loop son tres tomados del dealbreakers. El fundador acepta, edita o reemplaza. Los criterios quedan persistidos en la fila de la auditoría y desde ese momento el digest del lunes los chequea.

Buenos kill criteria, malos kill criteria

Los malos kill criteria parecen accountability pero le dejan al fundador una salida retórica. El patrón es reconocible a lo largo de la cohort:

• Piso blando - "kill si no avanzamos en enterprise". Define avanzar.
• Blanco móvil - "kill si el crecimiento se estanca por un trimestre". ¿Calendario de quién? Estancar cómo, ¿contra qué?
• Indistinguible del éxito - "kill si no cerramos 10 clientes". Si 10 es éxito y 9 es falla, ¿qué es 8 - falla exitosa?
• Condición compuesta con OR - "kill si MRR está bajo $5k OR churn arriba de 15%". Un OR crea dos criterios disfrazados de uno; o eliges la condición más fuerte, o listas los dos criterios por separado y los chequeas independientemente.

Los buenos kill criteria son los que un desconocido puede verificar en dos minutos:

• "Kill si la conversión demo-to-paid baja del 8% en ≥60 demos para 2026-09-30."
• "Kill si ningún pilot de $5k ACV cierra para 2026-10-15."
• "Kill si los días activos mensuales por usuario caen bajo 4 durante dos meses seguidos."
• "Kill si no podemos demostrar tiempo de activación <3 minutos tras tres reescrituras del onboarding."

Cada uno trae métrica, número y fecha. Ninguno exige que el fundador sienta nada.

La proximidad es la señal real

El disparo no es la única señal. La proximidad a un kill criterion es el aviso anticipado que el loop observa cada semana. El digest del lunes reporta cada criterio contra tres bandas:

• Verde - más de 25% sobre el umbral; seguir en silencio.
• Amarillo - dentro del 25% del umbral; sacarlo al fundador como contexto.
• Rojo - dentro del 10% del umbral o ya pasó; convocar la decisión de kill.

La banda amarilla es donde se sienta casi todo el valor. Un fundador que en la semana 4 se entera de que dos de cinco criterios están dentro del amarillo no necesita matar nada - pero sí tiene que mirar la lente de la que el criterio vino, correr experimentos contra ella, y tener un recompute en la semana 6 que o lo empuja de vuelta al verde o acepta que dos criterios están por disparar. Esa ventana de intervención es lo que el loop fue construido para crear. Cuando un criterio se pone en rojo, la mayor parte de las decisiones operativas ya pasaron.

Qué pasa cuando un criterio dispara

Un disparo abre una ventana de parada dura de 14 días. La ventana tiene tres reglas:

1. Ningún compromiso nuevo con clientes, contrataciones o proveedores durante la ventana.
2. Un racional escrito es requerido para override. Dos párrafos mínimo, persistido en la fila de la auditoría con timestamp.
3. Al equipo se le dice. No "el equipo será informado en su momento" - el equipo recibe el mismo digest que el fundador, el lunes en la mañana, en el momento en que el criterio dispara.

De los fundadores en la cohort que disparan un criterio, 38% hace override y continúa. De esos overrides, 71% mata el proyecto en las siguientes 12 semanas igualmente. El override compra principalmente retraso, no supervivencia. Ese número solo es el argumento para honrar el gatillo - override tiene 1 en 3 chances de producir un final diferente, y el retraso mediano que compra son dos meses y medio de burn adicional.

El 62% restante que honra el gatillo cierra limpio. El feedback más común en los post-mortems es alguna variación de "yo sabía hace seis semanas". El kill criterion no es información nueva cuando dispara. Es permiso para actuar sobre información que el fundador ya tenía.

Por qué esta es la parte del operar que compone

Cada fundador corre tal vez cuatro o cinco ideas reales a lo largo de una carrera. El costo de correr la idea N+1 es lo que te queda de runway después de la idea N. Un cierre tardío de N por seis meses es seis meses de robo a la idea N+1. El compuesto funciona en la otra dirección también - cada cierre limpio de una idea muerta es un trimestre o dos de capital y energía que recuperas para gastar en la siguiente.

Los kill criteria son la inversión más barata que un fundador puede hacer. Cuestan cuarenta minutos en escribirlos, cero dólares en mantenerlos y son el único mecanismo estructural que devuelve tiempo desperdiciado al fundador cuando el dato dice que se acabó. El Founder Loop los chequea por ti para que no tengas que recordar. La incomodidad de escribirlos es el precio; el runway que recuperan es el retorno.