Cómo definir OKRs en una startup con menos de 15 personas
Define los OKRs de tu startup en cinco pasos: tres objetivos como máximo, resultados clave numéricos y revisión quincenal. Con tres ejemplos y una plantilla.
En esta página
- Qué es un OKR, en un párrafo
- Por qué los equipos pequeños necesitan menos OKRs, no más
- Los cinco pasos
- Tres ejemplos trabajados
- El error: tratar los OKRs como una lista de tareas
- Revisiones quincenales: el formato
- Una plantilla de OKR en texto plano
- Dónde guardarlos: documento, herramienta dedicada o espacio de trabajo
- Preguntas frecuentes
- Siguiente paso
Para definir OKRs en una startup de menos de 15 personas: escribe como máximo tres objetivos para el trimestre, dale a cada uno entre dos y cuatro resultados clave que sean números con un valor inicial y una meta, asigna un responsable por resultado clave y revísalos cada dos semanas. Al final, puntúa cada resultado clave de 0,0 a 1,0. Deja las tareas fuera: un OKR dice qué cambia, no qué vas a hacer.
Ese es todo el método. El resto del artículo explica por qué importa cada parte a este tamaño, dónde se equivocan los equipos pequeños y qué aspecto tienen los OKRs una vez escritos. Dirigimos una empresa de este tamaño con ellos, incluidos los trimestres en los que nos equivocamos.
Qué es un OKR, en un párrafo
Un OKR une un objetivo con sus resultados clave. El objetivo es una frase corta que describe un resultado que quieres que sea cierto al final de un periodo, normalmente un trimestre. Los resultados clave son las mediciones que lo demostrarían: un número hoy, un número al que apuntas y una forma de medirlo que nadie discuta. La entrada del glosario sobre OKRs cubre la historia; lo práctico es que el objetivo es la ambición y los resultados clave son la evidencia.
Por qué los equipos pequeños necesitan menos OKRs, no más
Una empresa de 500 personas usa OKRs para que cuarenta equipos tiren en la misma dirección. Un equipo de ocho no tiene ese problema; todos saben qué hace cada uno. Lo que le falta es una forma de decir que no. Cada petición de un cliente, un inversor o un compañero parece razonable por sí sola, y sin una lista corta y acordada de lo que importa este trimestre, el equipo acaba haciendo un poco de todo.
Así que el número es la regla. Tres objetivos a nivel de empresa, como máximo. Si sois doce personas con funciones de producto y ventas diferenciadas, un objetivo por equipo está bien, pero deben sumar a los tres de la empresa. Nuestra prueba: si no puedes recitar de memoria los objetivos del trimestre en una reunión, hay demasiados.
Cada objetivo también cuesta atención cada quincena. Tres objetivos con tres resultados clave cada uno son nueve números que actualizar; cinco con cuatro cada uno son veinte, y la revisión se convierte en una carga que se salta.
Los cinco pasos
- Empieza por la única cosa que haría del trimestre un éxito. Pregunta a los fundadores por separado y compara las respuestas. Si difieren, esa conversación es la parte más valiosa del proceso. Escribe la ganadora como una frase sencilla: "Los clientes renuevan porque el producto forma parte de su semana", no "Mejorar la retención".
- Añade un segundo objetivo y, solo si hace falta, un tercero. Una forma habitual en un equipo temprano es un objetivo de producto, uno de ingresos y uno sobre el equipo o la propia empresa (contratación, caja, cumplimiento). Tres es el techo, no la meta.
- Escribe entre dos y cuatro resultados clave por objetivo, como números. Para cada uno, registra el valor inicial medido hoy, no estimado, la meta y la fuente: un panel, una consulta a la base de datos, un recuento de incidencias. Un resultado clave que no puedes medir un martes por la tarde en diez minutos no es un resultado clave.
- Asigna un responsable por resultado clave. El responsable informa del número en las revisiones. No es la única persona que trabaja en él, pero es la única que dice cuál es.
- Reserva las revisiones antes de que empiece el trimestre. Seis huecos quincenales de 30 minutos, en el calendario, con la página de OKRs abierta. Más abajo está el formato.
Tres ejemplos trabajados
Son ilustrativos. Los números se han elegido para mostrar la forma de un buen resultado clave, no proceden de ninguna empresa real. Sustituye cada uno por tus propios valores iniciales medidos.
OKR de producto (ilustrativo)
Objetivo: Los clientes nuevos llegan al momento en que el producto es útil en su primera semana.
| Resultado clave | Inicio | Meta | Se mide con |
|---|---|---|---|
| Porcentaje de espacios nuevos que completan la configuración en 7 días | 38% | 60% | Analítica de producto, cohorte semanal |
| Mediana de tiempo desde el registro hasta el primer documento compartido | 4 días | 1 día | Marcas de tiempo de eventos en la base de datos |
| Tickets de soporte sobre onboarding por cada 100 registros | 11 | 4 | Tickets etiquetados en el servicio de soporte |
OKR de ingresos (ilustrativo)
Objetivo: Los ingresos crecen con los clientes que ya tenemos, no solo con registros nuevos.
| Resultado clave | Inicio | Meta | Se mide con |
|---|---|---|---|
| Ingresos recurrentes mensuales | 18.000 $ | 27.000 $ | Panel del proveedor de facturación |
| Retención neta de ingresos, últimos 3 meses | 94% | 105% | Exportación de facturación, mensual |
| Clientes en el plan anual | 9 | 25 | Registros de suscripciones |
OKR de contratación (ilustrativo)
Objetivo: El equipo tiene la capacidad de ingeniería que asume la hoja de ruta, sin quemar a las personas que ya tenemos.
| Resultado clave | Inicio | Meta | Se mide con |
|---|---|---|---|
| Ingenieros incorporados, de 2 vacantes abiertas | 0 | 2 | Ofertas firmadas con fecha de inicio |
| Mediana de días desde la solicitud hasta la decisión | 31 | 14 | Marcas de tiempo del proceso de selección |
| Incidentes de guardia atendidos por una misma persona seguidos | 6 | 2 | Registro de incidentes |
Fíjate en lo que los resultados clave no son. "Lanzar el nuevo flujo de onboarding" es un proyecto; va en el tablero. "Lanzar un programa de referidos" puede ser cómo mueves la cifra de ingresos, pero no es la cifra. "Contratar dos ingenieros" se acerca, y la versión de arriba es mejor porque dice qué cuenta como contratado.
El error: tratar los OKRs como una lista de tareas
El fallo más común en equipos pequeños es escribir resultados clave que son cosas por hacer. Ocurre porque las tareas son fáciles de escribir y cómodas de marcar. Al final del trimestre todos los resultados clave están en 1,0 y nada ha cambiado para el negocio.
Una prueba rápida para cada resultado clave: ¿podría estar hecho al 100% mientras el objetivo está logrado al 0%? "Lanzar el nuevo flujo de onboarding" puede estar totalmente lanzado mientras la tasa de configuración completada sigue en el 38%. "La tasa de configuración completada llega al 60%" no. Si la respuesta es sí, has escrito una tarea. Muévela al tablero de proyecto y escribe el número que se supone que debe mover.
La segunda versión de este error es más sutil: resultados clave que son números pero miden esfuerzo y no resultado. "Hacer 200 llamadas de ventas" es un número, y sigue siendo una tarea. "Doce oportunidades cualificadas creadas" es el resultado.
La tercera es elegir números que ya controlas. Si la única forma de que un resultado clave falle es que alguien se olvide, es una obligación, no una meta. Los buenos resultados clave son inciertos al inicio del trimestre; que uno ambicioso termine en torno a 0,6 o 0,7 es un buen resultado.
Revisiones quincenales: el formato
La cadencia de manual es semanal y encaja en empresas grandes con responsables dedicados. Por debajo de 15 personas, vimos que las revisiones semanales no aportaban nada nuevo la mitad de las veces porque los números apenas se habían movido, y la reunión acababa cayéndose. La quincena da tiempo a que los números se muevan y mantiene el hábito.
Cada revisión tiene la misma forma y lleva menos de 30 minutos para tres objetivos:
- El responsable de cada resultado clave lee el valor actual. Sin diapositivas.
- Cada resultado clave recibe un estado: en camino, en riesgo o fuera de camino. El estado es un juicio sobre el final del trimestre, no sobre esta quincena.
- Quien esté en riesgo o fuera de camino dice, en una o dos frases, qué va a cambiar. Se anota junto al número.
- Se registran los valores. El sentido del registro es la línea de tendencia al final del trimestre, así que el historial importa más que cualquier lectura aislada.
Reserva las revisiones como reuniones recurrentes y trátalas como llamadas con clientes; sáltate dos y el hábito muere.
Una plantilla de OKR en texto plano
La plantilla completa de OKR incluye una guía de puntuación y tres ejemplos trabajados que puedes copiar. El esqueleto es lo bastante corto para pegarlo en cualquier documento:
== Objetivo
Resultado: [Una frase. Qué es cierto al final del trimestre.]
Por qué ahora: [Qué pasa si se retrasa un trimestre.]
Responsable: [Nombre] Nivel: [Empresa / Equipo] Periodo: [Inicio] a [Fin]
== Resultados clave (de 2 a 4)
KR1: [Qué cambia, como número] | Inicio: [ ] | Meta: [ ] | Se mide con: [ ] | Responsable: [ ]
KR2: [Qué cambia, como número] | Inicio: [ ] | Meta: [ ] | Se mide con: [ ] | Responsable: [ ]
KR3: [Opcional] | Inicio: [ ] | Meta: [ ] | Se mide con: [ ] | Responsable: [ ]
== Revisión (cada dos semanas)
Fecha: [ ]
KR1: actual [ ] | estado [en camino / en riesgo / fuera de camino] | cambio: [ ]
KR2: actual [ ] | estado [ ] | cambio: [ ]
KR3: actual [ ] | estado [ ] | cambio: [ ]
== Fin del trimestre
Puntuación por KR: (actual - inicio) / (meta - inicio), acotada entre 0,0 y 1,0
Qué aprendimos: [Dos o tres líneas. Mantener, cambiar, descartar.]
Dónde guardarlos: documento, herramienta dedicada o espacio de trabajo
Un documento sirve para uno o dos trimestres. Después quieres el historial, las líneas de tendencia y un recordatorio cuando toca revisar, y ahí es cuando los equipos miran software. Las opciones para un equipo de este tamaño, a octubre de 2026:
| Opción | Encaja en un equipo de menos de 15 cuando | Coste a octubre de 2026 | Límites |
|---|---|---|---|
| Un documento u hoja de cálculo compartida | Estás en tu primer o segundo trimestre | Gratis con lo que ya uses | Sin recordatorios, historial manual, los números se alejan de la fuente |
| Perdoo | Quieres una herramienta dedicada de OKRs y nada más de ella | Gratis hasta 5 usuarios; Premium 6,40 EUR y Supreme 8,00 EUR por usuario al mes, mostrados con un selector anual o trimestral | Inicio de sesión separado de donde ocurre el trabajo; precios en EUR |
| Weekdone | Sois 3 personas o menos y queréis OKRs con planes semanales | Gratis para equipos de hasta 3 usuarios, prueba de 14 días a partir de ahí; los precios de pago no están confirmados en la página de Weekdone, así que compruébalos | La misma separación del trabajo |
| Atrix AI (Objetivos) | Quieres los OKRs junto a las incidencias, documentos y CRM que mueven los números | Incluido en Builder (39 $/mes, 5 puestos) y Studio (149 $/mes, 15 puestos); prueba de 7 días, tarjeta obligatoria, sin plan gratuito | No es un producto dedicado de OKRs; el aviso es semanal, no quincenal |
Perdoo y Weekdone son la recomendación honesta si los OKRs son lo único que quieres de una herramienta: están hechas para ello, y por debajo de 5 usuarios Perdoo no cuesta nada.
Atrix es la opción que usamos, porque los resultados clave están junto al trabajo que los mueve. Los objetivos en Atrix tienen un nivel (empresa, equipo o personal), un periodo, entre dos y cuatro resultados clave con valor inicial, meta y valor actual, y revisiones que registran un estado y una nota junto a los números nuevos. El progreso se calcula a partir de los números, no se teclea. El espacio de trabajo marca cualquier objetivo abierto sin revisión desde el lunes, que es un ritmo semanal; si revisas cada quincena, como sugerimos, ignorarás un aviso de cada dos. Las funciones de gestión de proyectos explican cómo se relacionan los objetivos con los ciclos y las incidencias.
Preguntas frecuentes
¿Cuántos OKRs debería tener una startup?
Tres objetivos como máximo a nivel de empresa, cada uno con entre dos y cuatro resultados clave. Un equipo de menos de 15 rara vez se beneficia de más; el coste es atención en cada revisión, y el beneficio de los OKRs a este tamaño es la lista corta de cosas que no vas a hacer.
¿Cuál es la diferencia entre un OKR y un KPI?
Un KPI es un número que vigilas todo el tiempo, como los ingresos mensuales o la disponibilidad. Un resultado clave es un número que has decidido mover este trimestre, de un valor inicial a una meta. Muchos resultados clave son KPIs con una meta asociada; la mayoría de los KPIs no son resultados clave en un trimestre dado.
¿Cada cuánto debería revisar los OKRs un equipo pequeño?
Cada dos semanas funciona para equipos de menos de 15. Las revisiones semanales suelen mostrar números que apenas se han movido, y la reunión acaba cayéndose; la mensual deja solo tres lecturas por trimestre, demasiado pocas para reaccionar. Seis revisiones quincenales de 30 minutos es el ritmo práctico.
¿Qué es una buena puntuación de OKR?
Entre 0,6 y 0,7 en un resultado clave ambicioso es un buen trimestre. Puntuar 1,0 en todo sugiere que las metas eran seguras. Puntuar por debajo de 0,3 en todo sugiere que las metas eran suposiciones, normalmente porque los valores iniciales nunca se midieron.
¿Los OKRs sustituyen al tablero de proyecto o a los sprints?
No. Los OKRs dicen qué debería cambiar; el tablero y los sprints dicen qué vas a hacer al respecto. Un equipo pequeño sano puede trazar una línea desde la mayoría de las incidencias del tablero hasta uno de los tres objetivos, y las que no se pueden conectar son las que conviene cuestionar.
Siguiente paso
Copia la plantilla de OKR en un documento, escribe tus tres objetivos con valores iniciales medidos y reserva seis revisiones quincenales antes de que empiece el trimestre. Si quieres objetivos, resultados clave y revisiones junto al propio trabajo, los planes de Atrix AI los incluyen en todos los niveles, con una prueba de 7 días.