"Construir esta función", "¿Dónde está esta integración?", "Nuestro competidor lo está haciendo, ¿por qué nosotros no?" etc etc etc. Y para empeorar las cosas, todas estas solicitudes probablemente provengan de 10 plataformas diferentes.
Como Gerente de Producto, sus días están llenos de solicitudes incesantes de partes interesadas internas y externas. Y cuando ya está trabajando en su hoja de ruta actual y en su quinta taza de café del día, puede ser difícil pensar en todas estas solicitudes entrantes interminables. Quiero decir, vamos, seguimos siendo humanos después de todo.
Y en medio de todo esto, se supone que debemos resolver los problemas actuales, ver el panorama general al comprender el problema real en un producto y evaluar si vale la pena resolver el problema/oportunidad. Pero, ¿cómo hacemos todo esto sin dejar que sea una experiencia desalentadora?
¡Ahí es donde el pensamiento estructurado viene al rescate! Echemos un vistazo a algunas de las mejores prácticas para garantizar el pensamiento estructural como PM:
Según Jasper Curry, los gerentes de producto a menudo sufren de fatiga de decisión. ¿Por qué? Simplemente porque el 90% de nuestro trabajo consiste en tomar las decisiones correctas. ¿Qué función construir? ¿Cuándo construirlo? … y más. Por eso está bien no ser súper agresivo con cada decisión que tomamos.
Recurso: Pensamiento estructurado en la gestión de productos por Jasper Curry
Estos son algunos consejos a tener en cuenta antes de tomar una decisión:
Si una decisión es reversible, está bien no pensar demasiado en ella. Jeff Bezos también usa esta técnica para tomar sus decisiones. Él dice: “Muchas decisiones son puertas reversibles de dos vías. Esas decisiones pueden usar un proceso ligero”.
Piensa en el peor de los casos. Si las consecuencias de una decisión equivocada son limitadas, entonces es mejor no dedicarle demasiado tiempo.
Por ejemplo, tomemos la decisión de cambiar el enlace "Registrarse" a un botón. Ahora, incluso si las consecuencias de esta decisión son negativas, se puede deshacer fácilmente. Esto significa que no tienes que perder demasiado tiempo pensando en esto.
Por otro lado, tomemos la decisión de cambiar el logo de la empresa. En primer lugar, se necesitan muchos recursos para ejecutarse y el impacto en la empresa podría ser enorme. Al igual que cuando Uber cambió su logotipo y ya nadie podía reconocer la aplicación. Decisiones como esta deben ser pensadas adecuadamente.
Recurso: Tomar buenas decisiones como Gerente de Producto por Brandon Chu
Madhur Chadha, PM en Google, utiliza las tres C, a saber: Creación, Conservación y Consumo para mantenerse organizado y estructurado en su proceso de PM. Cualquier problema se puede segregar en estos cubos.
Por ejemplo, si quisieras mejorar WhatsApp como plataforma, ¿qué harías?
Creación: Estas son algunas de las cosas que quizás quieras hacer para mejorar WhatsApp:
– cómo lograr que más personas se unan a WhatsApp – cómo lograr que más personas usen WhatsApp Pay
Curación: la curación incluiría cómo lograr los pasos en la creación. – Activar/desactivar la opción de chat de marca azul
– Mensajes encriptados – Integración con otras aplicaciones de pago
– Más emojis, pegatinas y gifs – Pegatinas y gifs personalizados dentro de WhatsApp
Consumo: Y el consumo sería cómo tus usuarios consumen estas funciones y los diferentes canales de distribución.
– pago para comercios, recarga de móviles y otros
– diferentes dispositivos y superficies
– chats grupales y transmisión
Esta es una forma simple pero efectiva de desglosar lo que se debe hacer y cómo se debe hacer, para que pueda enfocar su atención donde se necesita y no sentirse abrumado.
Recurso: Estructurando tus pensamientos por Madhur Chadha
Antes de sumergirse ciegamente en el problema, los gerentes de producto deben comprender que enmarcar el problema es más importante que encontrar la solución. Puede hacer preguntas sobre el problema desde su perspectiva, pero la solución al problema debe adaptarse a todos los casos de uso de sus clientes, lo que simplemente significa que necesita tener diferentes marcos de su problema para comprenderlo desde diferentes perspectivas. ¿Como hacemos eso?
Explique la descripción general del tema o problema a diferentes partes interesadas multifuncionales y, en lugar de pedirles que propongan soluciones, pídales que propongan diferentes preguntas sobre el tema.
Por ejemplo: en 2008, YouTube era el segundo motor de búsqueda después de Google. Pronto se dio cuenta de que los usuarios buscaban contenido que no existía en YouTube. Entonces, la pregunta era: "Si un usuario busca algo y sabemos que no tenemos el mejor resultado, ¿deberíamos "enlazarnos" a un sitio web de terceros?" La mitad de la empresa sugirió agregar enlaces de terceros al contenido buscado, mientras que la otra mitad se opuso, argumentando que sería difícil otorgar licencias de contenido de forma nativa si alejaban el tráfico del sitio.
En lugar de enmarcar el problema como "¿Deberíamos agregar enlaces de terceros o no?", se creó un marco alternativo, que era una elección entre "coherencia o exhaustividad". Estudiaron muchas empresas y descubrieron que a los clientes les encantaba la consistencia sobre la exhaustividad, y acordaron hacer lo mismo para este problema también. Decidieron no agregar enlaces de terceros. No vincular fuera de YouTube se convirtió en uno de sus principios fundamentales y enmarcó un conjunto de otras decisiones difíciles. Por ejemplo, eliminaron la capacidad de los creadores de excluir el contenido de diferentes dispositivos y eliminaron todos los reproductores integrados de terceros.
Recurso: El arte de enmarcar problemas
Otro desafío es que con tantas preguntas sobre el mismo problema, puede ser difícil encontrar soluciones para cada una de ellas. Otro truco para hacer esto es, de la lista de preguntas que ha recopilado, seleccione las 2 preguntas más importantes cuyas respuestas resolverían el problema de manera efectiva. Esto le permitirá concentrarse y pensar profundamente en las preguntas que realmente importan. Ahora encuentra la solución a estas preguntas. A menudo encontrará que las soluciones a estas dos preguntas también responderán a las otras preguntas.
“Si tuviera una hora para resolver un problema, dedicaría 55 minutos a pensar en el problema y 5 minutos a pensar en las soluciones”. Albert Einstein.
Las declaraciones de problemas lo ayudan a concentrarse en el problema clave en cuestión, pero al hacerlo, nos sentimos tentados a incluir también soluciones potenciales. Es importante abstenerse de hacer esto porque la idea no es encontrar la solución, sino ponerse en el lugar de los usuarios objetivo y pensar en el problema desde su perspectiva.
Aquí hay una fórmula simple a seguir para encontrar el enunciado de su problema:
Fórmula estándar:
(describa a una persona usando lenguaje empático) necesita una forma de (necesita son verbos) porque (describa lo que ha aprendido sobre la parte interesada y su necesidad)
Por ejemplo: Patty de XYZ & co, a quien le gusta usar nuestra plataforma de administración de productos, necesita exportar algunos comentarios seleccionados de los clientes a una hoja de Excel para poder enviarlos a los equipos de ingeniería para analizar diferentes casos de uso para la misma característica.
Recurso: kit de herramientas de gestión de productos
Esto puede llevar mucho tiempo: programar entrevistas cuando sea más conveniente para sus usuarios, tomar tiempo de su apretada agenda para hablar con ellos, pero no hay nadie mejor para brindarle las perspectivas de sus usuarios que sus propios usuarios. Por eso es una inversión absolutamente necesaria.
No puede simplemente asumir que sus usuarios usan su producto/función para realizar una tarea específica sin validarla. Por ejemplo, podría estar creando el producto para que sus usuarios puedan realizar las tareas A, B y C, pero el usuario probablemente quiera usar su producto para realizar la tarea D.
Recurso: Trabajos a realizar por Alan Klement
La técnica de los 5 porqués fue desarrollada por el industrial japonés Sakichi Toyoda, fundador de Toyota Industries. Al preguntar repetidamente "por qué" 5 veces, descubrirá mucho y llegará a la raíz central del problema. Después de que sus usuarios le digan la descripción del problema, pregúntese por qué. Ahora que tiene una respuesta para el "por qué", vuelva a preguntar "por qué". Siga haciendo esto hasta que su respuesta al último "por qué" explique la causa raíz del problema.
Recurso: La técnica de los cinco porqués de Thaisa Fernandes
Estos son algunos consejos y trucos que algunos PM siguen religiosamente a diario para reservar algo de tiempo para ellos mismos para hacer el trabajo. No importa cuán preprogramado se vea su día, los PM pueden involucrarse fácilmente en reuniones y discusiones de último minuto, sin dejar espacio para concentrarse en las tareas prioritarias.
Lo más destacado del día: elija una tarea importante que necesite completar todos los días. No importa cuán ocupado esté y cuántas reuniones no programadas participe, su objetivo es completar esa tarea antes de cerrar la sesión del día.
Tareas de 2 minutos/5 minutos: cualquier tarea en su tablero de tareas que crea que no tomará más de 5 minutos, no debe estar en su tablero de tareas en absoluto. Esto simplemente significa que dichas tareas deben completarse antes de asistir a su primera llamada del día. Por ejemplo: Pequeñas tareas como dar seguimiento a una reunión, programar una reunión, enviar un correo electrónico, etc.
Superar todas estas tareas puede ser una experiencia desalentadora, especialmente cuando tiene 100 cosas en su tablero de tareas, las partes interesadas brindan comentarios repetidamente en diferentes plataformas, sus equipos de ingeniería desean saber en qué deberían trabajar, etc.
Zeda.io es una herramienta de gestión de productos todo en uno que ayuda a resolver todos sus problemas diarios de gestión de proyectos, reúne a todas las partes interesadas y sus solicitudes en un solo lugar y lo ayuda a concretar esa hoja de ruta a la perfección. ¿Y la mejor parte? ¡Sin tarjeta de crédito, puede comenzar su prueba gratuita de un mes hoy!