La Cueva de Producto

No entres ahí: Outcomes vs Outputs - Parte 1

Con demasiada frecuencia las conversaciones en el C-Level (puestos de Directores, Heads o similares) se enfocan en aquello que es tangible, sin contemplar de forma clara cómo estos resultados se alinean con otros más amplios, que son los que realmente le aportan valor al negocio pero por sobre todo a las personas usuarias. El "Big Picture" del que tanto se habla hoy en día...

El objetivo de este primer articulo es intentar entender las diferencias entre Outcomes y Outputs para no quedarnos con una sola y aplicar lo que sea mejor para nosotros y nuestros equipos.

Nota: Esta es la primera entrega sobre una serie de artículos tematicos, divididos en partes, sobre diferentes temas relacionados a software y productos digitales.

Definición y diferencias

Si vamos a la definición concreta, ambos parecen tener el mismo significado: resultados. La diferencia fundamental y sustancial es el resultado de que....

Ambos conceptos están muy arraigados a las startups y su cultura de trabajo, porqué se utilizan como una herramienta para brindar claridad desde el liderazgo hacia los equipos sobre el trabajo que se tiene que realizar, en otras palabras sobre los objetivos a cumplir. Esto debe venir acompañado con una cierta capacidad de autonomia para descubrir, decidir y luego aplicar posibles soluciones para estos objetivos.

Podemos decir que los Outcomes son múltiples resultados que provienen de una serie de acciones con aparente relación entre ellas para lograr un objetivo de negocio. Mientras que los Outputs son los resultados (puede ser uno o varios) que provienen de una acción concreta pero que no necesariamente está relacionada a un objetivo de negocio.

Veamos estas definiciones en un ejemplo:

Para este Quarter, vos y tu equipo, tienen como objetivo incrementar la cantidad y valor promedio de ventas en el producto del que son responsables. Durante este Q, llevaron adelante las siguientes iniciativas:

  1. Desarrollaron y posteriormente lanzaron una nueva funcionalidad (feature) pensada para mejorar la experiencia de compra en tu producto, unos días después vieron como la cantidad de ventas subió un 7% vs el mes pasado. Esto podría considerarse un Output

  2. Hicieron pequeñas optimizaciones en diferentes lugares del producto para mejorar la experiencia de compra en general, por ejemplo en el checkout, en el onboarding, en la configuración de la cuenta y luego de unos días ves que la cantidad de ventas subió un 5% pero también notas como creció la cantidad de vendedores en un 3% (que podrías ver cómo usuarios activos). Esto podría considerarse un Outcome

A simple vista, sobre este ejemplo acotado, podemos ver cómo ambos resultados impactaron en el negocio, la aguja se movió, algo pasó, no estamos igual que al principio del Q. Podríamos decir entonces que vos y tu equipo cumplieron el objetivo del Quarter, el trabajo está hecho.

Toda iniciativa que llevamos adelante desde los equipos de desarrollo, tecnología, ingenieria y producto tienen un impacto, es inevitable. La reflexión que nos podemos hacer es si ese impacto fue sobre los objetivos o sobre otra métrica que no es relevante para ese momento del negocio.

Tarea para el hogar: ¿Los Outcomes deberian impactar en el largo plazo mientras que los Outputs en el corto plazo?

No tengo la respuesta ¿vos qué pensas?

Cierre

Tanto en los videos que hago como en los articulos que escribo, siempre digo que no hay formulas mágicas para el éxito de un equipo o una startup, no hay UN framework que te solucione todos los problemas y desafios que tenes.

No tengo evidencia suficiente para decir que es Outcomes sobre Outputs ó Outputs sobre Outcomes. Si es OKRs, Shape Up, Scrum ó el método que esté de moda. Lo que te ofrezco cómo cierre de esta primera entrega es una invitación.

Una invitación a descubrir que es lo que nos funciona mejor. Ese descubrimiento tiene mucho que ver con el contexto en el cuál la empresa se encuentra. Mientras más intenso y volatil sea el mercado en el cuál la compañía vive, más necesario será moverse para mantenerse vigente en dicho mercado. Por tal motivo, quizás debas probar primero impactar en lo inmediato y luego con algún grado de estabilidad, explorar la forma de trabajar en el largo plazo. En el centro de todo tiene que estar la intención de probar, de experimentar, de buscar lo que mejor se adapta. No compres ninguna solución mágica.

En la siguiente entrega veremos otro ejemplo sobre Outcomes vs Outputs y buscaremos entender la diferencia entre series de iniciativas individuales y series de iniciativas cross-equipo. Te va a gustar, te lo aseguro.

Hasta la próxima

  • Nico