Módulo 1 - Introducción al escalamiento de un producto digital

Clase 1:

● Rol del Product Manager en la gestión de productos digitales

Es el encargado de velar por el desarrollo del producto. Siempre tiene en pista los
requerimientos del negocio para que el producto responda a ellos. Se encarga de una
correcta gestión de recursos para idear, lanzar, comercializar, escalar y cerrar un producto.

● Tipos de Product Manager y PM Técnico. ¿Qué conocimientos tiene que tener un

PM? ¿Cuándo es conveniente que sea más técnico?
○ Product Owner -> PM haciendo Scrum
○ Product Manager -> Influencia en qué se debe hacer
○ Project Manager -> Facilita cómo se debe hacer
El PM tiene que tener diferentes áreas de conocimiento y dominar los aspectos técnicos
para poder gestionar un producto digital. El tipo de PM depende del tipo de negocio. Todos
deben tener un grado de conocimiento técnico, pero mientras más complejo sea el
producto, más técnico debe ser.

● Carrera y niveles de un PM: ¿A cuál tipo de tarea dedica más tiempo un CPO? ¿Y
un PM asociado?

● 5 características de un gran Product Manager

 ○ Usa su visión del producto como una herramienta para influir en otros. Es
como una predicción a futuro donde les podemos adelantar qué va a suceder
a futuro, cómo va a mejorarles la vida a los usuarios. Esto se puede hacer
con videos, prototipos funcionales.
○ Toma decisiones rápidas respaldadas por datos, cualitativos y cuantitativos.
La principal decisión es qué construir y qué no construir a través de
decisiones de calidad, respaldadas por datos.
○ Busca evidencia para validar el pensamiento convencional. Hablamos del
conocimiento subjetivo, una percepción. No tiene que dar por sentado que
algo va a funcionar mal o no va a funcionar. Tiene que hacerse de evidencia
para validar las decisiones.
○ Domina los detalles del producto: funcionalidad, arquitectura técnica de alto
nivel, productos competidores y sus precios, principales drivers del negocio,
restricciones legales, reglamentarias y éticas de los productos, stakeholders
internos y externos claves. Para ello debe invertir tiempo.
○ Trabaja para establecer una gran cultura de equipo. Las buenas ideas no las
construye una sola persona, el trabajo en equipo donde todos aportan su
visión, experiencia y capacidad es lo que permite alcanzar el objetivo.

Clase 2:
● ¿Cuáles son los problemas de los equipos de desarrollo?

1. El equipo de desarrollo siente que se involucra demasiado tarde en el proceso de

planificación.

2. El equipo se siente frustrado por las historias incompletas que entran en la planificación
del sprint.

3. Al equipo de desarrollo se le complica descubrir nuevas funcionalidades o

características que hagan crecer el producto, debido al “backlog infinito”

● ¿Qué es lo que permite Dual Track Agile? ¿Qué tracks propone?

Está basado en el scrum y distingue dos ciclos (tracks): discovery y delivery. El
descubrimiento y el desarrollo se visualizan en dos tracks porque son dos tipos de trabajo y
dos tipos de pensamiento.

● Principal objetivo de cada Track

El delivery team busca solucionar problemas a los clientes y generarles valor. Es el equipo
de desarrollo. Procesan las ideas que los clientes le dan, las codifican y se las vuelven a
entregar. Se centra en la previsibilidad y la calidad.
El discovery team valida el valor y la viabilidad de una idea, creando prototipos a lo largo
del camino. Se hacen preguntas como: si es factible (posible desde el negocio y la
tecnología), usable (la tecnología está al alcance del usuario y es deseable) y valioso (viable
para el negocio y deseable para los usuarios)

● Duración, inputs, outputs, equipo

Para armar el backlog de ideas el discovery team tiene varias fuentes: visión del producto,
feedback del usuario, objetivos del negocio y feedback del delivery team.
El Delivery es el más largo, el Discovery es más corto. Esto es así porque en discovery se
utilizan prototipos que son más rápidos de hacer, es solamente un sprint. El discovery lleva
más sprints. Discovery, inputs (ideas que entran con el feedback del cliente, y las ideas de
otras áreas como de ventas, de mkt) y outputs (ideas validadas para alimentar el backlog
del equipo de delivery). El Delivery, input (historias de usuario que entrego el otro equipo) y
output (un incremento de producto potencialmente entregable, darle valor al cliente). Los
equipos tienen su propia forma de trabajo (mindset) pero hay una planificación conjunta
sobre lo que se va a hacer, todos tienen el mismo objetivo.

● ¿Cómo gestionamos el backlog de ideas?

Se gestiona haciéndonos las preguntas de si es posible, usable y valioso.

Clase 3:
● Niveles de gestión de un producto digital: ¿Cómo crecen los equipos de producto?
¿Cuáles son los 3 niveles que identificamos en las grandes organizaciones?
Los 3 niveles son: portfolio, programa y equipo.

❖ En el primer nivel se define la estrategia, determinan la visión de producto, las

misiones del equipo, el conjunto de productos digitales que van a desarrollarse.
❖ En el segundo nivel encontramos directores de producto o un product manager de
grupos. Son los responsables de articular la visión con un roadmap y definen los KPI
que vamos a intentar lograr.
❖ En el tercer nivel es el de equipos, el product manager en su trayectoria inicial donde
los equipos trabajan en ejecutar el roadmap definiendo el backlog y los features.
Todos los equipos deben estar coordinados y cumplir con la visión.
 ● ¿Cuáles son las etapas del ciclo de la estrategia del producto
Etapas:
Estrategia: Definimos la estrategia dentro de la cual está la visión.Salimos a validarla.
Roadmap: Armamos el product roadmap, que es la ejecución táctica de la estrategia.
Product Backlog: Pasamos a la construcción del producto. Armamos el backlog y medimos
los KPI’s del producto y cómo trabaja el equipo de desarrollo para medir nuestra capacidad..

Clase 4:
● ¿Cómo priorizar las ideas? MoSCoW

Las ideas que se nos ocurran tienen que estar alineadas con la visión del producto y los
objetivos de negocios. Hay que elegir las ideas que más impacto tengan en el negocio.

Clase 6:
● ¿Qué es el Product Market Fit?

Es el proceso mediante el cual una empresa define cuál será su público objetivo y estima la
demanda que tendrá en un mercado concreto. Anticipa escenarios sobre la rentabilidad de
la empresa y facilita la atracción de nuevos inversores.

Etapas del proceso:

· Descubrimiento del cliente: Se define el target que tendrá nuestro producto o servicio.

· Validación del cliente: Escuchamos y observamos su comportamiento respecto a

nuestro producto validando o no lo que ya sabíamos de nuestros potenciales clientes.

· Crecimiento empresarial: Se encuentran nuevos clientes que agrandan el mercado

actual o facilitan el hallazgo de nuevos nichos.

● ¿Para qué sirven las métricas AARRR o Pirate Metrics

Sirve para comprender a los clientes, su recorrido y optimizar su embudo, así como
establecer algunos objetivos valiosos y procesables para su negocio.

● ¿Qué niveles de métrica podemos encontrar?

○ Adquisición: Captura de lead (cliente potencial o prospecto cuya
información de contacto haya sido capturada de alguna manera) Hay 3 tipos
de personas en el ciclo de vida de un lead (visitante, lead: dejó sus datos,
pidió más información, y lead calificado: avanzó en el proceso de compra
pero no la completó). La adquisición se puede hacer a través de múltiples
canales digitales (redes sociales) y encontrar cuál es el que tiene mejor
rendimiento en términos de conversión y el costo de adquisición más bajo.
○ Activación: Pasar de ser un simple usuario a un usuario activo. Tiene que
ver con el momento “Ahá”, cuando le copa la aplicación y la empieza a usar
de manera más regular o de determinada manera. Cada compañía define
cuál es ese momento de su producto.
○ Retención: Estrategias para lograr retener a los clientes y que la tasa de
adquisición sea mayor a la tasa con la que estoy perdiendo clientes. Se
trabaja en su satisfacción.
○ Referimiento: Buscamos que los clientes fidelizados se vuelvan referentes y
den a conocer el producto a otros. Para eso hay estrategias, como ofrecer
más espacio a sus usuarios si invitan a sus amigos a dropbox.
○ Revenue: Siempre buscamos poder monetizar. Para medir los ingresos
usamos el CLV (la cantidad de ingresos que se obtienen de un cliente
durante todo el ciclo de vida) y el CAC (el costo de adquirir un cliente). El
CLV tiene que ser mayor al CAC para que se genere revenue.

● ¿Cuáles son las métricas que más importan?

Clase 7:
● ¿Cuál es el objetivo de una review del sprint?
Verificar el incremento del producto y obtener feedback de los stakeholders. Vemos cuánto
logramos de lo que nos propusimos hacer y qué cosas quedan pendientes.
 ● ¿Para qué sirve una retrospectiva y cuál técnica aprendimos?
La retrospectiva es del equipo y nos permite obtener insights para ver en qué aspectos hay
que mejorar.
Técnicas: 4L y Mad, Sad, Glad
Ayudan a mejorar los roces de los equipos, las dinámicas.

Módulo 2 - Gestión del cambio de un producto digital

Clase 8:
● ¿Para qué sirve el feedback de los clientes?
Es uno de los inputs del discovery track. Sirve para recibir ideas, ver cuáles concuerdan con
la misión y visión de la empresa y priorizarlas. Hay técnicas como Moscow y ver si son
factibles, viables y usables.
Hay que priorizarlas dependiendo del impacto y alcance del negocio y en base a la
evidencia que tengamos para armar los experimentos.

● ¿Qué pasos sigue un PIE (Product Idea Experiment)?

Un PIE arranca con una hipótesis (idea estructurada de una determinada manera para
poder ser validada), luego armo prototipos y hacemos una validación con los usuarios. A
partir de ahí obtengo feedback y mediciones (insights) para tomar decisiones luego.

● ¿Qué tipos de experimento puedo hacer? ¿Qué debo tener en cuenta?

Experimentos para el descubrimiento (discovery):

Experimentos para la validación (validation):

 ● ¿Cuáles son las características de un experimento?
Los experimentos son baratos y rápidos, aumentan la fuerza de la evidencia, producen una
sólida evidencia y reducen la incertidumbre lo máximo posible.

● ¿Cómo formulo una hipótesis para un experimento? ¿Qué aspectos considero?

¿Cómo priorizo?

● ¿Cuál es la diferencia entre un prototipo y un MVP?

Prototipo: Testea/valida una hipótesis y promete un incremento de valor.
MVP: Da un incremento de valor real a los clientes.

Clase 9:
● ¿Qué son las métricas de vanidad?
Son métricas que nos hacen quedar bien pero no muestran la realidad de lo que sucede.

● ¿Cuáles son las características de una buena métrica?

*Accionables: deben mostrar la relación causa-efecto
*Accesibles: deben ser simples de recolectar y procesar y comprensibles para todos
*Auditables: que puedan ser contrastados y comprobados

● ¿Cómo podemos medir la respuesta del usuario frente al prototipo?

● ¿Qué decisiones puedo tomar en base a los resultados?

Hay 4 decisiones diferentes:
1- Escalar: escalamos la idea validada
2- Optimizar el producto: surgen otras características que el cliente también valora
3- Pivotear la estrategia: podemos identificar otro target o modelo en base a los resultados
4- Matar la idea: el experimento no valida la hipótesis

Clase 10:
● ¿Qué es un product roadmap? ¿Para qué sirve? ¿Objetivos? ¿A cuáles preguntas
responde?

Es un plan accionable (hay acciones que van a suceder en determinado momento) que
muestra cómo creemos que evolucionará nuestro producto a lo largo del tiempo. Una hoja
de ruta muestra las acciones que tenemos que hacer.

Busca responder 3 preguntas:

· ¿Qué?: Qué queremos hacer y qué vamos a hacer. Son aquellas características o
agrupaciones de features o intenciones que vamos a hacer para contribuir a lograr los
objetivos de negocio o resolver problemas.

· ¿Cuándo?: Es en qué momento va a suceder, esto sirve para saber si tengo la

capacidad de desarrollarlo y si tenemos presupuesto.

· ¿Por qué?: Un PM tiene que poder justificar la priorización de las intenciones e

iniciativas. Por qué una se hace primero y otra después. La justificación es respecto de
los objetivos de negocio, insights, feedback del cliente, herramientas de priorización.

Sus objetivos son describir la estrategia del producto, ser una guía para ejecutar la
estrategia, permitir alinear a los stakeholders internos y externos, facilitar las
conversaciones acerca de opciones y escenarios.

● ¿Cuáles son las diferencias con el backlog?

El roadmap es un plan estratégico que describe cómo el producto va a ir creciendo a través
de varios lanzamientos de producto. Por otro lado, el backlog es una herramienta táctica
que provee los detalles, incluyendo user stories que deben implementarse para crear uno o
más lanzamientos.

● Enumeremos las técnicas de priorización

Priorizar significa tener que decir que NO.
Técnicas:
*Moscow
*Valor/esfuerzo
*Valor/riesgo
*RICE

● ¿Qué significa RICE? ¿Cómo se aplica?

· Reach: Cuántos clientes serán impactados con esta función

· Impact: Qué crecimiento habrá en la conversión/adopción/satisfacción/ del cliente con

esta funcionalidad
· Confidence: Es el nivel de confianza que tenemos en las estimaciones de alcance ,
esfuerzo e impacto

· Effort: Estimación del esfuerzo que implica desarrollar esa característica o función

● ¿Cuándo ajustar el roadmap?

Cada 3-6 meses con un mercado estable y un producto maduro. De manera más corta si el
mercado es más dinámico y el producto es jóven.

● ¿Cómo se relaciona el roadmap con el presupuesto?

El roadmap se arma en base al presupuesto que se tiene.

Clase 11:
● ¿Cuáles son los diferentes tipos de aplicaciones que vimos? Características de cada
una
Web App: Sitios web tradicionales (landing page). Tienen un navegador, se programan en
HTML o JavaScript y lo podemos ver en un navegador cualquiera. Se necesita una
conexión a internet para que funcione.
App Híbrida: Puede acceder al sistema operativo (y sus beneficios de la nativa) pero su
rendimiento es menor. Utilizan un webview que tiene un plug in que nos permite
conectarnos con el sistema operativo. A veces las conexiones fallan y es difícil identificar los
errores.
App Nativa: Se programan con un determinado lenguaje y se comunican con el sistema
operativo, no utilizan navegador. Puede usar muchas más funcionalidades (cámara,
acelerómetro).

● ¿Para qué nos sirve la nube? ¿Qué es IAAS, PAAS y SAAS?

La nube nos sirve para solucionar varios problemas. Nos olvidamos de tener que pagar el
mantenimiento y los servidores. Tercerizamos todo eso, no necesitamos un equipo de IT
muy grande.

· IAAS: Contratas lo que necesitas puntualmente.

· PAAS: Contratas el almacenamiento. Tengo diseñada la app.

· SAAS: El usuario consume software como servicio. Ejemplo DRIVE o GMAIL

● ¿Cómo nos integramos a otros productos digitales? ¿Por qué lo haríamos?

Las integraciones son vía API, es la forma más rápida y sencilla de hacerlo. Por ejemplo
están las ERP, Social media, Geo, Payment, CRM, Shipment.

● ¿Por qué debo considerar tecnologías emergentes en el diseño del producto?

Es importante tenerlos en cuenta porque uno a veces no tiene las capacidades dentro de su
equipo para hacer desarrollos apalancados en estas tecnologías emergentes. Por eso el PM
decide subcontratar servicios o acoplar al proyecto a empresas terceras que provean ese
desarrollo.
Ejemplo: IOT, AI, Biometría, Blockchain, VR, etc

Clase 12:
● ¿por qué deben gestionarse los cambios?
Los cambios deben gestionarse para poder ir incorporándolos al proyecto de manera eficaz
y así innovar y crecer. Para ello debemos hacer un análisis y evaluar su impacto.
Formas de Gestión de cambio:

· Top-Down Change: El cambio tiene menos resistencia (por venir desde arriba) pero
ponerlo en marcha lleva más tiempo porque los equipos lo tienen que apropiar.

· Bottom-Up Change: Los cambios tienen menor inercia. Ya hay una apropiación, las
ganas de hacerlo.

Tipos de cambio: Por naturaleza o Por impacto

Niveles de cambio:

· Nivel 1: Aquellos que no cambian la forma de trabajar de ninguna persona en la

compañía y no requieren ajustes de procesos en la organización. Son cambios
pequeños y fácilmente reversibles, con pocos stakeholders. Ej: cambios de posición de
botones o de etiquetas.

· Nivel 2: Son aquellos cambios que sí cambian los procesos de trabajo y por lo cual
requieren una gestión mayor para acomodar a la organización a la nueva forma. Son
cambios con impacto duradero que si bien se encuentran alineados a la misma visión,
tienen efecto permanente, no son fácilmente reversibles e involucran generalmente a
varias áreas de la compañía. Ej: cambios en un Gateway de pagos o en flujos de
procesos de compra, etc.

· Nivel 3: Son cambios de estrategia, conocidos como Pívots, donde cambia el foco de un
determinado proceso o parte del negocio. Son cambios estratégicos con impacto
duradero, no son fácilmente reversibles e involucran varias áreas de la compañía. Ej:
cambio de un sistema de pago único a un sistema por suscripción.

● Tipos de cambio: recordemos los tipos por naturaleza y niveles de impacto

● ¿Qué es el riesgo y cuáles son sus características?
Puede definirse por dos variables: la vulnerabilidad (el daño que tendríamos si el riesgo
ocurriese. Cuanto más grande es la vulnerabilidad, más daño hará el riesgo) y la
peligrosidad (probabilidad de ocurrencia de un riesgo). El riesgo es la combinación de
estas dos variables.

● ¿Qué estrategias puedo usar frente al riesgo?

*EVITAR: No aceptar las condiciones de probabilidad y daño
*REDUCIR: Realizar acciones sobre la probabilidad o el daño para reducir el riesgo
*TRANSFERIR: Aceptar las probabilidades, pero no el daño. De ocurrir otro se hará cargo
de solventarlo
*ACEPTARLO: Aceptar el riesgo, y avanzar de todas maneras, a conciencia de lo que
puede pasar

● ¿Para qué sirve la matriz de riesgo?

Ayuda a ver los riesgos más relevantes, sobre los cuales hay que trabajar.

-------------------------------------Segunda Mitad---------------------------------------

Módulo 3 - Construcción y crecimiento de un producto digital

Clase 14
● Gestión del backlog: ¿Qué contiene un backlog?
El backlog es un listado ordenado y priorizado de todo aquello que es necesario que forme
parte del producto.
Contiene:
 ❖ Features (user stories, use cases, free from test)
❖ Defects
❖ Deuda técnica
❖ Adquisición de conocimientos

● ¿Qué son las épicas e historias de usuario?

Las historias de usuario son descripciones cortas y simples de una funcionalidad, escritas
desde la perspectiva del usuario. COMO <rol> QUIERO <necesidad> PARA <beneficio>

Las épicas son una especie de historias de usuarios pero más generales, no tan
específicas. No están refinadas. A partir de ella se pueden obtener varias historias de
usuario.

● Diferencias entre el backlog y el roadmap

El roadmap es un plan estratégico que describe cómo el producto va a ir creciendo a través
de varios lanzamientos de producto. Por otro lado, el backlog es una herramienta táctica
que provee los detalles, incluyendo user stories que deben implementarse para crear uno o
más lanzamientos.

● DoR: ¿Qué es y para qué sirve?

Los Definition of Ready son criterios/acuerdos que deben cumplir las historias para que el
Delivery Team las pueda desarrollar. De no cumplirlos, se pueden presentar trabas y
retrasos en el desarrollo.

● Técnicas de estimación:
○ T-shirt size: Se estima el tamaño de las historias a través de los talles de las
remeras (S es pequeña y XL es muy grande)
○ Poker planning: Se estima el esfuerzo por medio de cartas, y se suma el total
de lo elegido por todos
Necesitamos estimar para saber el esfuerzo de cada tarea y poder planificar. Hay que
hacerlo de manera consensuada y evitando usar unidades de tiempo. Se puede estimar
esfuerzo, valor que aporta al negocio, urgencia, oportunidad y tamaño de desarrollo.

Clase 15
● Calidad visible y no visible:
La calidad es lo que define si el cliente va a volver a comprar/recomendar tu producto o no.
 Lo positivo visible son cambios que el usuario puede notar. Lo positivo no visible son
cambios en el backend que son poco probables que el usuario los note, pero que hacen
que funcione mejor o sean escalables en el tiempo.

Lo negativo visible son los bugs, errores, fallos, defectos. Una mala calidad visible, apps
que no funcionan, experiencia de usuario mala, etc. Lo negativo no visible es la deuda
técnica, productos que no son posibles de escalar a futuro. A veces se hace para tomar
atajos y avanzar con ciertas funcionalidades, uno no puede hacer todo perfecto desde
cero.

● Diferencia entre QA y QC:

● Tipos de pruebas
○ Unidad y componente: Las hacen los programadores mientras programan, ya
que es solamente la parte que programa.
○ Integración: Hay que asegurarse que no haya fallas en el código que todos
los programadores hicieron e integraron, que todo funcione, que las
funciones y llamados funcionen.
○ Sistema: Se hace una prueba del rendimiento del hardware. Me fijo cómo
funciona el producto y cómo lo hace sobre el hardware.
○ Aceptación: Tiene que ver con los criterios de aceptación. A veces el product
owner/usuarios valida que cada historia de usuario cumpla con esos criterios
y se prueba el sistema para ver que los cumpla.
● DoD y criterios de aceptación:
El Definition of Done es un consenso de que todos entendemos lo mismo por “terminado”.
Si no tiene todo esto, entonces no está terminado. Se aplica a todas las historias de usuario.

Los criterios de aceptación son los criterios para cada historia de usuario específicamente
que hay que tener en cuenta para aceptarla.
Formatos de los criterios:

➔ Comprobar [criterios]
➔ Demostrar [comportamiento esperado]
➔ Verificar que cuando [rol] hace [acción] consigue [resultado/comportamiento
esperado]
➔ Dado que [contexto] y adicionalmente [contexto] cuando [evento] entonces
[resultado/comportamiento esperado]
Clase 16

● ¿Por qué debe importar la Deuda Técnica?

Hay veces que quedan errores “menores” en el producto pero que a largo plazo pueden
suponer un problema importante. En general se opta por aplazar su arreglo para darle plazo
a nuevas funcionalidades para mantenerse competitivo en el mercado.

● Tipos de deuda técnica:

○ Decisión de equipo: El equipo de desarrollo se da cuenta de que no va a
llegar a tiempo respetando las mejores prácticas.
○ Accidente: Es inevitable, en la medida que el software crezca y evolucione se
va a presentar. Esto pasa mucho cuando hay programadores junior, que no
tienen mucha experiencia.
● ¿Qué es el refactoring y cuándo se usa?

Es el proceso de modificar el código de un desarrollo para mejorar su estructura interna sin

alterar la funcionalidad que ofrece el desarrollo externamente. Se utiliza para corregir la
deuda técnica.

Clase 17

● Sprint Planning: ¿Qué es y para qué sirve?

Es una reunión que se realiza al inicio de cada sprint donde se seleccionan los ítems del
product backlog que se van a desarrollar en el siguiente sprint.

● Burndown chart:

Es una métrica en scrum para medir el avance y refleja la realidad y el estado del sprint..
Muestra el avance de trabajo del sprint en función de los story points y el tiempo. Cada día
se marcan cuántos story points quedan por realizar.

● Métricas de velocidad: Miden la velocidad del equipo. Es la cantidad de trabajo que

un equipo puede completar en un sprint de manera satisfactoria. Se tienen en cuenta
las tareas completadas de los últimos 3 sprints para calcularlo.

● Diferencia entre product backlog y sprint backlog:

Uno explica las funcionalidades del producto, lo que hay que hacerle. Otro explica lo que el
equipo se compromete a hacer dentro de un sprint. El product backlog no debería cambiar,
sino que hay que mantenerlo estático, pero a veces hay que reestructurarlo por situaciones
(buffer) que exceden al equipo.

● ¿Cómo se define el objetivo del sprint?

Se define a través de dos métodos:

 *Demo Driven: El PO propone el objetivo y el equipo elige qué historias se
necesitan para completarlo

*Priority Driven: Seleccionar las historias de usuario más prioritarias del Product
Backlog y en base a eso definir qué objetivo cumplen.

Clase 18

● ¿Qué es la internacionalización?

Es la capacidad que alcanza una empresa de poder comercializar sus productos o

localizarse en otro país del mundo, que no sea su país de origen.

● ¿Es igual en cada región?

No, hay que tener en cuenta los aspectos legales, culturales y preferencias de los
consumidores. También el contexto de los países es diferente.

● Consideraciones para UX

● Estrategias y tipos de internacionalización:

❖ Exportación: Estamos ubicados en un país y brindamos servicios desde ahí
a otros países.
❖ Desembarco completo propio: Es cuando desembarcamos por completo
con nuestra operatoria en otro país.
❖ Con socio local: Nos asociamos con un inversor local que nos brinde
conocimiento, contactos y contexto del nuevo destino.
❖ Plataforma: Nos ocupamos de la propuesta de valor de cara al cliente
descargando regulaciones y temas locales en una empresa similar con la que
nos integramos.

Clase 19

● Multicanalidad vs Omnicanalidad
Omnicanalidad: Poner al cliente en el centro, desde ahí construir los canales mediante los
cuales el cliente se va a comunicar con nuestro producto/servicio. Se busca lograr una
experiencia homogénea (el call-center puede ver los reclamos recibidos por mail, etc.)

Multicanalidad: Tener diferentes canales para que cada cliente se pueda comunicar de la
forma que prefiera. Pero no está cuidada la experiencia de usuario o no es homogénea, la
experiencia no es la misma en un canal que en otro.

● Características de la omnicanalidad:
○ Unir las áreas para tener una estrategia común: MKT, Operaciones,
Tecnología en una misma estrategia de relación con los clientes en los
distintos canales para ofrecer una experiencia homogénea
○ Generar “experiencias” de compra: Buscar dar ofertas personalizadas e
inmediatas pero NO INVASIVAS con un seguimiento continuo de los
contactos con el cliente
○ Identificar motivaciones y objeciones: Poder entender en profundidad las
buenas y las malas prácticas durante el proceso de compra para poder
responder a cada una de ellas. Importancia del Customer Journey Map
del cliente y de las micro-conversiones a través de AARRR
○ Optimizar la cadena de suministro: Los centros de distribución juegan un
papel primordial (uniendo todos los eslabones) para reducir costos de
operación y logística. Este punto también se relaciona con la gestión del
backoffice

● CRM como herramienta para escalar: Zendesk, Salesforce, Zoho, Microsoft

Dynamics

● ¿Cuáles son las tareas del Back Office?

El backoffice son actividades que dan soporte a la empresa y no conllevan un contacto

directo con los usuarios/clientes

Se encarga de:

• Administración de bases de datos

• Organización del inventario/stock/sku de la empresa

• Finanzas de la empresa (pagos, impuestos)

• Administración de Recursos Humanos

• Logística de la empresa

• Soporte técnico
 ● ¿Qué es un flujograma y para qué sirve?

Es la representación gráfica de un algoritmo o proceso. Sirve para saber qué tenemos que
hacer, ver los puntos donde puede haber un problema y hacer mejoras, están claras las
partes dentro de un proceso y ayuda a entender más fácilmente los protocolos y procesos
en una empresa.

Módulo 4: Gobierno ágil de productos digitales

Clase 21

● ¿Qué es un presupuesto? ¿Por qué es importante su planificación y control?

Cuando se presenta el roadmap, este cuenta con un presupuesto . Los presupuestos se

hacen bajo un paradigma: se modifica el alcance (product backlog) pero el tiempo (sprints) y
el costo (equipo) se mantienen iguales. [Triángulo de Hierro]

El presupuesto para un producto digital es su plan de acción que fue aprobado y con el cual
se asignan las responsabilidades en el cumplimiento de unas metas determinadas a corto
plazo.

Pueden realizarse controles y actualizaciones de manera mensual, trimestral o

cuatrimestral.

Tiene 3 etapas: Planeamiento, Ejecución y Control.

El presupuesto y el modelo financiero nos sirven para tomar una decisión de inversión,
testear escenarios futuros, valuar el negocio, identificar errores de planificación o proyectar
necesidades financieras.

Presupuesto proyectado (devengado): un ingreso o gasto se registra en el mes que tiene

mayor probabilidad de ocurrir, independientemente si espero cobrarlo o pagarlo. Para
armar el Cashflow (flujo de caja) proyectado (percibido), ingresos y gastos se registran en el
momento en que espero cobrarlos o pagarlos. Por lo general, esta herramienta es
armada por el área administrativa/financiera.

Relación entre el PM y el CFO: El CFO debe estar en permanente comunicación con las
demás áreas funcionales (producción, comercial, RRHH, legal) para reportar cuál es la
situación de la empresa en términos de ingresos y gastos y así ajustarse a los recursos
disponibles para las inversiones que cada área necesite, por lo que desempeña un rol de
control y de asesor de todas las áreas.

Tipos de gastos:

*OpEx (gastos de operación): Son gastos recurrentes (directos o indirectos) de un producto

o área de producto.

Los costos directos son costos que se pueden asociar directamente con el desarrollo de un
producto o área de producto. Ej: sueldos y gastos vinculados del team (cargas sociales,
prepaga, seguros de vida). Los costos indirectos son todos los gastos en los que incurre la
empresa para lograr sus fines, pero no pueden adjudicarse directamente a un producto o
área. Requiere definir algún tipo de medida de distribución o asignación. Ej: alquileres de
instalaciones/oficinas y gastos vinculados al consumo o uso de suministro como electricidad
o limpieza (por persona)

Se contabilizan de inmediato como costo, ni bien se conocen.

*CapEx (gastos de capital): Son gastos indirectos, referidos a compras de bienes físicos
que aumenta nuestra capacidad productiva y que son propiedad de la empresa.

Gastos de mantenimiento de los activos que ya posee el negocio, siempre y cuando estos
no vayan dirigidos a la mera reparación de los mismos sino a la expansión de su vida útil.

No se contabilizan de inmediato como costo, sino que pueden amortizarse a lo largo de

varios ejercicios en función de su depreciación.

Clase 22

● Tipos de contrato en desarrollo de software

○ A precio fijo: alcance fijo, precio y entrega fijo, cambios con un fee y los
riesgos están del lado del proveedor.
○ Por tiempo y materiales: cuando hay incertidumbre y no sabemos el alcance
completo de la solución ponemos el costo fijo (el equipo dedicado) y el precio
está vinculado a la hora o perfil del equipo. No se fija el alcance o el tiempo.
● ¿Cómo protegemos el desarrollo de un producto digital?

Hay que tener en cuenta los derechos de autor sobre el software y la marca. A quienes
desarrollan el producto hay que hacerles firmar un contrato por encargo y para proteger la
propiedad intelectual.

● Si recolecto/uso datos de las personas, ¿qué debo considerar?

Hay que considerar la política de privacidad que sea aceptada por los usuarios. Hay datos
sensibles que no pueden ser recabados, por lo que no hay que pedirlos.

● ¿Qué debo establecer en los términos y condiciones de uso?

Va a estar especificada la licencia de uso, qué puedo hacer y no con el software.

Clase 23

● ¿Cómo se transforman las organizaciones?

Para transformarse digitalmente las empresas deberían comenzar obteniendo el

pensamiento agile, algo que no se logra de la noche a la mañana. Es más fácil implementar
prácticas y métodos ágiles, pero no tienen el mismo rendimiento que las empresas ágiles
nativas ya que deben cambiar la cultura.

● ¿Cómo se logra el mindset digital y la cultura agile?

Para lograrlo hay que tener un mindset que no sea estático, si hoy no puedo hacer algo
entonces mañana podré. Hay que tener una mentalidad de crecimiento.

● ¿Por qué es clave el rol de RRHH?

Debe estar enfocado al cuidado de las personas, a la selección del personal.

● ¿Cuáles son las 4 etapas de un colaborador dentro de una organización?

● Selección: se buscan personas con un fit técnico (carrera universitaria, cursos

realizados, rangos, idiomas) y un fit cultural (actitudes, valores, preferencias, gustos,
comportamientos)
 ● Capacitación y feedback: Etapas de feedback: Fijación de objetivos SMART, revisión
del performance, autoevaluación, evaluación 360.
● Reconocimiento: Por ejemplo un programa de reconocimiento social como el
empleado del mes, o entre pares usando Kudos/Starmeup
● Compensación: Además del salario se puede implementar un salario emocional
(retribuciones para mejorar el bienestar y la calidad de vida de la persona, como
vacaciones, días de cumpleaños, días especiales, licencias extendidas por
maternidad/paternidad, pago de guarderías, cocheras, regalos en fechas especiales)

Clase 26

¿Cómo se busca innovar en las organizaciones y cómo se financia el crecimiento de una

organización y del producto?

En una organización establecida para poder innovar se necesita de prácticas y

herramientas como la investigación, el feedback de los usuarios, los prototipos, etc.
Además se necesita un mindset agile y de crecimiento.

Las organizaciones exitosas que logran innovar tienen una forma de trabajar y gestionarse
internamente donde desarrollan equipos con un mindset intraemprendedor.

Formas/herramientas para incentivar el intrapreneurship:

● Hackathon: hay que resolver un problema en uno o dos días y se entrega un diseño
de la solución
● Ferias de ideas: Hay diferentes propuestas, pruebas de concepto para exponer, se
pitchean ideas y propuestas para ver en cuáles invertir.
● Sandbox fund: Se les da tiempo o dinero a los empleados para que puedan trabajar
o contratar aliados que los ayuden a armar un business plan o prototipar y
presentarlo.
● Tiempo de innovación: Se les da un 20% del tiempo para hacer investigación. En
Google así nació GMAIL.
Para innovar necesitamos financiación.

Etapas del negocio y sus fuentes de financiación:

● Explorar (concepto): La financiación corre por cuenta de los creadores. Uno mismo
se financia con lo poco que tiene.
● Validar (pre-seed): Ahora se suman los FFF, incubadoras (como inicia o socialab) y
las ayudas públicas (como subvenciones)
● Construir (seed): Te pueden financiar crowdfundings (como wuabi) o business
angels
● Lanzar (early-stage): Recurris a aceleradoras (como embarca o mercado libre funds)
● Expansión (growth): Recurris a fondos de capital de riesgo (como Mercadolibre o
Kalei). Alguien compra una parte de nuestro capital.
● Madurez: Se financian con préstamos bancarios, vendemos acciones a algún
privado o salen a la bolsa y hacen su oferta.