Skip to main content

¿Por qué estamos retrasados? ¿Cuándo terminarás el diseño del producto? Si has escuchado esas palabras antes, no estás solo.

Muchas empresas no entienden cómo funciona el desarrollo de productos. Piensan que es un proceso lineal, como si lanzar más recursos mágicamente solucionara todo. En realidad, es mucho más contraintuitivo y complejo que eso.

He tenido mi cuota de desmentir algunos de los mitos más comunes sobre el desarrollo de productos durante mi carrera. En un entorno de start-up, esto puede ser muy caótico, pero a la vez gratificante. Piensa en ello de esta manera: es más fácil arreglar algo antes de que tome fuerza. 

¿Quieres más de The CPO Club?

Regístrate para obtener una membresía gratuita y terminar de leer este artículo:

Name*
Este campo está oculto cuando se visualiza el formulario
Este campo está oculto cuando se visualiza el formulario
Este campo está oculto cuando se visualiza el formulario
By submitting, you agree to receive our newsletter and occasional emails related to The CPO Club. You can unsubscribe at any time. For details, review our Privacy Policy.

Pero el reto es lograr que todos estén alineados antes de que se cause algún daño. Lo último que quieres es una lucha interna en tu lugar de trabajo. Si no se controla, se convierte en otro incendio que no se apaga tan fácilmente.

Si estás en el desarrollo de productos y te preguntas en qué estás fallando, echa un vistazo a estos mitos comunes del desarrollo de productos. Te ayudará a mantenerte al tope de tu juego. 

Vamos a desmontar algunos mitos profesionales

Aclaremos algo: el desarrollo de productos es un juego completamente diferente al de la manufactura. En la manufactura, puedes controlar los costos y mejorar la eficiencia de la forma convencional. Pero si haces eso en desarrollo de productos, acabarás causando más perjuicio que beneficio. 

¿Por qué? Porque la producción es predecible. Las tareas son repetitivas, como engranajes en una máquina. Mientras tanto, el desarrollo de productos es dinámico y siempre cambiante. No hay una sola forma correcta de hacerlo: aprendes sobre la marcha. Esto nos lleva a nuestro primer mito del desarrollo de productos.

Hemos recopilado lo mejor: prompts de IA, ofertas exclusivas y una biblioteca de recursos para líderes de producto. Desbloquea tu cuenta para obtener acceso.

Este campo es un campo de validación y debe quedar sin cambios.
Name*
Este campo está oculto cuando se visualiza el formulario
Este campo está oculto cuando se visualiza el formulario
Este campo está oculto cuando se visualiza el formulario
By submitting, you agree to receive our newsletter and occasional emails related to The CPO Club. You can unsubscribe at any time. For details, review our Privacy Policy.

Mito 1: Más recursos significan mejor rendimiento

Más insumos igual a más resultados parece lógico, pero esa lógica es peligrosa y engañosa en el desarrollo de productos. 

Según encuestas, la mayoría de los gerentes de desarrollo de productos mantienen la utilización de capacidad por encima del 98 por ciento. Parece lógico que cuanto más trabaje un equipo, mayor será la producción que entregará.

En la práctica, no funciona así. Una alta utilización de los recursos conduce a un mal desempeño del equipo y a una menor producción. No importa qué tan buen gerente seas, no puedes evitar esto. Pero muchos gerentes lo ignoran por dos razones principales:

1. Subestiman lo impredecible que es el desarrollo de productos. Un proyecto puede llegar a tu escritorio en cualquier momento. No puedes prever qué tipo de proyecto será, qué tipo de experiencia necesitarás y cuánto tiempo tomará.

El desarrollo de productos es cualquier cosa menos lineal. Añadir una alta utilización de recursos a la mezcla lleva a más retrasos, obstáculos y colas. Esto se debe a que si un equipo trabaja siempre al 100 %, cualquier nuevo proyecto tendrá que esperar en cola porque no hay una reserva de capacidad.

Graph Of Queuing Theory
El gráfico anterior es un modelo matemático de la Teoría de Colas. Muestra que los tiempos de espera aumentan exponencialmente con la utilización de los recursos. El efecto es más evidente entre el 80 y el 90 por ciento de utilización de recursos.

2. Una cosa que los gerentes de producto suelen subestimar es lo perjudiciales que pueden ser las colas para el rendimiento. Cuando un equipo de desarrollo de productos trabaja a máxima capacidad y gestiona varios proyectos a la vez, inevitablemente dejará en pausa aquellos proyectos que se atasquen en aprobaciones y verificaciones.

Supongamos que estás diseñando un producto y a mitad del proceso no puedes avanzar porque necesitas la aprobación del departamento de ingeniería. Imagina que esta aprobación tarda tres semanas. ¿Qué haces? ¿Esperas esas tres semanas o tomas otro proyecto mientras tanto? La mayoría de los desarrolladores de producto hacen lo segundo sin darse cuenta de que solo se están preparando para el desastre.

Para cuando consigas la aprobación, estarás trabajando en otro proyecto y no tendrás capacidad para retomar el proyecto original. Como resultado, el proyecto original se queda en la cola a menos que liberes algo de capacidad para continuarlo. Además, el proyecto en pausa corre el riesgo de volverse obsoleto si cambian las tendencias del mercado.

De nuevo, esa es una consecuencia de la alta utilización de recursos. Trabajar a máxima capacidad genera colas más largas. Este círculo vicioso continúa hasta que o bien limpias el backlog o bien aumentas tu capacidad de trabajo creando un nuevo equipo. En otras palabras, las colas:

  • Aumentan los costos de retraso, los costos de proceso y los tiempos de ciclo.
  • Ponen los proyectos en pausa. Cuanto más tiempo se demoren, más vulnerables se vuelven a los cambios del mercado.
  • Hacen que el desarrollo de productos sea aún más variable.

Así es como resuelves este dilema de asignación de recursos:

  1. Limita la cantidad de proyectos activos. Esto reducirá tu tasa de utilización, liberará algo de capacidad y generará menos colas. Además, el equipo estará más enfocado en las tareas actuales.
  2. Haz más visible el inventario de trabajo en curso (WIP). En el desarrollo de productos, el WIP es invisible, y por eso es tan difícil asignar recursos de manera efectiva. Siempre encontré muy útiles los tableros de control visual en software de desarrollo de productos para estar al día. Puedes hacer reuniones diarias de 10 minutos o usar muchas notas adhesivas. El objetivo es que todos sean lo más comunicativos posible sobre sus hitos.
  3. Alinea los objetivos de los departamentos. Vuelve a considerar el ejemplo donde tienes que esperar tres semanas para obtener una aprobación. ¿Y si solo tomara unas horas? Para lograrlo, necesitas sincronizar los objetivos de los departamentos cambiando los sistemas de control de gestión. La mayoría de los directivos quieren aumentar la capacidad sin darse cuenta de que pueden aprovechar mucho más si ajustan las operaciones y las hacen eficientes.

Mito 2: Trabajar en grandes lotes mejora el proceso de desarrollo

Trabajar en grandes lotes funciona bien en la manufactura, pero no en el desarrollo de productos. Los lotes grandes significan más colas, y más colas llevan a mayor trabajo en curso y tiempos de ciclo más largos.

Supongamos que un equipo tiene que construir 300 componentes de una máquina. Puede fabricar todas las piezas a la vez o trabajar en lotes de 20. Si decide fabricar todas las piezas juntas:

  • Las colas serán más largas
  • Los tiempos de ciclo serán mayores 
  • La retroalimentación será mínima

Un plan de desarrollo de producto puede no ir exactamente como se planificó. Habrá que ajustar especificaciones técnicas u otra característica del producto. La única manera de superar esa curva de aprendizaje es a través de la retroalimentación.

La retroalimentación es la información que obtienes al probar el producto y ver cómo funciona. Es necesaria para determinar si el proceso de desarrollo necesita cambios en función de factores técnicos. Una retroalimentación baja genera ciclos de tiempo más largos. Un ciclo de tiempo es el tiempo que transcurre entre la finalización del diseño y la producción. Puedes medirlo utilizando la Ley de Little.

En el segundo caso, el tamaño del lote es un 90 por ciento menor. 

  • Hay poco o nada de trabajo en curso 
  • No hay colas 
  • Retroalimentación rápida
  • Mejor calidad, eficiencia y tiempos de ciclo reducidos

Muchos desarrolladores de productos eligen la primera opción, pensando que trabajar en grandes lotes genera economías de escala. Pero eso está lejos de la realidad. Alcanzar un tamaño de lote óptimo se trata de equilibrar el costo de transacción y el costo de almacenamiento. 

Si hoy compras una cantidad de huevos para un año, tal vez consigas un mejor precio, pero la mayoría de los huevos se echarían a perder. Es decir, tendrás un bajo costo de transacción pero un alto costo de almacenamiento. El truco para obtener lo mejor de ambos mundos es encontrar el equilibrio adecuado.

Graph Of Optimal Batch Size
El tamaño óptimo del lote es donde el costo total es el más bajo y el costo de transacción se cruza con el costo de almacenamiento.

Llegar al tamaño óptimo de lote no es sencillo. Varía según el negocio. Por ejemplo, si tienes una tienda de comestibles, tus costos de almacenamiento serán mucho más altos que los de un fabricante de acero. En resumen, elige un tamaño de lote que no genere nuevos cuellos de botella y tenga el menor costo para ti.

Lectura relacionada: ¿Cómo crear un ciclo de retroalimentación con el cliente efectivo para equipos de producto?

Mito 3: Llena el producto de características y los clientes lo amarán.

Los desarrolladores de productos suelen asumir que cuantas más funciones le agreguen a un producto, más les gustará a los clientes. Esto está lejos de la realidad y a menudo lleva a la sobreacumulación de funciones. ¿Cuántas veces has comprado un producto y has sentido que era demasiado complicado de usar?

Pasa todo el tiempo. Los auriculares típicos tienen demasiados botones al costado, los controles remotos de TV son difíciles de usar, los LCD son complicados de configurar y la carga inalámbrica todavía es una fantasía. Aun así, convencer a un desarrollador de producto de que lo mantenga simple es difícil, y eso se debe principalmente a dos razones:

1. Los desarrolladores de productos tienden a generar demasiadas ideas sin filtrarlas. He notado que suele faltar un filtro. Es como cuando un adicto al trabajo no soporta ver un espacio vacío en su día. Necesita llenarlo con algo productivo.

De la misma manera, los desarrolladores de productos ven una oportunidad cada vez que encuentran un espacio vacío en el que pueden añadir más funciones a un producto, sin importar si el consumidor las usará alguna vez o no.

Apple Inc. es un gran ejemplo de lo contrario. Siempre mantiene la simplicidad y la elegancia como prioridades. El desarrollo de productos comienza desde el usuario final y va hacia atrás hasta la tecnología. En otras palabras, el consumidor impulsa la tecnología, no al revés. De hecho, el equipo de diseño de Apple tiene la última palabra antes de que un producto salga al mercado.

Añadir funciones innecesarias a un producto no aporta valor al cliente. McKinsey informa que la mayoría de las empresas “supervisan la satisfacción de los clientes con el desempeño del producto [y] solo el 44 por ciento de ellas mide la satisfacción de los clientes con el precio que pagaron por el valor que recibieron”.

Las empresas que confiaron más en la última métrica obtuvieron mejores resultados tanto en el crecimiento de beneficios a corto como a largo plazo y en la estabilidad. Por el contrario, aquellas que solo se centraron en el desempeño del producto perdieron la oportunidad de crecer a largo plazo.

Gráfico de Métricas Enfocadas en el Producto
El gráfico anterior muestra que liderar el desarrollo de productos con métricas enfocadas solo en el producto puede llevar a buenas ganancias a corto plazo pero a malos resultados a largo plazo.

2. A los desarrolladores de productos les encanta presumir su experiencia. Tanto es así, que a veces olvidan que se trata más de la experiencia del cliente que de los aspectos técnicos. Todo lo que los consumidores desean es una experiencia de usuario fluida, una solución que funcione sin esfuerzo.

Para lograr eso, los desarrolladores deben saber qué omitir. Ponte en el lugar del consumidor. ¿Te gustaría comprar un refrigerador con un sistema de audio integrado? Al principio suena genial, pero resulta incómodo escuchar música en un refrigerador.

Reduce tu lista. Las características que elijas deben ser esenciales o hacer que el producto destaque. Recuerda que un producto no está terminado cuando no se le pueden añadir más funciones, sino cuando eliminar una función más lo empeoraría en vez de mejorarlo. 

Aquí tienes un ejemplo del proceso que utilicé al trabajar con diseñadores UX/UI para crear una aplicación simple y fácil de usar para minoristas.

  1. Participa en la ideación, que básicamente significa hacer las preguntas correctas y responder los "cómo". Aquí es donde puedes ir más allá de lo evidente y buscar soluciones innovadoras compartiendo ideas con tu equipo. También establecimos un límite de tiempo para no excedernos. No quieres sacrificar creatividad por tiempo y eficiencia.
  2. Después de definir tu visión del producto final, creo que el paso más importante que la mayoría de los desarrolladores pasa por alto es empezar desde el final e ir hacia atrás. Eso te ayuda a determinar todos los pasos necesarios para llegar a tu producto final. La mayoría de los desarrolladores empieza de cero y termina perdiendo de vista lo que habían planeado originalmente.
  3. Como se mencionó antes, el plan de desarrollo de producto puede cambiar y de hecho cambia. Al ejecutar todos los pasos, la lluvia de ideas sigue ocurriendo, pero ahora se centra en los aspectos técnicos. Piensa en ello como perfeccionar tu idea concebida originalmente y llevarla al siguiente nivel.

Mito 4: Mantente en el plan, pase lo que pase

Como dice el refrán: “los mejores planes de ratones y hombres suelen salir mal”. Nada podría ser más cierto. De principio a fin, el desarrollo de productos se basa en prueba y error. Experimentar te permite reconocer los errores que pasaste por alto antes.

Un estudio del MIT revela la naturaleza dinámica del desarrollo de productos. Ingenieros aeroespaciales que trabajaban en un subsistema consideraron varios diseños antes de elegir el mejor. Sin embargo, durante todo el proceso de ingeniería, sus preferencias cambiaron en función de los resultados de las pruebas.

El desarrollo de productos se trata de innovación. Comienzas con una concepción inicial del producto y la vas ajustando sobre la marcha. Tal vez la parte trasera de vidrio del teléfono se calienta demasiado, o los bordes curvos no permiten que la antena GPS encaje. Solo obtienes estas ideas una vez que comienzas a probar y experimentar.

Como discutimos antes, el desarrollo de productos comienza con el cliente, no con la tecnología. ¿Pero cómo saber lo que necesita el cliente? La mayoría de los clientes insatisfechos no se quejan del producto, simplemente se van. Aún peor, ¿y si las preferencias del cliente cambian durante el proceso de desarrollo por la evolución de las tendencias del mercado?

La respuesta a todas esas preguntas es que hay que cambiar el plan de desarrollo. Eso no significa que planificar sea inútil; significa que necesitas ser meticuloso hasta el último detalle. Trata tu plan como una hipótesis, no como una ley, porque al final del día, no necesitas un plan perfecto, necesitas un producto perfecto.

Aquí tienes algunas cosas que puedes hacer para mantener tu plan de desarrollo de producto más flexible:

  1. Desarrolle un plan general. Considérelo como un esqueleto, una estructura básica que guiará su proceso de desarrollo. Omita los detalles porque estos se acomodarán con el tiempo. Incluso puede que tenga que ajustar la estructura básica para acomodar algunos detalles que sean absolutamente esenciales para su producto.
  2. Espere fallas en su plan. Es imposible preverlo todo. Por eso, su plan debe tener un margen suficiente para apoyarse si algo falla. Trace alternativas para la estructura básica que ya ha construido.

Lectura relacionada: El mejor software de planificación de productos

Algunas reflexiones finales

No cabe duda de que los desarrolladores de productos tienen algunos de los trabajos más difíciles del mundo. La innovación requiere tiempo y mucho experimento. No puede tratarse como un proceso rutinario, como la fabricación o la producción. Como desarrollador de productos, puedo dar fe de que la mayoría de los gerentes no entienden esto. Viven dentro de estos mitos, y alguien debe romper su burbuja.

Por muy emocionante que sea el desarrollo de productos, también puede ser igual de frustrante y agotador, ya sea que tenga una persona para cada tarea o gestione productos sin un equipo completo. La clave para mantenerse en la cima es dejar atrás los mitos anteriores. Si es un nuevo gerente de producto, acabamos de salvarle de innumerables dolores de cabeza y reuniones inútiles. Si ya es un profesional con experiencia, no dude en compartir otros mitos sobre gestión de productos en la sección de comentarios abajo.

Para más artículos y consejos perspicaces sobre gestión de productos de parte de expertos de la industria, para que siempre vaya un paso adelante, suscríbase al boletín de The CPO Club.

O, escuche algunos de nuestros podcasts como este: Cultivando el impulso (con Paul Ortchanian de Bain Public)