A煤n no tienes acceso a esta clase

Crea una cuenta y contin煤a viendo este curso

Product one-pager

6/20
Recursos

Aportes 9

Preguntas 2

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesi贸n.

One-pager

Share understanding es un concepto que indica c贸mo se comunica la informaci贸n unificada y centralizada por el product manager.

Esta informaci贸n debe comunicarse de forma concisa y clara en un one-pager, tambien llamado business case. Este es un documento donde cualquier persona relacionada al producto o ajena al producto puede entender el problema desde todas las perspectivas necesarias.

Qu茅 equipos y stakeholders suelen relacionarse con este documento:

  • Finance team
  • Growth team
  • Ops team
  • Customer success
  • Legal team
  • CEO

Compartir el conocimiento es una labor muy importante del product manager.

Estructura recomendada del documento:

  1. Qu茅 queremos hacer? de qu茅 trata el proyecto? cual es el problema que estamos resolviendo?
  2. Como sabemos que este es el problema real que queremos resolver
  3. C贸mo vamos a resolver el problema? dise帽o, prototipo, esfuerzo, desarrollo
  4. Cual es mu usuario
  5. C贸mo se ve el producto
  6. Cual es el plan de experimentaci贸n
  7. Cu谩l es el plan de lanzamiento y milestones a cumplir.
  8. Plan de training para customer success team

Link recomendado sobre templates de documentos: https://www.lennysnewsletter.com/p/my-favorite-templates-issue-37

En mi entendimiento un one-pager debe tener:

  1. Hip贸tesis del problema.
  2. Validaci贸n del problema.
  3. Hip贸tesis de soluci贸n (dise帽o, prototipo, estimaci贸n de esfuerzo).
  4. Mapa de stakeholders (impactados e involucrados).
  5. Prototipo de baja.
  6. Plan de ux testing o validaci贸n.
  7. Plan de Growth y Milestones.
  8. Peque帽o entrenamiento para servicio al cliente.

Sin olvidar el trio para hacer un buen producto:

Deseable (alguien lo necesita), viable financieramente y factible tecnicamente,operacionalmente y legalmente.

Share Understanding: 馃榿

Su traducci贸n en espa帽ol es 鈥渆l entendimiento compartido鈥. Nosotros como producto manaller somos los encargados de centralizar el producto y entenderlo del lado de los clientes, pero nosotros no podemos hacer el trabajo solos.

Todo lo que nosotros entendemos como product managers enfocado en el producto debe ser entendido por toda la empresa (cualquier persona debe entender nuestro producto o soluci贸n), al fin y al cabo todos compartimos el mismo objetivo (stakeholder, equipo de producto y clientes finales).

Metodolog铆as para crear el Share Understanding: 鉁

La metodolog铆a m谩s importante es el 鈥淧roduct One-Pager鈥 o 鈥淏usiness Case鈥. Es un documento que debe reunir toda la informaci贸n del producto, cualquier persona debe poder entenderlo y conocer el estado del producto actual.

El One-Pager muestra que los Product Managers y el equipo de producto entiende el problema, y adem谩s entendemos el problema desde todas las perspectivas del negocio. Cumple los requisitos de todos los stakeholders (equipo legal, equipo financiero, equipo de marketing, CEO, etc.).

Estructura del One-Pager: 馃挭

Esto depende de cada empresa y de los stakeholders de cada empresa. Esta es una estructura b谩sica de un One-Pager:

  • De qu茅 trata el proyecto.
  • Cu谩l es el problema que estamos resolviendo.
  • C贸mo sabemos que ese es el problema real que queremos resolver.
  • C贸mo vamos a resolver este problema (definimos dise帽o, prototipo, estimamos esfuerzo).
  • A qui茅n le estamos solucionando el problema
  • C贸mo se ve el producto (no tiene que ser el prototipo final, puede ser un wireframe o dibujo)
  • Cu谩l es el plan de experimentaci贸n (debemos asegurar el cumplimiento de los outcomes con test antes de lanzar)
  • Cu谩l es el plan para llegar al mercado.
  • C贸mo va a ser liberado este producto.
  • Cu谩les son los milestones nos van a decir que lo estamos haciendo bien o lo estamos haciendo mal (aqu铆 debemos iterar).
  • Viabilidad t茅cnica (es posible construirlo)
  • Viabilidad financiera (la empresa no va a entrar en quiebra por construir el producto).
  • Viabilidad operacional (necesitamos un equipo que lo opere o el producto se opera solo).
  • Qui茅n lo va a medir.
  • C贸mo lo va a medir.
  • Viabilidad legal.
  • Agregamos otro stakeholder en caso que sea necesario.
  • Training a los agentes de customer success qu茅 son los que van a dar soporte al usuario (es el lugar m谩s f谩cil para obtener insights del producto ya que son los que hablan con los usuarios).

El One-Pager debe tener las necesidades del negocio y se debe adaptar a la compa帽铆a.

El One-Pager es como un producto mismo, debemos tener en cuenta que este debe entenderse por todos los miembros de la compa帽铆a y los equipos de producto.

馃幎 NOTA: El momento en que est茅 One pager est谩 listo debemos replicarlo y compartirlo con el fin de iterar y mejorar el producto. La empresa cambia y nosotros debemos cambiar con ella.

Shared understanding is the idea of making others to get to know what you understand and know about the product.

Product one-pager is a document where all the knowledge about the product is reunited, and this document can be consulted by anyone in the company.

This document is a proof of the issues understanding about the product from all points of view required (financial, operational, legal, sales force, customer, etc.).

The structure of this document depends on the company criteria, but a simple structure could be:

  1. What we want to do?
  2. What is the problem we want to solve?
  3. How do we know that this is the real problem we want to solve?
  4. How are we going to solve this problem? (design, prototype, effort estimation, resources needed, etc.)
  5. Who we are solving the problem to?
  6. How does the final product look like? (at the beginning it doesn鈥檛 need to be a high fidelity prototype. It just need to help the team to get an idea of what we are looking for)
  7. What is the testing plan? Does this plan fill all the expected outcomes requirements?
  8. What is the plan to take it to the market? How this will be delivered?
  9. Which are the milestones that will let us know we are doing a proper job? And which are the milestones that will warn us about an iteration need?

To this guidelines we can add:

  • Technical viability (our proposal is feasible?)
  • Financial viability (costing and added value)
  • Operational viability (once developed, how are we going to manage it?)
  • Legal viability
  • Others, depending on the stakeholders鈥 requirements.

Also, we can include a training to the customer success team, in order to grant a good customer support. Properly managed, customer support area could be a great source of insights to the product.

One-page intro para Insta

Sin duda un PM lo que menos debe tener es infulas de 鈥渓lanero solitario鈥, debe siempre trabajar en compa帽铆a y compartir su proceso.

Es fundamental que todos los colaboradores entiendan muy bien el por que se hace el producto y cual es su impacto, esto genera apropiaci贸n y compromiso

Entendimiento compartido :tus ideas las debes comunicar de manera clara efectiva y concisa a todo el equipo .