Gestión de Requerimientos y Comunicación con Clientes

Clase 19 de 29 • Curso de Product Management para Developers

Contenido del curso

Presentación

1
Gestión Técnica de Productos: Liderazgo y Crecimiento Personal
03:01 min

El problema fundamental: balance

2
Diferencias y Retos del Technical Product Manager
08:08 min

El producto

Los stakeholders

Tu equipo

Tomar examen

Con este caso de estudio seguimos avanzando en el desarrollo de nuestro producto.

Imagina que tu equipo de soporte te contacta, ya que los restaurantes están pidiendo con prioridad un requerimiento planeado para el futuro. ¿Cómo manejarías la situación para ayudar a tu equipo de soporte y responder al cliente?
Del lado de ventas de RoloFoods se tiene un objetivo de lograr en 1 mes tener el 70% del backlog identificado. ¿Crees que es posible dar una respuesta precisa? Mira tu roadmap y cuéntame que le comunicas al área de negocio sobre esa expectativa a futuro.
Imagina que un restaurante quiere tener envío de SMS a los clientes con la opción de personalizar sus mensajes, pero en este momento solo se dispone de un mensaje por defecto. ¿Cómo le comunicas este mensaje al cliente?

Comentarios

Jonathan Solis

student•

Requerimiento planeado: Hay que avisarle claramente al cliente que el requerimiento esta en proceso y estará listo en X tiempo. Por supuesto que se puede acelerar la liberación pero solo en casos especificos, tal vez clientes a los que este requerimiento este bloqueando algún proceso, pero se tendría que evaluar el impacto.
La verdad, no me queda muy claro lo que quieren decir con "backlog identificado". ¿Alguién más sabe?
SMS Personalizado: Hay que evitar plantear falsas expectetavivas con los clientes, si no existe la funcionalidad, hay que informarselo. Pero claro, ellos la necesitan, así que se puede agregar al roadmap y entonces informarle en cuanto tiempo estará disponible.

Dave (David) Delgado

teacher•

Hola @jonathlan!

El backlog en las metodologías ágiles es la lista de features por desarrollar de un producto, lo que está pendiente por ser trabajado

https://muyagile.com/que-es-el-backlog/ :)

Juan Pablo Diaz

student•

Mi gestión se centra en proteger la estabilidad del producto y priorizar por impacto, no por urgencia. Agradezco el feedback de los restaurantes, pero primero exijo a Soporte que cuantifique el riesgo: ¿Este requerimiento es un bloqueador crítico para su negocio o una mejora de calidad de vida? Si el impacto al ingreso o la operación es crítico, coordino un análisis rápido de Ingeniería sobre la Deuda Técnica y el Esfuerzo de una solución intermedia. Si el riesgo es bajo, la respuesta es clara: el requerimiento se ingresa para la siguiente planificación para ser evaluado objetivamente, protegiendo el roadmap actual de estabilización y features comprometidas.
Es importante gestionar la ambigüedad de los términos. Es factible lograr el 70% de Descubrimiento (Discovery) del backlog en 1 mes (recopilar ideas, user stories y estimaciones de esfuerzo de alto nivel). Esto da argumentos comerciales a Ventas. Sin embargo, no es posible dar una respuesta precisa o una fecha firme de entrega en ese plazo. La precisión requiere análisis de viabilidad técnica, diseño de arquitectura y una priorización estratégica que balancee el Impacto al Cliente, la Deuda Técnica y el Esfuerzo de Ingeniería. Comunicaré a Negocio que el Commit Date solo se establecerá después del ciclo formal de planificación, garantizando así que lo que prometemos es estable y sostenible.
Asumo el rol de "Guía para el Cliente". Valido la solicitud de personalización como una gran idea que mejora la marca. Sin embargo, en lugar de prometer la solución ideal (que es un proyecto grande), ofrezco una solución inmediata y funcional:

"Entendemos la importancia de personalizar los mensajes. Actualmente, nuestra plataforma garantiza la entrega confiable e inmediata de la notificación mediante el mensaje por defecto, que asegura la comunicación de su pedido sin fallos operativos. Por favor, usen esta capacidad hoy. He ingresado su feedback en la fase de Descubrimiento para que la personalización sea considerada en la planificación del próximo semestre. Su opinión nos ayuda a definir el futuro del producto."

Bryan Ernesto Mónico Doradea

student•

Convocar a una reunión con el PO y los interesados para definir la prioridad de esta funcionalidad y entender la urgencia de la misma.
Es importante brindar las expectativas correctas y revisar el roadmap así como el MVP para determinar si es posible o no.
La sinceridad siempre es clave en las negociaciones con el cliente por lo que se mencionaría cómo funciona actualmente y que esta funcionalidad nueva puede agregarse al backlog y priorizarse para ser entregada en un release próximo dependiendo de la prioridad

Ulises Ugalde

student•

Evaluaría con el equipo este requerimiento es decir el “valor” que le agregaría a nuestro producto si es considerable cambiaría la prioridad y ajustaría tiempos y fecha de entrega informando esto a los involucrados (stakeholders).
No es posible dar una respuesta precisa pero siempre se pueden dar tiempos estimados y comentando que somos un equipo que trabaja con posibles cambios y adaptación a las circunstancias para dejar antecedente que alguna actividad dentro de ese 70% del backlog se aplace.
Les diría que podemos comenzar a evaluar su requerimiento ojo: el evaluar no es sinónimo de compromiso o aceptación, para saber el valor y tiempo que nos tomaría y claro el costo para este restaurante en particular posterior a esto podemos empezar con fechas, etc. y explicar de manera digerible el proceso a seguir para requerimientos nuevos de prioridad “normal”.

Gestión de Requerimientos y Comunicación con Clientes

Presentación

Gestión Técnica de Productos: Liderazgo y Crecimiento Personal

El problema fundamental: balance

Diferencias y Retos del Technical Product Manager

El producto

Dimensiones Clave en el Desarrollo de Productos SaaS

Desarrollo de Kitchen API para Restaurantes

Desarrollo de Producto de Software: Ciclo y Priorización

Herramientas para Gestionar Agendas de Producto y Backlogs

Uso de Git para Líderes de Producto Técnico

Uso básico de Git: Clonación, ramas y pull requests

Escalabilidad y Productización en Modelos SaaS

Innovación y Visión en el Liderazgo de Producto Técnico

Funcionalidades y escalabilidad en Apps de Restaurantes

Los stakeholders

Gestión de Stakeholders Externos: Enfoque en Clientes

Metodología CAFE para Atención al Cliente

Guía para la Comunicación Efectiva con Clientes

Stakeholders Internos: Roles y Funciones en la Empresa

Rol del Equipo de Customer Success en la Empresa

Rol y responsabilidades del equipo de Operaciones en productos técnicos

Rol y Responsabilidades del Equipo de Soporte Técnico