Gestión de productos: documentación y métricas | Shreya Jain | Skillshare
Buscar

Velocidad de reproducción


1.0x


  • 0.5x
  • 0.75x
  • 1x (Normal)
  • 1.25x
  • 1.5x
  • 1.75x
  • 2x

Gestión de productos: documentación y métricas

teacher avatar Shreya Jain

Ve esta clase y miles más

Obtenga acceso ilimitado a todas las clases
Clases enseñadas por líderes de la industria y profesionales activos
Los temas incluyen ilustración, diseño, fotografía y más

Ve esta clase y miles más

Obtenga acceso ilimitado a todas las clases
Clases enseñadas por líderes de la industria y profesionales activos
Los temas incluyen ilustración, diseño, fotografía y más

Lecciones en esta clase

    • 1.

      INTRODUCCIÓN

      3:10

    • 2.

      ¿Por qué la documentación?

      5:15

    • 3.

      Documentación clave de productos

      9:49

    • 4.

      PRD

      11:23

    • 5.

      Estrategias de lanzamiento

      8:43

    • 6.

      Métricas: relevancia

      10:46

    • 7.

      Métricas de productos

      10:11

  • --
  • Nivel principiante
  • Nivel intermedio
  • Nivel avanzado
  • Todos los niveles

Generado por la comunidad

El nivel se determina según la opinión de la mayoría de los estudiantes que han dejado reseñas en esta clase. La recomendación del profesor o de la profesora se muestra hasta que se recopilen al menos 5 reseñas de estudiantes.

2

Estudiantes

--

Proyectos

Acerca de esta clase

Esta clase cubre dos partes fundamentales de la gestión de productos: 

  • Documentación
  • Métrica

Documentación: la documentación de gestión de productos deja en claro tus suposiciones y garantiza que tu equipo pueda crear un producto que funcione. Esta clase cubre diferentes tipos de documentación que un gerente de productos necesita crear con el tiempo para lograr la alineación, la claridad y las especificaciones detalladas. 

Métricas: las métricas de productos son relevantes porque proporcionan datos cuantificables sobre cómo los usuarios interactúan con un producto, lo que permite a los equipos de producto tomar decisiones informadas para mejorar la experiencia del usuario, identificar áreas de desarrollo y, en última instancia, impulsar el éxito del negocio al realizar ajustes basados en datos en el comportamiento del usuario y los niveles de compromiso. Esta clase se centra en derivar métricas clave para tu producto. 

Conoce a tu profesor(a)

Teacher Profile Image

Shreya Jain

Profesor(a)
Level: Advanced

Valoración de la clase

¿Se cumplieron las expectativas?
    ¡Superadas!
  • 0%
  • 0%
  • Un poco
  • 0%
  • No realmente
  • 0%

¿Por qué unirse a Skillshare?

Mira las galardonadas Skillshare Originals

Cada clase tiene lecciones cortas y proyectos prácticos

Tu membresía apoya a los profesores de Skillshare

Aprende desde cualquier lugar

Ve clases sobre la marcha con la aplicación de Skillshare. Progresa en línea o descarga las clases para verlas en el avión, el metro o donde sea que aprendas mejor.

Transcripciones

1. INTRODUCCIÓN: Hola a todos. Bienvenidos al video introductorio de esta clase. Esta es Shreya Jen. en el equipo de producto de Phonepa Phonepa es una de las principales marcas Fintech de la India que realiza más de 350 millones de transacciones al día y tiene más de 500 millones de usuarios registrados Antes de esto, he trabajado en firmas b2b y SAS como gerente de productos de plataforma y más de diez años de experiencia laboral Comencé mi carrera como científico de datos y tengo una licenciatura en informática de Bitspani Entonces, en esta clase, aprenderemos dos fundamentos clave de la gestión de productos, que es la documentación y las métricas Entonces aprenderemos la relevancia de la documentación para asegurarnos de que todos tus grupos de interés estén en la misma página. partes interesadas pueden variar desde ingeniería, negocios, diseños, análisis, etc. También despeja el aire alrededor de las suposiciones hechas para su producto La segunda parte son las métricas, la relevancia de las métricas en el día a día de un gerente de producto, ya sea para priorizar características o definir su métrica de producto principal o incluso para la investigación de usuarios Las claves detalladas de esta clase serían, en primer lugar, el tipo de documentación, que puede ser un documento de requerimiento de producto, más conocido como PRD, una documentación técnica, un plan GTM, un documento de habilitación de ventas Segundo, aprendemos a construir PRD. Como discutimos, el PRD es uno de los documentos más críticos para alinear a todos para estar en la misma página También da una imagen muy clara del objetivo, el fondo, los puntos dolorosos por los que esta característica o producto entró a existir. También define tu estrategia lista para el futuro y las métricas que necesitas buscar. En tercer lugar, la métrica del producto principal, que puede ser su métrica de estrella norte , métrica primaria, métrica secundaria, y así sucesivamente. Lo último es la estrategia de lanzamiento o estrategia de lanzamiento. Las métricas clave nuevamente, que debes buscar mientras estás lanzando o haciendo un lanzamiento de tu producto. En esta clase, además de adentrarnos en conceptos y marcos de las dos categorías, también haremos un par de estudios de caso para que puedas incrustar el mismo en tu día a día como gerente de producto. Esta clase termina con un proyecto realmente genial donde puedes definir tus métricas de Northstar, tus métricas primarias y tus métricas secundarias Las métricas de Nod Star son la métrica central en la que se ejecuta su negocio Las métricas principales son verificar si su cambio está afectando al producto, mientras que las métricas secundarias son para garantizar que el cambio no esté afectando negativamente a ninguna otra parte de su producto o su empresa. Empecemos. Nos vemos en la primera lección. Gracias. 2. ¿Por qué la documentación?: Hola a todos. Bienvenido a la nueva lección de por qué documentación. Entonces vamos a pasar por un par de razones por qué y cómo una por una. El primero es la abstracción de la visión del producto y la estrategia en la escritura. Entonces, cuando estás creando o pensando en la visión del producto , la ideación, hablando con las partes interesadas, hay muchos pensamientos que se encuentran que necesitan ser concisos o abstraídos en forma de documento escrito El documento escrito es importante para asegurar que, um, cualquiera que sea su proceso de pensamiento ahora ha tomado la forma de muy pocos elementos clave que serán utilizados por diferentes partes interesadas. Una forma detallada de documentación de cómo funciona un producto, sus características , la integración, cómo usarlo, si es un producto b2b, cómo necesita integrarse a diferentes clientes Si se trata de un producto BTC, qué aspectos se han cuidado de las regulaciones que tu cumplimiento tienes, los requisitos que tienes, cómo se espera que aparezca en el producto y así sucesivamente. Tercero es la iteración y vergoning a medida que su producto continúa evolucionando, las iteraciones en MVP versus la versión dos o la versión ¿Cuáles son las características que se han introducido? Nuevo conjunto de problemas que han surgido, algunas suposiciones que has tomado para crear esas características. Todo esto es importante para asegurar que el siguiente conjunto de versiones e iteraciones que sucedan estén pensadas de la manera correcta GTM es otra forma de documentación donde se toma como un localizador a todo el equipo de ventas y al equipo de marketing para averiguar cómo se pretende lanzar el producto en el público en general Esto nuevamente, se vuelve importante porque el equipo de marketing y ventas seguirá estrategias muy diferentes y para alinearlas o para mantenerse motivados en un solo objetivo. Esta documentación sirve como el formato adecuado para GTM. Otra razón es centrarse en la claridad. Al igual que cuando escribes algo, escribes con la mayor intención en cuanto a algo que se está diciendo verbalmente Así que mucha claridad viene cuando realmente pones o produces algo en forma de documentación. Y junto con esto viene la accesibilidad. Dado que se puede compartir, se puede utilizar para tomar comentarios de las partes interesadas. La retroalimentación nuevamente, se puede abordar en diferentes formatos. Por lo que sirve como un ejercicio donde las partes interesadas te dan retroalimentación. Es visto por todas las demás partes interesadas, y la intención correcta o la cantidad correcta de producción se puede producir con un tiempo mínimo o confusión mínima que podría surgir si gastara uno a uno verbalmente con cada uno de los interesados El tipo de documentación o el caso de uso de la documentación puede variar porque cuando intentas crear un GTM, está destinado a un propósito diferente De ahí que el lenguaje tenga que ser ligeramente diferente. El caso de uso y la claridad de pensamiento deben abordarse en un formato más comercial y de ventas, comparación con cuando escribes un PRD o algo así para desarrolladores, tiene que ser más directo, más directo y más ejecutable Entonces a por ejemplo, en un PRD, empezarías con un objetivo, pero muy pronto entrarás en las nategridades de tus especificaciones de características Entonces en ese caso, lo harías en todo momento, no necesitas justificar por qué estamos haciendo esto porque ya has escrito un objetivo. Pero el foco estará más en las nategridades. Un par de casos de uso más sería que sirva documentación servirá como una única fuente de verdad y es de carácter exhaustivo. Entonces cualquier benchmarking competitivo hecho, el resumen de ese benchmarking comparativo A lineamientos de diseño que se dieron a los diseñadores, la documentación de eso ayudará a que los diseños también sean más escalables. Um, así que desde la ideología hasta el diseño y la ingeniería hasta el punto de GTM, todo, tener una documentación clara y nítida, asegura o ayuda a los interesados a ver una visión muy clara de por qué se inició, qué tan lejos hemos llegado, cuáles son los avances que hemos hecho, las suposiciones que has tomado y cómo va a ser más escalable a, ya sabes, más amplio audiencia o incluso consumidores. Um, como dije, diferentes formatos para diferentes casos de uso. Entonces, en la siguiente lección, vamos a ver diferentes casos de uso o documentación diferente que nos van a ayudar a platicar o anigar con diferentes grupos de interés. Gracias. 3. Documentación clave de productos: Ven a la nueva lección de documentación pre producto. En esta lección, vamos a repasar algunos de los documentos críticos que se utiliza mientras que la empresa y diferentes partes interesadas, partes interesadas negocio, diseñador de productos, incluso partes interesadas externas. Comenzando con el documento de requisitos del producto, que fue conocido como PRD, esto forma uno de los documentos más beneficiados en toda la compañía, ya que es utilizado por diferentes tipos de partes interesadas, y describe a un nivel muy alto toda la información crítica que se necesitará alrededor de ese Uh, información crítica en forma de objetivo de lanzar esta característica o construir esta característica, algunos antecedentes sobre lo que faltaba, por qué estamos construyendo esta característica en primer lugar. impacto o métricas de éxito, una vez que lanzamos esta función, lo que pretendemos es que las métricas de éxito crezcan. Además, cuenta con una vista de muy alto nivel de cómo va a verse la característica, ya sea en forma de Figma o caprichoso o simplemente diagrama de flujo simple Por lo que estos diagramas de flujo o bloques de usuario son importantes desde el punto de vista de la ingeniería para que comprendan dónde se mueve exactamente el usuario en el flujo, lo cual es importante para su desarrollo. Por su desarrollo técnico. Ahora, para las partes interesadas del negocio y el producto, brinda una información técnica de muy alto nivel de lo que se necesita para construir esta característica. Entonces, para las partes interesadas de un negocio, ya que están ligeramente alejadas de la comprensión técnica, esto da una buena visión general de por qué esta característica se va a construir en tres meses frente a una semana. Por lo tanto, las formas del PRD o un buen PRD deben ser muy concisas al grano, así como resaltar la categoría de información más importante que se necesita para construir una determinada característica Ahora, dependiendo de una característica a otra o a un producto, algunas de las categorías de un PRD pueden omitirse simplemente, o puede ser necesario introducir categorías más nuevas dependiendo del tipo de característica Por ejemplo, si está creando característica específica de pago, regulación o cumplimiento o formularios de seguridad, una categoría importante, que podría no ser necesaria para otros tipos de características. Una segunda documentación de usuario. Entonces esto cubre todo lo que desde guías de ayuda o FC o incluso manuales sobre cómo usar exactamente el producto, que puede soportar tanto a partes externas como internas Cosas como si estoy comprando un nuevo producto como consumidor final, ¿cómo se supone que voy a instalar este producto o cómo se supone que voy a configurar diferentes módulos a través de este producto? Tercero es la documentación técnica. Esto está dirigido principalmente a desarrolladores o grupos de interés técnico. Pero esto es muy crítico porque una falta aquí y allá en este documento puede llevar a, ya sabes, daños muy significativos. La falta de, ya sabes, publicar información en este documento prueba o, ya sabes, hace un espacio para la ambigüedad. Por lo que estos documentos técnicos son de naturaleza altamente concisa. No necesita ser completamente verboso en el sentido de que siempre es gramaticalmente correcto, pero necesita resaltar toda la información crítica requerida desde el punto de vista de la ingeniería, comenzando por cómo se construye la arquitectura se ¿Cómo va el flujo de información? ¿Va del servicio A al B directamente, en algunos casos, va también al C? Um, así que esto destaca, uh, esto es crítico para las partes interesadas de ingeniería. Cuarto es la documentación API. La documentación de API difiere de la documentación técnica en cierto modo, donde la documentación API enumera todos los endpoints de API que se necesitan para configurar o, ya sabes, instalar tu producto Um, incluso terceros o clientes pueden usar esta documentación API. Digamos que tengo un producto que es un producto B a B SAS y un cliente A está tratando de usar este producto. Entonces, técnicamente, cómo se integra este producto es principalmente a través de puntos finales de API Por lo tanto, se supone que esto también tiene un buen campo de pruebas y una lista exhaustiva de puntos finales de API que deberían ser utilizados por partes externas Esta documentación a lo largo de los tiempos, se vuelve más importante a medida que sigues agregando versiones a la misma. Entonces, por ejemplo, se tuvo que actualizar un punto final de API. Por lo que ese tramo de versionado también necesita ser proporcionado a través de la documentación APA, para que la escalabilidad o extensibilidad en el producto pueda ser Notas de lanzamiento. Notas de lanzamiento de manera muy apropiada, de nuevo, concisa es importante. A, le da visibilidad al usuario final en el cliente final de cuándo estoy actualizando esta función, qué es exactamente lo que estoy obteniendo. Es posible que hayas visto lo mismo cuando actualices la versión de tu iPhone o instalas tus actualizaciones. Eso también enumera una visión muy clave de lo que todo ha cambiado. Cuarto es la incorporación, el quinto es el material de incorporación. Esto básicamente forma un conjunto de tutoriales, videos, material grabado, incluso manuales de usuario para incorporar a un nuevo usuario o un cliente al producto. Um, toda la información, información básica que pueda ser necesaria para que un nuevo usuario comience a usar o explorar este producto está incluida en los tutoriales. Como las personas que ya están en la empresa podrían sentirse cómodas usando el producto. Entonces, para eliminar cualquier sesgo de cualquier nuevo usuario, ya sea un empleado interno de la empresa o un usuario final o cliente que esté buscando usar o explorar este producto. Por lo que el material de incorporación ayudará a las personas a subir a un punto en el que la información sea fácil o las actualizaciones puedan ser consumidas fácilmente por ellas. A continuación se encuentra el material de comercialización. Uh, esto es, de nuevo, crítico desde el punto de vista de negocios o marketing, porque la gente de marketing estaría ligeramente alejada de los acontecimientos internos alrededor del producto en la compañía Así que a la mayoría de tus grupos de interés les gusta el diseño, la ingeniería, la analítica, producto que quienes están construyendo este producto podrían estar al tanto de las últimas actualizaciones o de algún contexto histórico, pero los equipos de marketing o relaciones públicas también tienen que actualizarse sobre ciertas características que se están construyendo. Um, entonces una característica podría ser muy importante en su actividad de relaciones públicas que necesita ser resaltada para ellos y así documentar en adelante se cree de una manera que resalte la criticidad de esa Entonces por ejemplo, si la hay, si has introducido un cashback en tu sitio web. Ahora, ese reembolso como característica podría ser más crítico para un equipo de relaciones públicas que para otras características, digamos. De ahí que la formación de este documento sea ligeramente diferente. Lo siguiente es la documentación de soporte. Nuevamente, es algo similar a la documentación del usuario, pero se centra en las guías de solución de problemas. Entonces, si un cliente final está planteando una queja sobre mi producto no está funcionando o alguna ayuda de atención al cliente, necesita tener un SOP definido sobre lo que hay que hacer para este tipo de problema Por lo que la documentación de soporte nos ayudará, reducir la carga de llamadas o apoyar las personas y también atender la consulta del cliente de la manera más significativa posible. El último es la documentación de cumplimiento. Entonces, cualquier cosa que requiera una visión general regulatoria o de cumplimiento de tu característica, ya sea en la industria financiera o sanitaria, porque estos documentos son en realidad un ya sabes, dados por agencias, agencias gubernamentales sobre el procedimiento o protocolos que deben seguirse cuando se está construyendo un producto a distancia. De ahí que forme una estructura diferente, regida primordialmente por las respectivas entidades jurídicas que la están liberando. Pero cada empresa o cada producto también debe ver esto y entender en su propia forma, que se puede aplicar a los productos respectivos. Entonces uh, estas eran las diferentes categorías de documentación, uh, y estas son la documentación principalmente creada por personas de productos o al menos revisada por personas de productos. De ahí que sea para un gerente de producto tener una comprensión de diferentes tipos de documentación. Gracias. 4. PRD: Hola, ene. Bienvenido a la nueva lección de detalles del PRD, cómo construir un Entonces primero, debemos responder a las preguntas de 45 WH. Esto se publica en la parte superior derecha. ¿Empezando por qué quieres construir? Por lo que esta categoría abarca todo lo que incluye el flujo de usuarios, comprensión detallada de las características, el posicionamiento de esa característica. Por ejemplo, si quieres cuando intentas, digamos, mejorar la conversión en tu producto de aplicación digital. Entonces, con ese impacto o con ese objetivo en mente, ¿qué es exactamente lo que estás construyendo? ¿Te estás enfocando en mejorar la conversión de la página A a la página B? O estás tratando de abordar una caída importante en el embudo que ocurre por cierta razón? Cualquiera que sea el objetivo, ¿qué estás construyendo exactamente o qué vas a hacer exactamente al respecto? Los detalles incluirían los flujos de usuario exactos. Condiciones detalladas de FNL como si el usuario se mueve directamente de A, página a página C, entonces ¿qué se espera que vea Todo lo que forma o viene en condición FL de diagrama de flujo, que será o podría ser compatible con la ayuda de diseños o marcos de alambre, que brinda una comprensión detallada a sus partes interesadas de ingeniería, cómo se supone que deben ejecutar esta función. Cuando están tratando de ejecutar, necesitan crear tal vez una nueva base de datos, capa de mensajería de neón. Por lo que esto necesita ser detallado y exhaustivo para que puedan tomar mejores decisiones también puedan tomar mejores decisiones sobre su arquitectura. En segundo lugar, ¿por qué quieres construirlo? Esto incluye categoría de metas, objetivos, metas y objetivos muy concisos con también una información adicional de por qué estamos construyendo, cuál es la brecha que falta hoy en día en el producto o cuál es la característica um que falta en el producto debido a lo cual estamos construyendo este producto en particular. Um, también enfatiza en la introducción de algunas métricas que son cuantificables Por ejemplo, por qué estamos construyendo esto, queremos mejorar las métricas de conversión o éxito en un 5%. Por lo que también se puede cuantificar más, junto con la comprensión teórica que le das al usuario final Tercero es quién es tu público objetivo. Es importante comprender los diferentes tipos de persona de usuario que van a utilizar su producto, y también una evaluación cuantificada de lo que es la bifurcación de estas personas de usuario Por ejemplo, si es una aplicación de audición adecuada, esperaría que la mayoría de las personas con la edad de 25 a 40 o 45 años estén usando este producto. Y por lo tanto, sus características que construyó estarán más alineadas con esa persona de usuario. ¿Verdad? Y las métricas de impacto también deben juzgarse de manera bifurcada Eso significa que con esta introducción a la función, tu persona de usuario A está llevando a la máxima conversión o al máximo impacto. Entonces, tanto en términos de identificar cuál debe ser la característica y el lenguaje correctos , como la métrica de impacto , debe juzgarse a un nivel más bifurcado, que es su público objetivo. Cuando lo necesitas. Entonces como dije, las tres preguntas anteriores te dan una comprensión de qué y por qué estamos construyendo. Ahora, llegando a los plazos de ejecución. Entonces, cuando se vuelve realmente importante porque hay muchos equipos que están tratando de apoyar o hacer su parte para construir esta característica. De ahí que tengan que estar alineados cuando estamos lanzando la Versión uno de este producto y la Versión dos de este producto. Um, ayuda a dar más claridad a sus clientes finales y otras partes interesadas, así, formando un cronograma definitivo y el motivo de esos plazos Entonces, si dices que este producto o esta característica va a tardar dos meses, tiene que haber una razón justificada de por qué son dos meses. De ahí que el cronograma al PRD también se vuelva realmente importante. Si dividimos esto en múltiples categorías como discutimos metas y objetivos, nuevamente, aquí el truco es, um, cuando empieces por primera vez a redactar este PRD, podrías estar por todas partes , cierto, porque todo lo que te viene a la mente, sentirás que esto es realmente importante Cuando lo estás echando un segundo vistazo, necesitas recortar o reducir esos puntos de verbos en viñetas muy claras y nítidas. Entonces el truco es que se adhieren al must have, quitar las buenas mitades o poner las buenas mitades en la segunda versión o algún tipo de versión resumida, pero importante atenerse a debe tener que darle una comprensión crips a todos sus stakeholders de que esto es exactamente lo que somos Si te dedicas demasiado a incluir lo bueno para tener características también, diluye todo el propósito y puede parecer que estás construyendo cualquier cosa en una cuadrícula, persona de usuario y usuarios objetivo Nuevamente, una versión más detallada de tu público objetivo serían desafíos, intereses, antecedentes que se apoyen o, ya sabes, documentados de una manera que resalte por qué esta persona de usuario en particular es una categoría separada. Uh, también puedes destacar detalles relacionados con el negocio en forma de esa categoría A o persona de usuario A está más inclinada o tiene mayor propensión al gasto, ¿verdad También puede ser más ingresos o negocios relacionados de esa manera. Por lo que tendrás que calcular dependiendo tu producto y de la etapa de tu producto, quiénes son tus personajes principales de usuario y por qué. Uh, historias de usuarios. Como dije, estos son básicamente flujos de usuario, los cuales se moldean de una manera donde también resaltan las necesidades de sus clientes. Así que cada vez escucharás términos de ser más empático al consumidor o centrado en el usuario, porque es un trabajo de gerente de producto atender el conjunto correcto de características, que entiende que incluye a los usuarios finales, uh, ya sabes, empatía o comprensión Entonces, uh, es importante, nuevo, que sea breve y al grano. Pero cuando estés construyendo esto, conocerás el hecho de que, si te presento a Cashback aquí, esta es la delicia que va a ver mi cliente. Entonces también es seguro, cashback también viene desde el punto de vista empresarial. Pero cuando estás construyendo historias de usuarios de flujos, siempre debes tener en cuenta una vista centrada en el usuario. Entonces entiendes dónde exactamente se debe posicionar esto, cuál debería ser el esquema de color de esto. En qué momento del viaje sería probable que el usuario pagara más calor a que se introdujera Cashback. Si introduce escribir lejos en la parte superior, esta podría no ser la mejor estrategia si tienen, digamos, sitio web de comercio DTC, han agregado productos a la tarjeta Si sigues cambiando el monto del reembolso cuando se incrementa el producto o el precio de la tarjeta, podría tener un impacto más profundo en el usuario final. Entonces, cuando realmente piensas empatía del usuario o desde el punto de vista de un usuario, llegarás a entender cómo ajustar alrededor de la misma característica Tanto un diseño técnico como especificaciones. Nuevamente, wireframes, Figma, dependencias de diferentes servicios en diferentes equipos Entonces, si lo estás, digamos en el equipo de pagos y estás tratando de introducir un nuevo módulo de cashback, podrías tener una dependencia de tu, ya sabes, el equipo de CRT, digamos, o el equipo de catálogo para darte todo el valor del producto Es posible que tengas una dependencia del equipo de cumplimiento que te ayude a calcular qué descuento máximo se puede poner en cada producto. Por lo que estas dependencias tienen que ser resaltadas, revisadas y aprobadas por los actores dependientes Por lo que también incluyen esas tareas en su hoja de ruta. Métricas, métricas de éxito como ya discutimos y criterios de publicación. Los criterios de lanzamiento son básicamente ¿cuál va a ser tu estrategia de despliegue ¿Vas a rodar a todos los usuarios? ¿Es una versión beta? ¿Se atiende solo al 1% o al 5% de los usuarios? Y una vez que publiques esto, ¿cuáles son las métricas esperadas que pretendes ver? Publica eso, lo que harás 100% rollout. Ese es el significado de los criterios de liberación, que pueden ocurrir en fases. Retrospectiva posterior al lanzamiento. Entonces atiende a todos los aprendizajes que obtendrás en términos de si hay algún ajuste que necesites hacer en las historias de usuario o en los viajes Impactados o las métricas de impacto o las métricas de éxito, están en línea con lo que esperabas? Y también te dará una idea clara de cómo debería ser tu próximo versionado, basado en los aprendizajes o los comentarios que hayas obtenido después de tu primer lanzamiento Las preguntas frecuentes se encuentran básicamente en algunas preguntas básicas pero importantes escritas en un formulario de preguntas y respuestas Pueden ser preguntas muy directas como, ¿cómo debo buscar cashback en mi producto? O ¿cómo sé si mi producto es elegible para un reembolso? Entonces la pregunta puede ser muy sencilla así, pero en tu respuesta, quieres incluir una estructura muy detallada y una formal a tu respuesta. Por ejemplo, cuando la pregunta es tan rudimentaria así, en su respuesta, querrías escribir, um, que para productos tal y tal, el cashback elegible es esto, para segunda categoría, es eso, por lo que necesitas ser exhaustivo con tu Uh, la única razón por la que se pone en forma QNA, es mejor, más identificable para el usuario final porque esa es una pregunta que se les viene a Si todo se pone en forma estructurada, podría ser demasiada información en el PRD De ahí que se ponga en forma de preguntas y respuestas. Estas fueron las categorías básicas. Nuevamente, dependiendo de tu lanzamiento de funciones, puede haber más. puede optar por omitir algunas, pero un PRD bien hecho incluiría, mayoría de estas categorías. Gracias. 5. Estrategias de lanzamiento: Hola, Ron. Bienvenido a la nueva lección de estrategias de lanzamiento o estrategias de despliegue. Como ya discutimos diferentes productos dependiendo de su caso de uso, condiciones del mercado, objetivos de negocio, usuario final, seguir diferentes estrategias de lanzamiento. Entonces, en esta lección, vamos a discutir algunos de ellos con algunos ejemplos también. Comenzando con el lanzamiento a gran escala, cuando sigues esta estrategia, esto es básicamente lanzar tu producto a todo el mercado de una vez. Esto es seguido principalmente por marcas físicas bien establecidas donde la consistencia es realmente importante para todos los usuarios a la vez. Entonces, por ejemplo, si tienes, digamos, cambiar la composición de tu producto o digamos que si estás construyendo una hamburguesa o tienes una bebida como producto, entonces la composición necesita cambiarse para cada geografía a la vez porque inconsistencia en la experiencia del cliente que mi kola sabe diferente de aquí versus allá puede llevar a significativos cambiar la composición de tu producto o digamos que si estás construyendo una hamburguesa o tienes una bebida como producto, entonces la composición necesita cambiarse para cada geografía a la vez porque la inconsistencia en la experiencia del cliente que mi kola sabe diferente de aquí versus allá puede llevar a significativos preguntas o repercusiones para esa marca En segundo lugar están los desplome por fases. En este tipo de estrategia, siga seleccionamos segmentos de clientes e introducimos o lanzamos producto por etapas. Por lo tanto, esto se hace para recopilar comentarios y permitir que sea un entorno de prueba también antes de hacer una gama más amplia. Entonces, por ejemplo, si tu producto es una aplicación digital, posible que quieras, digamos, uh lanzarlo solo a usuarios avanzados o al 5% de los usuarios. Así que realmente puedes probar, si esta versión está funcionando técnicamente bien o está funcionando como se esperaba y también para recopilar comentarios, comentarios con imágenes o comentarios de alto impacto, hacer iteraciones y luego hacer un lanzamiento más amplio Tercero es el lanzamiento pirata. Esto básicamente no es un lanzamiento completo del producto. Se trata de realizar un juicio en un área muy limitada para verificar a veces por ideación o a veces por rendimiento o, en general, recopilar más conocimientos de los usuarios Entonces uno de esos ejemplos podría ser como cómo se lanzaron Bumble o aplicaciones de citas. Entonces esos ensayos se realizaron en colegios o universidades donde era un buen campo de pruebas para usuarios avanzados, donde el producto no se lanzó en toda su capacidad, sino principalmente para ver si era el interés pico de los usuarios y en caso afirmativo, cuál es el insight o las áreas directas más impactantes que el gerente de producto necesita investigar están pensando en tal auditoría. Cuatro es lanzamiento suave. Ahora, el lanzamiento suave no es muy diferente de un lanzamiento a gran escala, pero ayuda a recopilar información nuevamente y probar antes de hacer un PR completo del lanzamiento. Por ejemplo, si ya eres una empresa bien establecida, estás introduciendo una nueva línea de productos a escala. Esperas, de nuevo, que la escala de usuarios que utilizan tu producto sea muy grande porque tienes una marca. Por lo tanto, una versión de eliminación gradual podría no ser la mejor estrategia porque esperaría que el crecimiento de los usuarios en su producto fuera realmente alto Es posible que no tengas suficiente tiempo para hacer iteraciones. De ahí que un lanzamiento suave donde no estés haciendo un lanzamiento general del producto, sino solo las personas que están al tanto de esta versión están usando este producto de manera intensiva, para que puedas maximizar tus mejoras Si esta prueba Beta. Nuevamente, es similar al lanzamiento pirata, pero en este caso, tienes la intención de lanzar el producto que has construido, ya construido, pero después algunas pruebas o ronda de pruebas se realiza Esto difiere del lanzamiento pirata en cierto modo, lanzamiento pirata está principalmente en la etapa de ideación versus una prueba beta es donde ya has construido el producto, pero lo estás probando lentamente versión beta también difiere en una forma que no se ha ocupado de toda la delgadez del producto, sino que ha cubierto la mayoría de las funcionalidades importantes que quieres probar, ¿verdad Entonces, por ejemplo, el diseño de la interfaz de usuario podría no ser el mejor. Puede que falten algunos destellos en tu producto, pero funcionalmente, quieres probarlo Implementación geográfica, es básicamente cuando eres una empresa global, tu producto puede requerir diferentes ajustes en cada Podría ser el lenguaje, podría ser un poco de cambio en los flujos de usuarios también. Podría ser lo diferentes que son las regulaciones y cumplimientos Entonces, dependiendo de todas estas razones, quiere hacer un despliegue geográfico de eliminación gradual porque incluso los productos son ligeramente diferentes Implementación segmentada. Nuevamente, es una variación del despliegue gradual, pero es más granular o más matizado que eso porque ahora te estás enfocando en diferentes campanas y volantes alrededor de cierta demografía o ciertas categorías pero es más granular o más matizado que eso porque ahora te estás enfocando en diferentes campanas y volantes alrededor de cierta demografía o ciertas categorías de usuarios. Entonces, si ves más si identificas una persona de usuario o público objetivo con mayor propensión a pagar, tendrías que adaptar algunas de tus características de acuerdo con eso Entonces, el despliegue segmentado significaría que algunas de tus características son ligeramente diferentes, además de que se lanza en diferentes etapas a diferentes personas de usuario Se puede pensar en el lanzamiento basado en canales de una manera en la que digamos que tienes la marca DDC y comercializa en Instagram, Facebook y un par de otras redes sociales, y has introducido una nueva función y quieres hacer relaciones públicas Entonces quieres comenzar primero con uno de los canales, obtener feedback y luego distribuirlo a otros canales o incluso a los canales físicos o fuera de línea. El último es el despliegue estacional. Nuevamente, su despliegue estacional es básicamente cuando estás lanzando algunas funciones o algunas campañas o lanzamientos que solo son aplicables a esa temporada Podría ser como una temporada navideña de fin de año de ventas, grandes mil millones de días. Entonces esto es para maximizar tu visibilidad. Esto es por el punto de vista empresarial, se hace por diferentes razones. Entonces, si tienes mucha construcción de stock, quieres eliminar las existencias, entonces querrás realizar una liberación estacional o una campaña estacional. Podría haber otras razones para hacerlo. Pero aquí, el despliegue estacional es importante porque no va a permanecer permanente en el lanzamiento de tu producto Entonces, si viene una temporada como la Navidad. Quieres introducir un nuevo tipo de diseño. Quieres fluctuar un poco más los precios. Se quiere poner un plazo de compra para algunos artículos. Y estos artículos o estas características tienen que ser controlados por una bandera característica porque como dije, es de naturaleza temporal. De ahí que técnicamente también se necesita construir una estrategia de Rise diferente antes de que puedas seguir, ya sabes, la ejecución de esta estrategia. Entonces estas fueron un par de estrategias de lanzamiento dependiendo de la naturaleza de su producto y sus objetivos comerciales. Tienes que elegir esto sabiamente y hacer tiempo para instrumentar el lanzamiento también, ¿de acuerdo? 6. Métricas: relevancia: Bienvenido a la nueva lección de métricas. Entonces, en esta lección, vamos a cubrir diferentes tipos de métricas, no solo métricas de rendimiento de Northstar, sino también analíticas desde un punto de vista analítico que pueden ayudarte a decidir qué características debes casar, cómo priorizar las características, cómo hacer que tu trabajo o lanzamientos se transmitan a diferentes Entonces cualquier cosa y todo lo que requiera en la parte inferior de la misma la relevancia o relevancia de las métricas, vamos a discutir eso, comenzando por las métricas de rendimiento. Entonces, estas son básicamente métricas de Northstar que las partes interesadas del negocio buscarán mes a mes o trimestre a trimestre Y cualquier desarrollo de producto que hagas tiene que llevar a una mejora en estas métricas de rendimiento o Northstar Entonces algunos de los ejemplos pueden ser, digamos, si se trata de una aplicación de audición de paseo, entonces significa número de viajes que están siendo abucheados El número de viajes que comenzaron a ser abucheados está directamente correlacionado con los ingresos que generarás. Ahora incluso dentro de esta métrica North Star, puedes tener ciertas categorías, número de recorridos que se reservan en la categoría premium en la categoría normal o en la categoría económica y así sucesivamente. Otros ejemplos de este tipo serían, digamos, nuevamente en un sitio web de citas, número de usuarios que se han registrado en tu app, o el número de usuarios pagos en tu app. Entonces, dependiendo de tu objetivo de negocio o del posicionamiento de tu producto, las métricas de rendimiento pueden variar en la naturaleza. Uh, es fundamental tener uh, solo dos o tres métricas nostr para que no te dejes influir mejorando, ya sabes, lo bueno de tener o, ya sabes, métricas granulares Pero todo lo que hagas tiene que llevar a la mejora en dos o tres métricas de este tipo nordstr, que no deberían ser imagen muy detallada Segundo, hay métricas para identificar oportunidades y desafíos. Entonces cosas como digamos que obtienes cliente empiezas a recibir más quejas de clientes, ¿verdad? Entonces hay que analizar cuántas quejas hay, cuál es la naturaleza de esas quejas para calcular qué se puede hacer para atender esas quejas. ¿Tú si esto, um si estas quejas son de naturaleza rudimentaria, quieres introducir un chatbot para que se puedan atender las preguntas más frecuentes O estos son de naturaleza altamente compleja ¿O estos son de naturaleza altamente compleja o atienden a un solo problema? Entonces es posible que desee construir una función para mejorar ese estado. Por lo que la evaluación de solo la gravedad de los problemas planteados por los diferentes grupos de interés también debe ser vista desde una lente cuantificable o cuantificada ser vista desde una lente cuantificable o cuantificada para identificar y justificar verdaderamente la oportunidad o el desafío que se está obteniendo Tercero es la priorización de características. Entonces digamos que tienes numerosos problemas listados. ¿Cómo se calcula cuál es el problema más importante o crítico a resolver Ahora una de las formas es mirar esos números en forma métrica. De nuevo, si digamos que el problema está en todo tu embudo, uh, los usuarios están dejando cuando llevan a la tierra a la página de pagos, ¿verdad? Ahora, las características que son las características de soporte a mejorar deben priorizarse porque esta es la mayor brecha en su producto Ahora, aparte de las métricas, hay alguna evidencia anecdótica Tiene que haber una estrategia, una estrategia de marca así como por qué priorizarás esas características Pero lo importante aquí es que, uh ya que tienes muchos problemas o una plétora problemas, cómo priorizar un problema sobre el otro, es decir que, si abordo este problema, este es el impacto potencial significativo en mi matriz de North Star que puedo esperar Y así se vuelve fácil priorizar y justificar a sus grupos de interés también y asegurarse de que se está moviendo en la dirección correcta En cuarto lugar, las pruebas y la experimentación. Esto es más un análisis de métricas o análisis realizado a través de la experimentación AB. Entonces por ejemplo, si digamos que estás aumentando el precio de tu producto. Digamos que tienes una aplicación de suscripción o boletín de suscripción, que cuesta 2000 rupias o 20 dólares al año, y estás tratando de aumentarlo a 22 Ahora, uh, debido a este aumento, se puede esperar alguna reacción potencial donde la gente podría no estar bien con tanto aumento Pero entonces hay que hacer una prueba AB. ¿Cuál es tu punto B de precio correcto? Para validar tu hipótesis ahora $23 o $22 trabajan para mí sin que conduzca a un impacto temporal o permanente significativo en términos de que los usuarios dejen su membresía Entonces, en este ejemplo en particular, es posible que desee mirar 23 métricas desde un punto de vista a largo plazo y a corto plazo. Puede suceder que de manera temporal, algunos usuarios definitivamente dejarán. Pero a largo plazo, si está conduciendo a, ya sabes, aumentar los ingresos en una cantidad sustancial, entonces podría parecer una mejor estrategia para hacer frente al aumento de los precios. Insights de los usuarios. Nuevamente, estas son métricas granulares construidas bajo sus métricas de rendimiento de Northstar Eso le ayuda a medir el impacto de cada lanzamiento de función de la manera más directa. Por ejemplo, si presentas, digamos, soporte, soporte de chatbot, entonces tu NPS o tu puntaje de satisfacción del cliente deberían aumentar Ahora, el aumento en la puntuación de satisfacción del cliente podría no llevar a un aumento directo en su métrica Northstar Por lo tanto, la comprensión granular de los conocimientos de los usuarios es realmente importante. Otro ejemplo sería, digamos, una serie de viajes reservan en tu aplicación Ride hailing Ahora, si también tienes, digamos tasas de retención, cualquier cliente que esté reservando un viaje el día cero, sigue reservando viajes el día 30 o el día 16. Así que eso te ayudará a medir el valor de vida útil que un cliente puede proporcionar a través de estas matrices, que podrían no ser directamente visibles en tus métricas de Northstar Uh, análisis competitivo del tendón de métricas. Entonces las tendencias que van afuera en el mercado, cosas como, por ejemplo, digamos que hay una nueva app de redes sociales. Eso viene. ¿Quieres construir una estrategia para anunciarte también en ese canal? O ves que la mayoría de la gente está ahora, ya sabes, comenzó a usar o comenzó a, ya sabes, usar productos más seguros. Tienen miedo a los estafadores o a los estafadores, ¿verdad? Entonces esta es una tendencia que analizas, y ves lo que se le puede hacer a tu producto para abordar el mismo problema que estás viendo, tú, ya sabes, en el exterior así que el impacto o el aprendizaje que puedes sacar de aquí es introducir más factores de confianza en tu app, asegurando que sea más segura, que sea más compatible, así como transmitir el lo mismo para el usuario final, y se sienten más seguros dentro de su aplicación, lo que puede ser un diferenciador o diferenciador de otros competidores en su o diferenciador de otros competidores en Por último, la comunicación con las partes interesadas. Ahora, ya que usted como gerente de producto, trabaja en su producto día tras día, de ahí que esté al tanto de todas las métricas de producto, que esté al tanto de todas las métricas de producto no estrellas e incluso métricas granulares. Pero otros miembros del producto o del equipo u otras partes interesadas, otros gerentes de producto podrían no estar tan dentro o dentro de su producto como usted. Y por lo tanto, se debe dar una visibilidad de lo bien que está funcionando su producto a las partes interesadas en forma de, nuevamente, algunas métricas. Puede ser una combinación de su métrica North Star más su matriz de usuario y sitio y nuevamente, las pruebas, pequeñas pruebas que está haciendo. Pero básicamente son todas las métricas importantes las que se necesitan para ser vistas dentro de la empresa, para que A, puedas obtener, um, ya sabes, retroalimentación. Puedes transmitir cómo se está logrando el progreso, así como algunos stakeholders que tienen un interés personal en alinearse con tus métricas, también es importante para ellos Entonces un caso clásico es cuando tienes equipos como un equipo de crecimiento y un equipo de riesgo dentro de tu empresa. objetivo de los equipos de crecimiento es incrementar el número de usuarios. Los objetivos del equipo de riesgo es mientras se enfocan en el crecimiento, pero no debe venir a expensas de las varillas que se están haciendo. Por lo tanto, se necesita un delicado equilibrio entre estas métricas, que es atendido por diferentes gerentes de producto. Y tan importante transmitir en las métricas muy técnicamente sólidas que este balance no vaya Así que estas eran un conjunto típico de matrices y esto podría ayudar en más de una forma, tanto en términos de evaluar cómo le va a tu producto, así como a través de la analítica, lo que tu producto necesita para hacer mejor por tus propias anomalías internas. Gracias. 7. Métricas de productos: Hola a todos. Bienvenido a la lección De de métricas. En esta lección, vamos a discutir diferentes tipos de métricas, cubriendo métricas de negocios, métricas de soporte, métricas técnicas y, en general, métricas de productos. También discutiremos diferentes ejemplos para qué industria o qué producto cada métrica podría ser más relevante. Comenzando con métricas de uso como DAU, que son usuarios activos diarios o usuarios activos mensuales o duraciones de sesión Por lo que este tipo de métricas es importante para aplicaciones o productos como las redes sociales donde solo los usuarios llegan a la aplicación o siguen llegando. Cuando siguen llegando a la app, es una métrica importante en virtud de su modelo de negocio. Digamos que si abres Instagram, te contaría como uno de los usuarios activos del día. Ahora, dado que el negocio o el modelo de ingresos es principalmente, digamos que se basa en anuncios o base de compras de comercio electrónico, esto aumenta la propensión de que veas un anuncio una vez que estás activo en esa plataforma Lo mismo es para la duración de la sesión. Entonces, si estás en esa sesión por 10 minutos, 15 minutos, cuantas más vistas de anuncios, los negocios saldrán de ese cliente. Y de ahí que los usuarios activos diarios o un DAU se vuelvan importantes para este tipo de plataformas. Esto también indica aproximadamente cuál es su participación de mercado dentro de este ecosistema. Entonces digamos si eres una empresa de pagos y hay tres o cuatro actores en tu industria. Los usuarios activos mensuales también indicarán cuál es su participación de mercado dentro de esa industria para su plataforma. En segundo lugar, las métricas de compromiso. Métricas como la tasa de retención. Eso significa que si estoy en tu plataforma el día cero, el mismo usuario está en tu plataforma el día 15 y el día 30, ¿cómo es la tasa de retención? ¿Cuál es la tasa de rotación? Eso significa el mismo conjunto de usuarios en un mes, digamos, había 200 millones de usuarios activos en un mes. Y si sacas el mismo conjunto de 200 usuarios de esos tantos, cuántos han batido Podría haber algún aumento en nuevos usuarios, y podría haber una caída con respecto al conjunto existente de usuarios. Entonces la tasa de rotación también es muy importante para medir cuánto crecimiento necesitas hacer en términos de adquirir nuevos usuarios y garantizar que los usuarios que han llegado a tu plataforma no salgan de la plataforma, ¿verdad La tasa de churn también es importante porque se necesita mucho para el usuario realmente comience a usar su producto en primer lugar Así que mientras estén en el producto, puedes hacer cambios o puedes atraer al usuario para que se quede en tu producto. Uh, de ahí que la tasa de tono, aparte del nuevo crecimiento de la calificación de los usuarios se vuelve importante. El tercer tipo es la satisfacción del cliente. Por lo que hay formas muy creativas de medir la satisfacción del cliente. Las métricas típicas conocidas son NPS o CSAT, que mide los medidores métricos NPS, qué porcentaje de tus usuarios es probable que promocionen tu producto a promocionen tu producto que mide los medidores métricos NPS, qué porcentaje de tus usuarios es probable que promocionen tu producto a sus amigos y familiares o conocidos. Entonces esto da una comprensión cómo cuando realmente amas ese producto, quieres hablar de Ok. Por lo que te da una medida indirecta de lo satisfechos que están tus clientes. La CSAT se mide ya sea en el formulario de encuesta. Eso significa, oye, estoy usando que eres el cliente de mi producto. ¿Cómo te gusta tu producto? Califica mi producto, ¿verdad? Entonces esta es una puntuación CSAT. La idea es asegurar que esté mejorando en la dirección correcta, y además tenga un puntaje CSAT respetado Entonces digamos que muchos usuarios están llegando a tu plataforma y no están en absoluto satisfechos. Eso hace un caso para beneficiar o invertir más tiempo en mejorar la calidad del producto. El tipo cuatro es apto para el mercado. Nuevamente, hay formas muy creativas de medirlo. Pero si estás en la etapa cero a uno donde estás encontrando PMF de tu producto, que significa que estás encontrando lo que sea para lo que pretendiste el producto, son los clientes felices de usar ese producto donde has encontrado la propuesta mínima viable del Entonces nuevamente, hay formas creativas de medirlo, pero la idea es que si estás en la etapa cero a una o a qué distancia estás de llegar a esa etapa donde puedes llamar a tu producto como mercado. La conversión es otro tipo de métricas muy importante porque también está altamente correlacionada con las métricas de negocios. Las tasas de conversión son muy sencillas de entender y medir y muy críticas de monitorear. Entonces, un ejemplo típico sería, digamos para una aplicación de llamada de viajes, la tasa de conversión sería el número de usuarios que están aterrizando en su primera página de reserva de viaje para completar realmente el pago o realmente terminaron reservando el Entonces hay un proceso entero de tres, cinco pasos para ello. La tasa de conversión significaría cuántos de esos usuarios terminaron reservando a. Y el análisis del embudo significaría dónde está cayendo exactamente el usuario desde qué punto del viaje, exactamente. Otro tipo son las métricas de negocio. Las métricas de negocio son muy sencillas. Cuantos ingresos están saliendo de todos los clientes que están usando tu producto. Uh, ingresos de primera línea, nuevo, los ingresos pueden pensarse de maneras muy diferentes. Los números de línea superior que hagas, es decir, digamos, por tu suscripción paga de tu newsletter, 100 usuarios están pagando 2000 tropios o $20 al año Ese es tu número de línea superior. Pero después de deducir todo, que es el costo de la infra, el costo de las personas, los costos creativos y todo, ¿cuál es el ingreso neto de mano que está entrando en sus libros Nuevamente, los ingresos tienen diferentes etapas a medir. Uh, ingresos promedio por usuario. En este caso, ¿cuál es el ingreso promedio que cada usuario está aportando? El promedio es importante aquí porque puede haber diferentes niveles de precios de suscripción o planes de suscripción. Y por lo tanto, el promedio es importante. Entonces, si digamos que tienes tres precios diferentes, $20, 30.40 dólares, y la mayoría de los usuarios se encuentran en el paréntesis de $30, el promedio leerá más cerca valor de por vida del cliente significa que si el mismo usuario sigue renovando su producto a lo largo de los años, entonces ese es el valor de por vida del cliente o un valor promedio cliente que una vez que adquiere este cliente para siempre, en su totalidad, cuántos ingresos pueden aportar Otra es adquirir de nuevo, realmente importante en términos de negocio o de tu PNL, que es costo por adquisición realmente importante en términos de negocio o de tu PNL, que es costo por Entonces ya que hay plétora de plataformas o aplicaciones para cada tipo de problema o industria, y de ahí, adquirir usuario para tu caso de uso a tu plataforma es tremendamente difícil Entonces, digamos que tienes tres aplicaciones de transporte diferentes en tu país, entonces una persona podría estar usando solo las dos El tercer jugador tiene que gastar realmente unos buenos dólares para adquirir tu adquirir al cliente. De ahí que se vuelva importante. Ahora, fuentes de tráfico, nuevamente, estas son diversas estrategias de adquisición que puedes seguir para adquirir a este cliente. Puedes convencer al cliente para que use tu app a través de un canal de Instagram a través , ya sabes, diferentes estrategias de marca , actividades de relaciones públicas, etc. Otra son las métricas operativas. Estas son las métricas de satisfacción técnica de los clientes finales . Eso significa que si estás usando una app de pagos, ¿ o los pagos van al 100% de las veces? Esto califica para un rendimiento del sistema. Eso significa de las cien veces que estás tratando de hacer un pago, cuántas de ellas están pasando. La segunda categoría son los tickets de soporte. Si hay algo mal en la app o en la plataforma, qué tan bien eres capaz de cuidar al cliente a través de los canales de soporte, ya sea un chatbot o exactamente un usuario humano final atienda esa solicitud Entonces, el último es la retención, que es un análisis de cohorte, que es básicamente una versión derivada métricas de conversión, pero en una especie de cohorte de Entonces cohorte en este caso significaría que un público objetivo en particular o un tipo particular de cohorte, ¿cómo se mide el desempeño contra ellos Entonces estas fueron las típicas Northstar o varias categorías de métricas que pueden ayudar a medir A, el tipo de características que le gustaría construir, la salud y el progreso de su producto, e incluso el futuro, planes a largo plazo con su producto Bien.