6 formas de priorizar características de productos (+ Consejos y Ejemplos)
Si me preguntas, dos de las habilidades más importantes en la gestión de productos son saber cuáles son tus prioridades y decir “No.”
Hoy vamos a profundizar en la primera (ya que la segunda merece una guía por sí sola) y te ayudaremos a priorizar tu trabajo y mantener a todos alineados con tus prioridades.
Una Nota Importante Sobre los Marcos de Priorización de Características de Producto
Antes de empezar a explorar las formas de priorizar tu backlog, hay un consejo importante que debo compartir contigo.
Want more from The CPO Club?
Sign up for a free membership to complete reading this article:
Have an account? Log In
Los marcos de priorización no están destinados a tomarse literalmente.
No, no tienes que usarlos exactamente como están escritos en el libro (o en esta guía). El producto que lideras puede ser completamente diferente de los que lideraba la persona autora cuando escribió su libro. Productos diferentes significan realidades y necesidades diferentes. Así que está totalmente bien que adaptes el marco a tus propias necesidades. Después de todo, un buen marco es el que funciona para ti.
Marcos de Priorización de Producto Para Que Pruebes
¿Sabías que existe el marco de priorización Thanos? ¡Simplemente eliminas aleatoriamente la mitad de todas las funcionalidades en tu backlog!
Bueno, eso me lo inventé. Pero ya tienes la idea. Hay demasiados marcos allá fuera. Tantos, que definitivamente no podré cubrirlos todos en esta guía. Si soy honesto, tampoco creo que hayas venido aquí para memorizar mil marcos.
Así que, en vez de eso, voy a desglosar los que he usado personalmente en mi día a día de gestión de productos y compartir algunos consejos prácticos contigo para cada uno. También vale la pena considerar cómo podrías utilizar la IA en la priorización de funcionalidades junto a estos marcos.
1. Modelo Kano
Este método de priorización toma su nombre del talentoso escritor y consultor de gestión japonés Noriaki Kano. La belleza de su enfoque está en su sencillez.
Lo que Kano propuso hacer es categorizar tus funcionalidades en estos grupos:
- Imprescindibles: Son características básicas de tu producto, y su ausencia creará una mala experiencia para el cliente (la mala retención y la deserción están aseguradas). Un buen ejemplo de esto es la función de chat en Intercom o la búsqueda de comentarios de clientes en G2.
- De rendimiento: Estas características crean valor para el usuario según su prevalencia. Cuantas más, más valor. Fíjate, por ejemplo, en la capacidad/alcance de la batería de un coche eléctrico moderno. Un mayor alcance (generalmente) da más valor a quienes conducen. Otro ejemplo es el número de integraciones en Zapier.
- Atractivas: En vez de aportar valor directo y cubrir los dolores del usuario, estas funcionalidades se enfocan en aumentar el atractivo de tu producto. Las secciones de visión del producto bellamente diseñadas en una herramienta de gestión de proyectos o los asientos de cuero en un coche son parte de esta categoría.
Si visualizáramos la relación entre la prevalencia de estos tipos de funcionalidades y la satisfacción de cliente que generan, sería algo parecido a esto.
Aquí podemos ver que las características de rendimiento son lineales por naturaleza (por lo tanto, cuantas más tengas, más valor obtienes). En cambio, las imprescindibles no generan mucho valor extra. Su objetivo es eliminar la insatisfacción de tus usuarios.
Por último, la categoría atractiva está ahí para darte un impulso adicional de satisfacción. Pero no tendrá ningún efecto si has fallado en cualquiera de los "imprescindibles".
Kano en la Vida Real
¿Cómo aplicas el modelo Kano en la vida real? Por mi experiencia, Kano rara vez se usa en reuniones de priorización o tormentas de ideas. La razón es que es algo súper intuitivo, y no necesitas dibujarlo en la pizarra ni pedirle a la gente que clasifique sus funcionalidades en estas tres categorías.
En cambio, normalmente enseñarías a tus partes interesadas a pensar bajo el enfoque de Kano. Gracias a esto, antes de que te lleguen con una solicitud de nueva funcionalidad, pasarán la idea por este marco en su cabeza y decidirán si es algo que vale la pena explorar o no.
De esta manera, estás delegando parte del trabajo de priorización de funcionalidades a tus partes interesadas y ahorrando mucho tiempo en largas sesiones de lluvia de ideas.
2. Método MoSCoW
El método MoSCoW es uno de los métodos más populares para priorizar funcionalidades. Las dos razones detrás de su popularidad son la simplicidad y la efectividad.
Para aplicar este método, solo tienes que mirar cada funcionalidad en tu lista y darle una de estas cuatro prioridades:
- Imprescindible
- Debería tener
- Podría tener
- No tendrá
Normalmente asignas estas prioridades basándote en una combinación de factores, incluido el valor que crea para los usuarios, el valor para el negocio, la alineación estratégica, la complejidad de la implementación, entre otros.
Así es como se vería una lista típica de funcionalidades para un servicio de streaming de música si aplicas MoSCoW a ella.
- Aquí, hemos asignado la prioridad de “imprescindible” al modo offline teniendo en cuenta que muchos de nuestros usuarios escucharán música a bordo de un avión.
- Las experiencias de realidad virtual, por otro lado, recibieron la prioridad de “no tendrá” porque es bastante difícil de implementar y muy pocos usuarios tienen visores de RV para experimentarlas.
MoSCoW en la vida real
Aunque puedes usar perfectamente MoSCoW para ayudarte a dirigir tus reuniones de priorización, hay una desventaja que lo hace menos efectivo para estos casos.
Como la prioridad se basa en una combinación de múltiples factores, resulta bastante laborioso para cada miembro del equipo explicar el razonamiento detrás de sus decisiones de producto. Por mi experiencia, las sesiones de MoSCoW son bastante lentas e ineficientes en comparación con otros marcos.
Pero eso no significa que no me guste MoSCoW. De hecho, es el marco que uso con mayor frecuencia. Mi lugar favorito para usar MoSCoW es la lista de características en un PRD.
Usualmente les doy a los lectores contexto sobre el valor para el usuario, las complejidades técnicas y otros factores en el documento antes de proceder a listar las funcionalidades. Así, cuando ven “Imprescindible” al lado de alguna, cuentan con el contexto necesario para entender rápidamente el porqué de mi decisión.
De esta manera, MoSCoW me permite obtener una lista de funcionalidades fácil de digerir en un documento de requerimientos de producto.
3. Método RICE
A diferencia de los dos métodos anteriores, el modelo de puntuación RICE es un poco más estructurado y menos dependiente de la toma de decisiones guiada por la intuición. Identifica cuatro factores de priorización distintos y te permite cuantificar y evaluar cada uno por separado. Estos factores son:
- Alcance: Representa la proporción de tus usuarios que se verán impactados por esta funcionalidad.
- Impacto: La magnitud del propio impacto.
- Confianza: Indica si estás seguro de que las personas alcanzadas recibirán ese impacto.
- Esfuerzo: Es el tiempo que tu equipo de desarrollo y producto necesita para que esta funcionalidad esté lista.
Lo que sueles hacer es elegir una funcionalidad y luego asignar una puntuación entre 0-10 a cada uno de estos cuatro factores. Posteriormente, calculas la puntuación RICE con esta fórmula.
Finalmente, ordenas tu lista de funcionalidades por la métrica principal de este marco: la puntuación RICE (mayor puntuación = mayor prioridad). Así es cómo se ve el resultado de una priorización con RICE.
- En esta lista, podemos ver que la Nueva interfaz de usuario ha recibido la puntuación más alta gracias a su bajo esfuerzo y su alto alcance/impacto.
- La funcionalidad de Sincronización en la nube, en cambio, está al final de la lista debido al alto esfuerzo que requerirá a tu equipo implementarla.
Puntuación RICE en la vida real
He mencionado repetidamente que tanto MoSCoW como Kano no son las mejores opciones para reuniones de priorización y tormenta de ideas. ¿Pero qué marco uso en estos casos? ¡RICE!
Al asignar puntuaciones separadas para cada factor, haces que sea más sencillo para las personas presentar el razonamiento detrás de sus decisiones durante esas reuniones (algo que falta en MoSCoW). Además, puedes delegar la puntuación de cada factor a los compañeros de equipo que más saben de esa área.
Por ejemplo, tu equipo de desarrollo de producto es el mejor para asignar la puntuación de esfuerzo. Tus analistas de datos, por otro lado, tendrán el mejor entendimiento sobre el alcance potencial de esa funcionalidad.
4. Mapeo de User Stories
Técnicamente, el User Story Mapping no es un marco de priorización. En su lugar, se utiliza para organizar el trabajo que debe realizar tu equipo y descubrir cualquier funcionalidad que necesita añadirse para completar los recorridos de usuario.
Para construir un story map, deberás listar las actividades clave del usuario (o trabajos) y después anotar las tareas que los usuarios deben completar para ello. A continuación, enumerarás todas las funcionalidades que necesitas desarrollar para que tus usuarios puedan completar dichas tareas. Puedes hacerlo con notas adhesivas en una pizarra o utilizar alguna de las tantas herramientas dedicadas para product managers.
Así es como se ve el mapa para un servicio de streaming de música.
Probablemente no estarás haciendo mucha priorización en este punto.
Sin embargo, el proceso de anotar las funcionalidades necesarias para cada tarea seguirá ayudándote con la priorización, ya que notarás que faltan funcionalidades para ciertas actividades (que sí son prioritarias para ti).
Luego, rápidamente añadirás estas funcionalidades faltantes a tu backlog y las moverás a la parte superior para asegurarte de cubrir correctamente esa actividad específica para tus usuarios.
En el ejemplo anterior, tenemos un story map MVP en desarrollo activo (las historias completadas tienen la marca de verificación junto a su nombre). Al observarlo, veremos que la actividad de Gestión de Cuentas está incompleta, ya que aún no hemos implementado los inicios de sesión por redes sociales.
Así que, antes de comenzar a trabajar en la búsqueda de artista/álbum, primero deberíamos terminar la actividad de gestión de cuentas.
Story Maps en la Vida Real
Al igual que RICE, los story maps son una excelente opción para tus reuniones de priorización y lluvia de ideas. Uno de los principales beneficios de utilizar este marco es su capacidad para aportar la perspectiva del usuario a la sala de reuniones.
Al observar las actividades y tareas de usuario, tus compañeros serán menos propensos a sugerir ideas de funcionalidades que no tengan relación con las necesidades y puntos de dolor del cliente. Incluso si las sugieren, fácilmente podrán recibir baja prioridad ya que esas funcionalidades no ayudan al usuario a completar sus tareas.
5. Oportunidad de Puntuación
Estructuralmente, la Oportunidad de Puntuación es parecida a RICE. Sin embargo, a diferencia de esta última, los criterios del sistema de puntuación de oportunidades no están grabados en piedra y depende de ti elegirlos.
Para alinear tu roadmap de alto nivel con la dirección, por ejemplo, podrías considerar utilizar ajuste a la estrategia de producto, viabilidad y potencial de ingresos como criterios. Así es como se ve un roadmap priorizado con este marco.
Aquí usamos una escala de 0 a 5 para puntuar cada factor y calculamos la suma de todos los factores para cada elemento de la lista.
Scorecards en la Vida Real
Considerando la flexibilidad para elegir tus propios criterios, las scorecards son perfectas para reuniones de alineación entre diferentes equipos.
Por ejemplo, si necesitas alinear tu hoja de ruta con los equipos legales y de seguridad y escuchar su opinión sobre prioridades, puedes elegir criterios que les sean relevantes (ej. riesgo de demanda vs valor de negocio). Con el equipo de marketing, en cambio, podrías usar esfuerzo, coste, alineación con el objetivo empresarial, alcance de mercado y confianza como criterios.
6. Matriz de Esfuerzo
¿Recuerdas la Matriz de Eisenhower utilizada para priorizar tus iniciativas personales? Pues bien, la matriz de esfuerzo es una versión adaptada a la priorización de nuevas funcionalidades de producto.
Su nombre completo es Matriz de Valor vs Esfuerzo, ya que permite visualizar la relación entre estos dos factores para cada una de tus tareas. Así es como se presenta.
Pones Esfuerzo en el eje Y y Valor para el Cliente en el eje X. Después, igual que en la Matriz de Eisenhower, la divides en 4 cuadrantes y colocas tus funcionalidades en cada uno dependiendo de su valor y esfuerzo. Después, priorizas tus tareas en el siguiente orden:
- Ganancias Rápidas (funcionalidad de alto impacto que puedes desarrollar de inmediato)
- Grandes Proyectos (tus funcionalidades estratégicas principales)
- Pendientes (funcionalidades potenciales de implementación ligera para considerar más adelante)
Las funcionalidades que caen en el cuadrante de "pérdida de tiempo" usualmente las descartas, pues no hay razón para mantenerlas en el backlog.
La Matriz de Esfuerzo en la Vida Real
Tanto el principal beneficio como la desventaja de este marco están en su sencillez.
Es un beneficio, ya que puedes explicar fácilmente el proceso de priorización a las personas presentes y empezar a seleccionar las características adecuadas de inmediato.
La desventaja es que la matriz de esfuerzo no muestra los diferentes factores que juegan un papel importante en la priorización (confianza, alcance, dependencias, etc.).
Por eso, el mejor caso de uso para este marco son reuniones breves de alineación donde los detalles no importan (ya que normalmente tendrás una sesión más profunda utilizando RICE como seguimiento).
Alinea a tus interesados con la hoja de ruta de tu producto
Priorizar tu trabajo es importante. Pero no tendrá valor si no has alineado a todos con tus prioridades. Muchos de los marcos que tratamos hoy son colaborativos por naturaleza y te ayudan a lograr esa alineación automáticamente.
Pero, si decides elegir el que no requiere que reúnas a todos tus interesados en la misma sala, asegúrate de compartir tu lista priorizada con las personas relevantes y alinear esa lista con sus expectativas y necesidades.
No olvides suscribirte a nuestro boletín para más recursos y guías sobre gestión de productos, además de los últimos pódcast, entrevistas y otros conocimientos de líderes y expertos de la industria.
