¿Product Owner Interno o Externo?

La mayor parte de la información, blogs, podcasts y libros sobre Product Management y Product Ownership se centran en productos comerciales orientados a consumidores finales como, por ejemplo, AirBnB, Uber, Rappi, Mercado Libre, etc.

Al mismo tiempo, habiendo certificado a más de 1200 Certified Scrum Product Owners en los últimos 8 años, noté que hay un enorme número de profesionales dedicados a gestionar productos internos como sistemas de facturación, contabilidad, compras, despachos, etc. que nunca han visto a un consumidor final.

Entre ambos mundos hay grandes diferencias y enormes similitudes que te propongo veamos enseguida para que tengas en cuenta a la hora de considerar el abanico de opciones de tu carrera profesional o la de alguien más a quien podrías ayudar.

Las dos caras (de la misma moneda)

No importa hacia dónde apunta tu producto, hay ciertos aspectos comunes entre quienes deben gestionar hacia el interior de una organización y quienes lo hacen hacia el mercado.

Visión

Aunque no lo creas, muchos Product Owners de productos internos creen que tener una visión es exclusivo de quienes trabajan en productos que se comercializan hacia afuera de la empresa. Y esto está lejos de ser así.

Recuerda que la visión del Producto describe el estado futuro del Producto y los problemas que intenta resolver o ambiciones que pretende alcanzar.

Tener una visión del producto clara e inspiradora te va a ayudar a motivar e inspirar a las personas que rodean la construcción del producto, ya sea developers, stakeholders, clientes y/o usuarios.

No desaproveches el poder de una visión por estar trabajando hacia el interior de una compañía. Además, debes utilizar esta visión para comunicar la dirección hacia la que quieres avanzar con el producto y para tomar decisiones sobre qué sí y qué no construir.

Estrategia de Producto

Otra similitud es tener una estrategia que pueda conectar los objetivos del producto con su visión.

Una estrategia de producto es un plan de alto nivel que describe lo que una empresa espera lograr con su producto y cómo planea hacerlo. Esta estrategia debe responder a quién servirá el producto, cómo beneficiará a esas personas y cuáles son los objetivos buscados.

La estrategia es fundamental para que todo el equipo de producto tenga la capacidad de conectar su trabajo con el beneficio buscado.

Priorización por valor

En ambos mundos debes asegurarte que el Product Backlog esté ordenado por valor. Es decir, primero lo que más valor aporte, independientemente de que midas para decir que algo aporta valor.

Ya veremos, definir aquello que aporta valor por lo general es una diferencia entre estos dos mundos. Es un error frecuente pensar que la priorización esté determinada por ello.

Orientación a los resultados

Otro error habitual cuando trabajas con productos internos es creer que se tiene todo mucho más claro que cuando el producto está destinado al afuera. Cuando prima esta creencia, la orientación del desarrollo del producto se orienta a cumplir con los pedidos y las tareas, sin poner el foco en la generación de resultados. De esta forma, se puede construir un nuevo sistema de control dentro de los tiempos, el presupuesto y con el alcance estimado, pero que ralentiza la labor de los empleados.

Por eso la importancia de la orientación a los resultados (outcomes) aún cuando estás construyendo un producto hacia dentro de la empresa para evitar caer en una falsa definición de "resultado alcanzado" al preguntarse "¿Cuál es el resultado buscado, resolver una necesidad o cumplir con lo planificado?"

Diferencias

Veamos ahora las principales diferencias que yo percibo.

Outcomes operativos vs. outcomes de mercado

La principal diferencia entre un Product Owner de un producto interno y otro de un producto externo es que los resultados buscados por lo general están más atados a aspectos operativos en vez de mercado.

Mientras que los Product Owners externos se enfocan en la generación de leads, conversión, suscripciones, registros, etc., los Product Owners internos están más atentos a cycle times, cost of tickets, first response time, mean time to resolution, inventory turns, etc.

Impacto en costos vs. impacto en ingresos

Seguido a los outcomes vienen los impactos que ellos tienen. Es de esperar que los productos destinados a consumidores finales persigan un impacto relativo a incrementar los ingresos para la empresa, verdad?

Por el contrario, el impacto de los productos hacia el interior de la organización está orientado generalmente a reducir costos, tiempos o posibilidad de errores humanos.

Sistemas/Aplicativos vs Productos

La tercera y última diferencia habitual es que a los Product Owners internos les resulta raro entender sus soluciones como "productos". La mayoría de los que yo he conocido los llama "sistemas" o "aplicativos", por ejemplo, "el sistema de facturación" o "el aplicativo de carga de pedidos".

Me parece importante destacar este punto ya que la forma en la que hablamos es un reflejo de nuestros pensamientos y crea nuestras realidades. Serás un Product Owner mucho más vivaz si a esos aplicativos o sistemas los empiezas a considerar "productos" en sí mismos.

Espero que esta lista preliminar de similitudes y diferencias te haya ayudado a plantear algunas preguntas para ver qué perfiles son más afines a un PO interno o externo.. Te invito a compartirlo con quien creas que lo necesita y a contarme si crees que se me escapó algo importante. :-)