Skip to main content

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

Muchas empresas no entienden cómo funciona el desarrollo de productos. Lo consideran un proceso lineal, como si añadir recursos adicionales fuera a solucionarlo todo mágicamente. En realidad, es mucho más contraintuitivo y complejo que eso.

A lo largo de mi carrera, he tenido que desmentir varios de los mitos comunes sobre el desarrollo de productos. En un entorno de start-up, esto puede ser muy caótico, pero también gratificante. Piénsalo de esta manera: es más fácil arreglar algo antes de que cobre impulso. 

Continue Reading for Free

Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.

Pero el desafío consiste en que todos estén de acuerdo antes de que se produzca el daño. Lo último que quieres es que haya una lucha de poder en tu lugar de trabajo. Si no se controla, se convierte en otro incendio que no se apagará rápidamente.

Si te dedicas al desarrollo de productos y te preguntas en qué estás fallando, echa un vistazo a estos mitos comunes sobre el desarrollo de productos. Te ayudará a mantenerte en la cima. 

Desmintamos algunos mitos profesionales

Dejemos algo claro: el desarrollo de productos es un juego completamente diferente al de la fabricación. En la fabricación, puedes controlar los costes y aumentar la eficiencia de la manera convencional. Pero si haces eso en el desarrollo de productos, acabarás causando más daño 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 cambia constantemente. No existe una única manera correcta de hacerlo: aprendes sobre la marcha. Esto nos lleva al primer mito sobre el 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.

Mito 1: Más recursos significan un mejor rendimiento

Que una mayor cantidad de recursos se traduzca en una mayor producción tiene todo el sentido, pero esa lógica es peligrosa y engañosa en el desarrollo de productos. 

Según las encuestas, la mayoría de los responsables del desarrollo de productos mantienen la utilización de la capacidad por encima del 98 por ciento. Tiene sentido pensar que cuanto más trabaja un equipo, mayor será la producción que entregue.

En la práctica, no funciona así. Una alta utilización de los recursos provoca un bajo rendimiento del equipo y una menor producción. Por muy buen responsable que seas, no puedes evitarlo simplemente trabajando más. Sin embargo, muchos responsables ignoran esto por dos razones principales:

1. Subestiman lo impredecible que es el desarrollo de productos. Un proyecto puede llegar a tu mesa en cualquier momento. No puedes prever qué tipo de proyecto será, qué conocimientos especializados necesitarás ni cuánto tiempo llevará.

El desarrollo de productos no tiene nada de lineal. Añadir una alta utilización de los recursos a la mezcla provoca más retrasos, contratiempos y colas. Esto se debe a que, si un equipo trabaja siempre al 100 %, cualquier proyecto nuevo tendrá que ponerse en cola porque no existe un margen de capacidad.

Gráfico de la teoría de colas
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 notable cuando la utilización de los recursos se sitúa entre el 80 y el 90 por ciento.

2. Los responsables de producto subestiman habitualmente 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, es inevitable que deje en espera proyectos que quedan atrapados en aprobaciones y verificaciones.

Supongamos que estás diseñando un producto y, a mitad del proceso, no puedes continuar porque necesitas la autorización del departamento de ingeniería. Imagina que esta aprobación tarda tres semanas. ¿Qué haces? ¿Esperar durante tres semanas o asumir temporalmente un proyecto nuevo? La mayoría de los desarrolladores de productos optan por lo segundo sin darse cuenta de que solo están preparando el terreno para el desastre.

Cuando obtengas la aprobación, estarás trabajando en otro proyecto y no tendrás capacidad para retomar el anterior. Como resultado, el proyecto original permanece en la cola, a menos que liberes parte de tu capacidad para retomarlo donde lo dejaste. Además, el proyecto inactivo corre el riesgo de quedar obsoleto si cambian las tendencias del mercado.

Una vez más, esto es consecuencia de una alta utilización de los recursos. Trabajar a máxima capacidad crea colas más largas. Este círculo vicioso continúa hasta que despejas la lista de tareas pendientes o aumentas tu capacidad de trabajo formando un equipo nuevo. En otras palabras, las colas:

  • Aumentan los costes de los retrasos, los costes del proceso y los tiempos de ciclo.
  • Dejan proyectos en espera. Cuanto más tiempo permanecen en espera, más vulnerables son a los cambios del mercado.
  • Hacen que el desarrollo de productos sea aún más variable.

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

  1. Limita el número de proyectos activos. Eso reducirá tu tasa de utilización, liberará algo de capacidad y dará lugar a menos colas. Además, el equipo estará más concentrado en las tareas que tiene entre manos.
  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 eficaz. Siempre me han resultado muy útiles los tableros de control visual del software de desarrollo de productos para mantenerme al día. Puedes organizar reuniones diarias de 10 minutos o utilizar muchas notas adhesivas. El objetivo es que todos comuniquen sus hitos de la forma más clara posible.
  3. Alinea los objetivos de los departamentos. Considera de nuevo ese ejemplo en el que tienes que esperar tres semanas para obtener una aprobación. ¿Qué pasaría si solo tardara un par de horas? Para ello, debes sincronizar los objetivos de los departamentos cambiando los sistemas de control de gestión. La mayoría de los gerentes quieren aumentar la capacidad sin darse cuenta de que pueden extraer mucho más de ella si ajustan las operaciones y las hacen eficientes.

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

Trabajar en lotes grandes funciona bien en la fabricación, pero no en el desarrollo de productos. Los lotes grandes implican más colas, y más colas conducen a un mayor trabajo en curso y a tiempos de ciclo más largos.

Supongamos que un equipo tiene que fabricar 300 componentes de una máquina. Puede fabricar todas las piezas juntas 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 productos puede no salir exactamente como estaba previsto. Tendrás que ajustar las especificaciones técnicas u otra característica del producto. La única manera de superar esta curva de aprendizaje es mediante la retroalimentación.

La retroalimentación es la información que obtienes al probar el producto y observar cómo funciona. Es necesaria para determinar si el proceso de desarrollo requiere cambios en función de factores técnicos. Una menor retroalimentación da lugar a tiempos de ciclo más largos. El tiempo de ciclo es el tiempo transcurrido 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 ningún trabajo en curso 
  • No hay colas 
  • Retroalimentación rápida
  • Mejor calidad y eficiencia, y tiempos de ciclo reducidos

Muchos desarrolladores de productos eligen la primera opción, pensando que trabajar en lotes grandes genera economías de escala. Pero eso está muy lejos de ser cierto. Alcanzar un tamaño de lote óptimo consiste en equilibrar los costos de transacción y de almacenamiento. 

Si hoy compras huevos suficientes para todo un año, es posible que obtengas un buen precio, pero la mayoría se echaría a perder. En otras palabras, tienes un costo de transacción bajo, pero un costo de almacenamiento alto. El secreto para obtener lo mejor de ambos mundos es encontrar el equilibrio adecuado.

Gráfico del tamaño de lote óptimo
El tamaño de lote óptimo es aquel en el que 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 de lote óptimo no es nada fácil. Varía de una empresa a otra. Por ejemplo, si tienes una tienda de comestibles, tus costos de almacenamiento serán mucho mayores que los de un fabricante de acero. En definitiva, elige un tamaño de lote que no cree nuevos cuellos de botella y que te cueste lo menos posible.

Lectura relacionada: ¿Cómo crear un ciclo eficaz de retroalimentación de los clientes para los equipos de producto?

Mito 3: Llena el producto de funciones y a los clientes les encantará.

Los desarrolladores de productos suelen asumir que cuantas más funciones incorporen a un producto, más les gustará a los clientes. Esto está muy lejos de ser cierto y a menudo conduce a la acumulación descontrolada de funciones. ¿Cuántas veces has tomado un producto y has descubierto que era demasiado complicado de usar?

Ocurre todo el tiempo. Los auriculares típicos tienen demasiados botones en el lateral, los mandos a distancia de los televisores son difíciles de usar, las pantallas LCD son complicadas de configurar y la carga inalámbrica sigue siendo una fantasía. Aun así, es difícil convencer a un desarrollador de productos de que lo mantenga sencillo, principalmente por dos razones:

1. Los desarrolladores de productos tienden a generar muchas ideas sin reducirlas. He observado que normalmente falta un filtro. Es como cuando una persona adicta al trabajo no soporta ver un espacio vacío en su día. Necesita llenarlo con algo productivo.

Del mismo modo, 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, independientemente de si el consumidor llegará a utilizarlas 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 con el usuario final y retrocede hasta llegar a la tecnología. En otras palabras, el consumidor impulsa la tecnología, y 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.

Acumular funciones innecesarias en un producto no aporta valor al cliente. McKinsey informa de que la mayoría de las empresas “supervisa la satisfacción de los clientes con el rendimiento 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 se basaron más en esta última métrica obtuvieron mejores resultados tanto en el crecimiento y la estabilidad de los beneficios a corto plazo como a largo plazo. Mientras tanto, aquellas que solo se centraron en el rendimiento del producto perdieron oportunidades de crecimiento a largo plazo.

Gráfico de métricas centradas en el producto
El gráfico anterior muestra que liderar el desarrollo de productos con métricas centradas en el producto puede generar buenos beneficios a corto plazo, pero beneficios deficientes a largo plazo.

2. A los desarrolladores de productos les encanta presumir de sus conocimientos. Tanto es así que a veces olvidan que lo importante es más la experiencia del cliente que los aspectos técnicos. Lo único que quieren los consumidores es una experiencia de usuario fluida, una solución que funcione sin esfuerzo.

Para lograrlo, los desarrolladores de productos deben saber qué omitir. Ponte en el lugar de los consumidores. ¿Te gustaría comprar un frigorífico que tuviera un sistema de audio incorporado? Al principio suena bien, pero resulta muy incómodo escuchar canciones en un frigorífico.

Reduce tu lista. Las funciones del producto que elijas deben ser esenciales o hacer que el producto destaque. Recuerda que un producto no está terminado cuando ya no puedes añadir más funciones; está terminado cuando restar otra función lo empeoraría en lugar de mejorarlo. 

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

  1. Participa en la ideación, lo que básicamente significa formular las preguntas adecuadas y responder a los «cómos». Esta es la oportunidad de ir más allá de lo obvio y buscar soluciones innovadoras intercambiando ideas con tu equipo. También establecemos un límite de tiempo para no excedernos. No querrás sacrificar la creatividad por el tiempo y la eficiencia.
  2. Después de delimitar tu visión del producto final, creo que el paso más importante que la mayoría de los desarrolladores pasan por alto es comenzar por el final y aplicar ingeniería inversa hasta llegar al principio. Esto te ayuda a determinar todos los pasos necesarios para llegar a tu producto final. La mayoría de los desarrolladores comienza desde cero y termina perdiendo de vista lo que había planificado originalmente.
  3. Como mencioné antes, el plan de desarrollo del producto puede cambiar, y de hecho cambia. Al llevar a cabo todos los pasos, la lluvia de ideas sigue teniendo lugar, solo que ahora se centra en los aspectos técnicos. Piensa en ello como un ajuste preciso de la idea concebida originalmente y como una forma de llevarla al siguiente nivel.

Mito 4: Cíñete al plan, pase lo que pase

Como dice el refrán, «los mejores planes de ratones y hombres suelen salir mal». No podría ser más cierto. De principio a fin, el desarrollo de productos consiste en probar y equivocarse. Experimentar te permite reconocer las deficiencias que pasaste por alto anteriormente.

Un estudio del MIT revela la naturaleza dinámica del desarrollo de productos. Unos ingenieros aeroespaciales que trabajaban en un subsistema analizaron múltiples diseños antes de seleccionar 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 consiste en innovar. Comienzas con una concepción inicial del producto y la ajustas sobre la marcha. Puede que la parte posterior de cristal del teléfono se caliente demasiado o que los bordes curvos no permitan colocar la antena GPS. Solo obtienes estas conclusiones cuando empiezas a probar y experimentar.

Como comentamos antes, el desarrollo de productos comienza con el cliente, no con la tecnología. Pero ¿cómo determinas lo que necesita el cliente? La mayoría de los clientes insatisfechos no se quejan de un producto, simplemente se van. Y lo que es peor, ¿qué ocurre si las preferencias de los clientes cambian durante el proceso de desarrollo debido a la evolución de las tendencias del mercado?

La respuesta a todas esas preguntas es que debes cambiar tu plan de desarrollo. Eso no significa que planificar sea inútil; significa que debes ser meticuloso hasta en el último detalle. Trata tu plan como una hipótesis y no como una ley porque, al fin y al cabo, no quieres un plan perfecto, quieres un producto perfecto.

A continuación, se indican algunas cosas que puedes hacer para mantener más flexible tu plan de desarrollo de productos:

  1. Desarrolla un plan general. Considéralo como un esqueleto, una estructura básica que guiará tu proceso de desarrollo. Omite los detalles porque acabarán encajando con el tiempo. Incluso podrías tener que ajustar la estructura básica para dar cabida a algunos detalles que sean absolutamente esenciales para tu producto.
  2. Da por hecho que habrá fallos en tu plan. Es imposible preverlo todo. Por eso, tu plan debe contar con suficiente margen para que puedas recurrir a él. Define alternativas a la estructura básica que ya has creado.

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

Algunas reflexiones finales

Sin duda, los desarrolladores de productos tienen a su cargo algunos de los trabajos más difíciles del planeta. La innovación requiere tiempo y mucha experimentación. No puedes tratarla como un proceso rutinario cualquiera, como la fabricación o la producción. Como desarrollador de productos, puedo afirmar que la mayoría de los gerentes no entiende eso. Viven dentro de estos mitos y alguien debe hacerles ver la realidad.

Por muy emocionante que sea el desarrollo de productos, puede ser igualmente frustrante y agotador, tanto si tienes una persona para cada tarea como si estás gestionando productos sin un equipo completo. La clave para mantenerte en la cima es acabar con los mitos mencionados anteriormente. Si eres un gerente de producto nuevo, acabamos de ahorrarte innumerables quebraderos de cabeza y reuniones inútiles. Si eres un profesional con experiencia, no dudes en compartir otros mitos sobre la gestión de productos en la sección de comentarios a continuación.

Para consultar más artículos y consejos útiles sobre gestión de productos de expertos del sector que te ayuden a mantenerte a la vanguardia, suscríbete al boletín de The CPO Club.

O escucha algunos de nuestros pódcasts, como este: Cultivar el impulso (con Paul Ortchanian, de Bain Public)