Para saber cuándo parar

Saber cuándo parar es uno de los momentos más complicados en el desarrollo de productos de software que ocurre después de que una startup ha superado sus etapas iniciales.

A menudo soy testigo de una realidad sombría en la que un producto exitoso, que ha asegurado más recursos para su desarrollo continuo, comienza a expandir rápidamente su equipo. Esto es comprensible, ya que el pequeño equipo original no ha tenido la capacidad de implementar todos los aspectos importantes del proyecto, y el aumento de la financiación está destinado a abordar este problema.

Después de la expansión y contratación de nuevas personas, las cosas tienden a ir bien por un tiempo. Un equipo de desarrollo nuevo, impresionante y más grande finalmente puede abordar todas las tareas atrasadas. Sin embargo, con la expansión del equipo de desarrollo, surge la necesidad de expandir también el equipo de gestión de productos.

Esto crea una trampa significativa. Una vez que el equipo tiene la capacidad de abordar todas las tareas necesarias, el equipo de gestión comienza a abordar todos los puntos débiles con nuevos recursos. Sin embargo, una vez que se hayan completado todas las tareas críticas, es posible que aún no se hayan implementado nuevos planes y hojas de ruta. A pesar de esto, a menudo existe una gran necesidad de proporcionar urgentemente nuevas tareas al equipo de desarrollo.

Además, tiene un grupo de gerentes de productos recién contratados que han pagado con éxito todas las deudas de productos pendientes. Mientras esperan ansiosamente el próximo desafío importante, comienzan a intercambiar ideas para mejorar aún más el producto que ya funciona bien.

En esta etapa, el equipo enfrenta con frecuencia una escasez de métricas y metodologías de experimentación adecuadas, que aún no han implementado. También es bien sabido que evaluar la influencia de una sola característica en una métrica de producto de nivel superior puede ser un desafío. Como resultado, se pueden agregar nuevas características simplemente “porque nos gustan” y no tienen un impacto negativo en el producto.

Así que esta vez el producto empieza a cambiar sin razón. Los escenarios de usuario, que hacen que nuestro producto sea querido por los usuarios, se modifican, lo que genera confusión entre los usuarios. La interfaz se llena de "campanas y silbatos" que dificultan su comprensión.

El producto que alguna vez fue fácil de usar y familiar, que abordaba de manera efectiva las necesidades del usuario, se transforma en un revoltijo de características innecesarias que oscurecen el escenario valioso principal.

Por lo tanto, es posible que los usuarios ya no puedan utilizar el escenario principal, que alguna vez fue la característica principal del producto. Solo porque los gerentes de producto no tienen nada que hacer.

Y luego todos notan la disminución de la retención e intentan "arreglarla" enviando toneladas de notificaciones automáticas...