¿Qué son los objetivos de output?
Los objetivos de output son objetivos cuantificables que miden las cosas tangibles que un equipo produce dentro de un plazo definido: funciones lanzadas, informes entregados, cuentas abiertas, unidades fabricadas. Cuentan lo que la organización fabrica, no el impacto que esa producción tiene en los clientes o en los ingresos, que es la función de los objetivos de resultado.
Definición: Los objetivos de output son objetivos específicos y cuantificables que se establecen para medir los resultados tangibles que una organización, un equipo o una persona buscan alcanzar en un plazo determinado.
- El output cuenta lo que entregas: los objetivos de output hacen seguimiento de entregables (funciones, llamadas, unidades, informes), no del impacto que esos entregables generan.
- Fáciles de medir, fáciles de manipular: el estudio de Pendo de 2019 encontró que el 80 % de las funciones de software casi nunca se usan, y eso es justo lo que ocurre cuando el output es la única métrica.
- SMART es necesario pero no suficiente: un objetivo de output específico y con plazo definido sigue fallando si no tiene un vínculo trazable con un resultado que el negocio realmente persigue.
- Funciona mejor emparejado con un resultado: los sistemas de objetivos sólidos combinan cada objetivo de output con el resultado que debería provocar, para que los equipos detecten desconexiones a tiempo.
Dónde encajan los objetivos de output entre la estrategia y los resultados
Los objetivos de output se sitúan un nivel por debajo de los objetivos de resultado y un nivel por encima de las tareas operativas. El plan estratégico define el resultado (más ingresos, mejor retención, ciclos más rápidos); los objetivos de output definen los entregables que un equipo se compromete a lanzar para conseguirlo.
Esta jerarquía solo funciona en una dirección: todo objetivo de output debe responder ante un resultado superior.
Los equipos que empiezan enumerando cosas que podrían lanzar y solo después inventan una historia de resultado para justificarlo terminan con un backlog de trabajo entregado que nadie puede conectar con un resultado de negocio. El dato de Pendo sobre ese 80 % de funciones sin usar es justo el aspecto que tiene ese patrón de fracaso a gran escala.
Qué hace que un objetivo de output merezca la pena
Un objetivo de output útil es SMART: específico, medible, alcanzable, relevante y con plazo definido. SMART filtra los objetivos vagos sobre los que nadie puede actuar, pero no garantiza valor estratégico.
- Específico. Nombra el entregable y el equipo. "Mejorar el onboarding" no sirve; "lanzar un flujo de onboarding autoservicio para el plan SMB" sí.
- Medible. Incluye un recuento o una comprobación binaria de finalización.
- Alcanzable. Realizable con el equipo y el presupuesto actuales. Los objetivos de output que exigen contratar sin haberlo anunciado suelen ser en realidad objetivos de resultado disfrazados.
- Relevante. Se puede vincular en una frase con un objetivo de resultado concreto. Si la única respuesta es "porque dijimos que lo haríamos", el objetivo está huérfano.
- Con plazo definido. Tiene una fecha de cierre fija. Sin ella, los objetivos de output se diluyen en el backlog operativo.
El criterio de "relevancia" es donde fallan la mayoría de los objetivos de output. Los otros cuatro son mecánicos; la relevancia es un juicio sobre si el entregable moverá de verdad el resultado del que el equipo es responsable.
Cómo definir objetivos de output en seis pasos
Un buen proceso de definición de objetivos de output avanza de arriba abajo, del resultado al entregable, y no al revés, desde el backlog.
- Nombra el resultado superior. Parte del objetivo de resultado del que el equipo es responsable: una cifra de retención, una línea de ingresos, un objetivo de tiempo de ciclo.
- Identifica la restricción. Nombra qué está bloqueando ahora mismo ese resultado (personas, herramientas, contenido, proceso). Los objetivos de output funcionan mejor cuando desbloquean una restricción conocida.
- Define el entregable. Escribe en una frase qué se va a lanzar, quién lo hace y para cuándo. "Lanzaremos X antes de Y" vale más que "trabajaremos en X".
- Fija la métrica de recuento. Elige el menor número posible de métricas que te diga si el output se produjo. Tres o menos es la regla general.
- Asigna un único responsable. Los objetivos de output con dos responsables acaban, de forma sistemática, sin ninguno.
- Programa la cadencia de revisión. Mensual es lo habitual. Semanal se convierte en un stand-up más; trimestral deja que el objetivo se desvíe durante meses antes de que alguien lo note.
El orden importa. Los equipos que empiezan por el paso 3 (definir el entregable) y deducen el resultado superior después terminan con objetivos de output que su dirección no sabe explicar.
Objetivos de output frente a objetivos de resultado
En la práctica, los objetivos de output y los de resultado se usan a menudo como sinónimos, y esa confusión es la principal razón por la que los sistemas de objetivos rinden por debajo de lo esperado. La comparación en cinco dimensiones de abajo es la versión más resumida de la distinción entre output y outcome.
Dimensión | Objetivo de output | Objetivo de resultado |
|---|---|---|
Qué mide | Cosas producidas (unidades, funciones, entregables) | El impacto que generan esas cosas (cambio de comportamiento, ingresos, retención) |
Quién lo controla | El equipo que hace el trabajo | El cliente, el mercado o el efecto de negocio posterior |
Tiempo hasta la señal | Inmediato: sabes el viernes si lo lanzaste o no. | Con retraso: la activación, la retención y los ingresos llegan semanas o trimestres después. |
Modo de fallo | Lanzar rápido sin mover el negocio | Fijar una cifra que ningún equipo puede influir de verdad |
Ejemplo | Lanzar un flujo de onboarding autoservicio para SMB antes de que acabe el T3 | Elevar la tasa de activación SMB del 24 % al 35 % antes de que acabe el T4 |
Un patrón útil: empareja cada objetivo de resultado con uno o dos objetivos de output, y empareja cada objetivo de output con el resultado que debería provocar. Cuando el output se lanza pero el resultado no se mueve, has aprendido algo valioso sobre la hipótesis del equipo.
Dónde fallan los objetivos de output sin que nadie se dé cuenta
La mayoría de los fallos en los objetivos de output son estructurales, no una cuestión de ambición o de habilidad. Cinco patrones recurrentes:
- Outputs huérfanos. El objetivo de output no se puede vincular a ningún resultado. El equipo entrega lo que se le pidió y nadie sabe explicar si sirvió de algo.
- La fábrica de funciones. El output se convierte en la única métrica, así que la velocidad se optimiza a costa del impacto. Los datos CHAOS del Standish Group encontraron que el 64 % de las funciones de software empresarial casi nunca se usan (Standish Group, 2002), y el estudio de Pendo de 2019 elevó esa cifra al 80 %.
- Conflicto de recursos. Dos objetivos de output compiten por los mismos ingenieros o el mismo presupuesto, y el que pierde se retrasa en silencio hasta el cierre del trimestre.
- Líneas base optimistas. La cifra de partida se estimó en vez de medirse. Tres meses después, el equipo descubre que la "mejora del 20 %" partía de una base equivocada.
- Incentivos mal alineados. La retribución premia la actividad (llamadas realizadas, tickets cerrados, funciones lanzadas), no el resultado que esa actividad debía producir.
Sobre el papel, un objetivo de output desconectado de su resultado superior es idéntico a uno que sí está conectado. La desconexión solo se hace visible cuando el resultado se estanca.
Herramientas que apoyan el seguimiento del output
Los objetivos de output se hacen seguimiento a través de indicadores clave de rendimiento (KPI) elegidos en el momento de definir el objetivo, no añadidos después. Tres categorías de herramientas cubren las necesidades habituales.
- Las herramientas de gestión de proyectos (Asana, Trello, Monday.com) gestionan la secuencia de entregables y la visibilidad de quién es responsable de qué.
- Los dashboards de rendimiento (Mooncamp, Tableau, Looker) mantienen la métrica de recuento visible para el equipo y para la dirección sin necesidad de consolidaciones manuales.
- La analítica de producto (Amplitude, Mixpanel, Pendo) muestra si una función lanzada está produciendo el resultado que debía provocar. Esta es la capa que la mayoría de los equipos aprovecha menos.
Sin esa tercera categoría, la brecha entre lanzar y generar impacto permanece invisible.
Cómo evaluar si un objetivo de output realmente funcionó
Una buena revisión de output responde a dos preguntas: ¿produjo el equipo el entregable? y ¿ese entregable movió el resultado superior?
- Finalización del objetivo. ¿Se lanzó el output a tiempo, dentro del alcance previsto y con el nivel de calidad acordado al definir el objetivo?
- Movimiento del resultado. ¿Se movió el resultado superior (retención, ingresos, tiempo de ciclo) en la dirección que el equipo predijo? Esta parte suele requerir esperar un ciclo completo tras la fecha de lanzamiento.
- Feedback de las partes interesadas. ¿Las personas a las que iba dirigido el output lo experimentaron como algo útil?
Que el output se lance pero el resultado no se mueva es un aprendizaje, no un fracaso, siempre que el equipo lo use para revisar su hipótesis.
Cómo usar objetivos de output dentro de tu ciclo de OKRs
Para los equipos que trabajan con OKRs, los objetivos de output suelen corresponder a Resultados clave de tipo entregable, que conviven con Resultados clave orientados a resultado bajo el mismo Objetivo.
El patrón más limpio a lo largo de un ciclo de OKRs:
- Redacta cada Objetivo como un resultado (una dirección cualitativa, no un entregable).
- Bajo cada Objetivo, combina Resultados clave de resultado (indicadores rezagados) y Resultados clave de output (entregables adelantados que se espera que muevan el indicador rezagado).
- Revisa mensualmente: ¿se lanzaron los Resultados clave de output y el Resultado clave de resultado empieza a moverse en respuesta?
- Al cierre del trimestre, ajusta la combinación. Si los outputs se lanzaron pero los resultados no se movieron, la hipótesis causal del equipo era errónea, y eso aporta más información útil que cualquiera de los dos tipos de Resultado clave por separado.
Los OKRs de puro output se convierten en OKRs de fábrica de funciones; los OKRs de puro resultado se convierten en metas que nadie puede influir directamente. La combinación es lo que importa.
