Flow framework

3/20
Recursos

Aportes 14

Preguntas 2

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesión.

Ideación

  • Entender, cual es el problema del usuario.
  • Termina hasta que tenemos un prototipo validado que ya queremos desarrollar.
  • Generalmente la hace el product manager con el product designer de la mano.
  • Entrevistar usuarios con el prototipo.
  • Una vez que tenemos un diseño y un prototipo validado.
  • También los desarrolladores pueden participar en esta etapa.

Creación

  • El equipo de desarrollo entiende la etapa anterior.
  • Creamos el producto

Lanzamiento

  • Este disponible para nuestros clientes finales.

Operación

  • Saber medir si lo que nosotros estamos lanzando, genero valor o no.
  • Fue un éxito o un fracaso.
  • Entender el resultado del lanzamiento para iterar.

Metricas

  • Velocidad con la que nosotros trabajamos.
  • El tiempo que nos toma.
  • La eficiencia y recursos que usamos.
  • La carga que tiene cada uno de los miembros.
  • Cual es el costo
  • Calidad
  • Que tan felices están nuestros clientes - NPS

Flow Framework

Es importante elegir un framework que se acomode a las condiciones y necesidades del equipo de trabajo.

El flow framework ve el proceso de producto como un value stream = Todo lo que hacemos es para generar valor

También es importante identificar las métricas del flujo de trabajo y del negocio.

También es importante saldar la deuda técnica.

Etapas:

  1. Ideación: inicia en entender el problema del usuario y termina en diseñar, prototipar y testear el prototipo con usuarios.
  2. Creación: desarrollo de la idea que se testeó. Es importante que los desarrolladores hagan parte del paso anterior para que se tenga en cuenta la viabilidad técnica.
  3. Lanzamiento: hacer disponible el producto para los clientes finales.
  4. Operación: asegurarse que el uso del producto y la experiencia del usuario se estén cumpliendo como deben ser. También se deben tener en cuenta las métricas para saber si fue un éxito o un fracaso.
  5. Métricas: estas son las métricas del proceso (tiempo, eficacia, carga de trabajo y efectividad del flujo). Es importante tener en cuenta que el proceso no se debe limitar a un tiempo arbitrario, sino tratar de lograr los menores tiempos posibles para lograr una iteración rápida.
    En las métricas también hay que determinar si el costo de producción vale la pena para el beneficio percibido.
  6. Experiencia de los clientes: qué tan felices están los clientes con el producto.
    Algunas formas de medirlo son: NPS, quejas con success, Netnografía.

Tipos de tareas:

  • Generación de un feature: crear algo nuevo que no existía
  • Bugs: solución de problemas que están afectando el producto y la experiencia de usuario.
  • Deuda técnica: saldar la deuda técnica.
  • Riesgo: asumir riesgos que pueden explotar el crecimiento del negocio o solución de riesgos que pueden afectar el producto o el negocio.

📌Deuda Técnica: Cuando tratamos de avanzar muy rápido sin tener en mente los sistemas, estructuras y lógica del negocio. Que nos permite adelantarnos a los problemas que vienen a futuro, para poder construir algo mucho más escalable.
La deuda técnica es inevitable, lo importante es hacer las preguntas claves:

  • Si nosotros no arreglamos esto, ¿en cuánto se va a volver un problema?

también, es importante mantener tracking de la deuda técnica, mantener un registro de dónde ocurre.

Camino para generar valor de usuario
Ideacion:saber cual es la necesidad,creando un prototipo.
Creacion:los desarrolladores entienden y crean el producto.
Realist:disponibilidad del producto elaborado.
Metricas :saber entender por metricas si gusto o no gusto el producto. Solucionando lo que no gusto.

Es cierto, sin empatía y sin sentido común no podremos tener el criterio necesario

¿Cómo vemos el proceso de creación de producto?

Con Flow Framework tiene teorías para llevar el desarrollo de producto. Esta teoría ve cada desarrollo de producto como un value stream (camino donde generamos valor para el usuario).

  1. El value stream se divide en cuatro etapas 👇:

    • Ideación: Inicia con entender cual es el problema del usuario y finaliza cuando ya tenemos un prototipo validado (entrevistamos usuarios e identificamos sus puntos de dolor) que ya queremos desarrollar. Aquí trabajado el Product Manager y el Product Designer de la mano. Es importante que los desarrolladores participen en esta etapa.

    • Creación: Los desarrolladores crean el producto definido y basado en la etapa de ideación.

  • Realease: Lanzamos el producto al público.

  • Operación: La operación se enfoca en:

     - Los diferentes tipos de usuario (pasajero y conductor en el caso de Uber) deben entender como funciona la aplicación.
     - En caso que el usuario final no reciba la experiencia que estaba esperando, esto hace parte de la operación.
     - En la operación debemos medir lo que estamos generando (métricas), para saber si fue un éxito o no, y a partir de allí iterar el producto para generar mejoras y valor al usuario.
    
  1. Tenemos las métricas del flow: 😎

    • Métricas del flujo que estamos llevando:
      • Velocidad de trabajo.
      • Tiempo que nos toma.
      • Eficiencia en los recursos que usamos: Desde ideación, creación, realese y operación.
      • Carga de miembro del equipo que participan en el flujo
    • Métricas del negocio
      • Valor que estamos generando.
      • El costo que tiene lo que estamos haciendo: Cuanto cuesta cada persona del equipo, tiempo que se van a tomar para hacer las tareas, cuanto valor van a generar los miembros del equipo ¿Es mayor el valor que se genera qué el costo?
      • Calidad de lo que se construye.
      • Felicidad de nuestros clientes con el trabajo de la empresa: Algunas veces se mide con NPS (net promoted score), se mide con la cantidad de quejas que llegan al equipo de customer sucess, se mide con la felicidad de los clientes a partir de netnografía,
  2. Distribución de las tareas, tenemos 4 tipos de tareas: 😁

    • Cuando estamos generando un features: Estamos creando algo nuevo que antes no existía.
    • Bugs: Errores que existen dentro del código y que se deben solucionar. Y que se clasifican en errores que no dejan usar la plataforma al usuario (son urgentes), errores que permiten usar el producto pero no dan la experiencia optima y errores esteticos/diseño que no impiten al usuario usar la plataforma pero que pueden generar valor.
    • Deuda técnica: Se debe entender cual es el valor que le debe generar al usuario.
    • Riesgo: El riesgo se define como algo que nos puede matar como empresa sino lo arreglamos o algo que nos puede hacer crecer en 5X o 10X si lo desarrollamos.

ok!!

muchas gracias

El Product Management es el abogado del cliente dentro de la empresa, es la frase con la cual me quedo.

Metricas :generara cadenas de valor midiendo la calidad del producto. Se miden por medio de lo felicidad del usuario o las quejas que tenga el usuario.

Muy buena clase, me quedo resonando el hecho de que lo que estamos invirtiendo en tiempo y en personal debe verse reflejado en los resultados que obtenemos

Un camino para generar valor a los usuarios

Wow, excelente curso, hasta el momento no tiene desperdicio.
Solo una observación: no veo el recurso del material, porfa nos pueden colaborar con eso. si esta mas adelante hacer caso omiso de esta petición, gracias.