Trabajo Práctico Integrador · 2026

Van a construir algo real. Esta es la hoja de ruta.

Durante siete sprints, su equipo lleva una idea desde una hoja en blanco hasta un producto digital con modelo de negocio, prototipo y pitch. No es un trabajo para entregar y olvidar: es un recorrido de aprendizaje donde cada etapa deja una base sobre la que se apoya la siguiente.

Esta guía tiene todo lo que necesitan para cada sprint — el qué, el cómo y, sobre todo, el para qué — más los diagramas de cada herramienta y los recursos para llegar preparados.

📐 7 sprints 🎯 Método ágil + innovación 🧩 Se evalúa acumulativo 🏁 Cierra en un pitch en vivo
💡
Cómo usar este documento. Leelo de arriba hacia abajo la primera vez para ver el arco completo, y después volvé a cada sprint cuando te toque. Los bloques ¿Por qué? explican la lógica detrás de cada pedido; las Condiciones de Satisfacción son el mínimo aceptable (tu checklist antes de entregar); los Criterios de Evaluación son lo que mira la nota. Las condiciones de entrega formales (campus virtual, permisos, tablero de transparencia) viven en el Brief general de la materia.
El kit de herramientas — la plataforma la eligen ustedes

Cuando la guía pida un tablero colaborativo, sirve cualquiera de estas. La cátedra no exige una en particular: la única condición es que varios puedan editar a la vez y que se entregue con un enlace. Elijan una en el Sprint 1 y quédense ahí — cambiar de herramienta a mitad de cuatrimestre les hace perder el historial del equipo:

Para elegir: Excalidraw es la más rápida de arrancar — no pide cuenta ni instalación: un integrante crea el tablero y comparte el enlace de edición. FigJam y Miro tienen plantillas listas para FODA, mapa de empatía y Lean Canvas; ojo que el plan gratuito de Miro limita la cantidad de tableros activos. Canva conviene si además van a armar el pitch ahí. Para el prototipo navegable del Sprint 3, Figma es la opción más común y con tu correo de estudiante pedís el plan educativo sin costo — pero vale cualquier herramienta cuyo resultado se pueda clickear y recorrer.

1
Sprint 1 · La base de todo

Definición de Valores y Problemática Central

Antes de resolver un problema, decidan quiénes quieren ser como equipo y qué problema vale la pena resolver.

Objetivo del sprint

Establecer los valores individuales y de equipo, definir una visión y un propósito compartido (MTP), y elegir la problemática central que van a acompañar durante todo el cuatrimestre.

Herramientas sugeridas ✏️ Excalidraw 📄 Google Docs

Es el sprint más fácil de subestimar y el más caro de hacer mal: todavía no hay producto ni mercado, solo ustedes. Alinearse de entrada es lo que evita peleas y bloqueos más adelante.

⏱️
Cómo se trabaja este sprint. Casi todo arranca individual —reserven ~2 horas cada uno para hacer su parte con calma— y después se centraliza en equipo. Los equipos que se toman en serio esta etapa se conocen de verdad, y de eso depende buena parte de lo que pase después.
1

Valores personales y de equipo

Cada integrante identifica entre 3 y 5 valores personales que le importan al trabajar en equipo. Después los ponen en común y consensúan entre 3 y 5 valores de equipo.

Y acá está la clave: no dejen los valores en abstracto. Para cada valor de equipo, definan qué significa para ustedes, con principios de acción (comportamientos concretos que lo hacen visible) o con un "definition of done": ¿cómo nos damos cuenta de que este valor está pasando de verdad?

🧭
Ejemplo. Valor: Respeto. Principios de acción: "no nos interrumpimos; cada idea se escucha hasta el final; los desacuerdos se discuten sobre la idea, no sobre la persona." Definition of done: "en cada reunión habló todo el mundo al menos una vez."
Un valor sin definición es una palabra linda que no sirve para decidir. "Respeto" o "compromiso" significan cosas distintas para cada uno. Al bajarlos a comportamientos concretos, se vuelven una regla real para resolver desacuerdos cuando estén cansados y a contrarreloj.

Formato tablero colaborativo, con un cuadro resumen de cada valor y su definición/principios. Entrega enlace con los valores individuales y el consolidado de equipo.

2

MTP y Visión del equipo

Formulen un Massive Transformative Purpose (MTP): una frase ambiciosa que describa el impacto que quieren generar, más una visión de hacia dónde se ven como equipo. No busquen que quede perfecto acá — es un primer borrador que van a pulir.

El MTP no es un objetivo comercial ("vender 1.000 suscripciones") sino una causa ("que nadie tenga que elegir entre comer sano y comer barato"). Es el imán que sostiene la motivación cuando el trabajo se pone tedioso.

Formato documento o tablero colaborativo. Entrega enlace con el MTP y la visión.

3

FODA personal y de equipo

Cada integrante hace su propio FODA (Fortalezas, Oportunidades, Debilidades, Amenazas) y luego el equipo consolida un FODA colectivo.

Matriz FODA
Fortalezas
Internas · positivas. Skills, experiencia, actitudes que ya tienen.
Oportunidades
Externas · positivas. Recursos, contactos o contextos que pueden aprovechar.
Debilidades
Internas · a mejorar. Lo que aún no dominan como equipo.
Amenazas
Externas · de riesgo. Lo que puede complicar el proyecto desde afuera.
Arriba, lo positivo; abajo, lo negativo. Izquierda, lo interno (ustedes); derecha, lo externo (el entorno).
Tomen las debilidades y amenazas como puntos de crecimiento, no como límites. Un equipo que sabe que "nadie domina Figma" puede repartir tiempo para aprenderlo; un equipo que lo ignora se choca con eso en el Sprint 3 sin plan B.

Formato tablero colaborativo. Entrega enlace con el FODA de cada integrante y el consolidado.

4

Intereses, hobbies y ustedes como primeros usuarios

Más allá del rol de estudiante o profesional, cada integrante comparte su día a día: hobbies, intereses, rutinas, lo que le apasiona y lo que le molesta. Como equipo, marquen las coincidencias: intereses en común y, sobre todo, problemas cotidianos que varios comparten.

De cierre, cada uno hace un mini mapa de empatía de sí mismo —rápido—: qué piensa y siente, ve, escucha, dice y hace, qué le duele y qué desearía. Ustedes son sus primeros usuarios.

🔎
Versión veloz. El mapa de empatía profundo, sobre un Buyer Persona real, es en el Sprint 3.
Dos cosas: team building real (se conocen como personas, no como "el que hace el Figma") y, clave, las mejores problemáticas salen de la vida cotidiana. Denle bola a lo que hacen cada día: ahí suele estar la mejor idea.

Formato tablero colaborativo: intereses, coincidencias y un mini mapa de empatía por integrante.

5

Divergencia y convergencia: de sus problemas a la problemática

Primero diverjan: cada uno, por su cuenta, propone varias problemáticas de su vida cotidiana. Sin autocensura — vale la cantidad. Después converjan en equipo: agrupen, elijan una problemática principal y dejen registradas las alternativas. Fundamenten por qué esa y cómo se conecta con su MTP.

Divergir, después converger
Divergircada uno, muchas opciones
Convergerel equipo elige una
Primero se abren para explorar, después se cierran para decidir. No cierren al 100% acá: en el Sprint 2 la ponen a prueba en profundidad.
Saltar directo a "elijamos EL problema" mata la exploración: el equipo se casa con la primera idea. Divergir solos (para no cohibirse con el grupo) y converger después es la base del pensamiento creativo.

Formato documento o tablero colaborativo. Entrega enlace con las problemáticas exploradas, la elegida y su fundamentación.

Condiciones de Satisfacciónel mínimo aceptable

Criterios de Evaluación

1

Valores del equipoClaridad al identificar los valores y la definición concreta (principios de acción / definition of done) de cada uno.

2

MTP y visiónDefinición clara y ambiciosa del MTP; visión coherente con los valores.

3

Análisis FODAProfundidad del análisis individual y coherencia del FODA de equipo.

4

Problemática centralRecorrido de divergencia-convergencia, claridad y solidez de la fundamentación, y conexión con los intereses y la vida cotidiana del equipo.

Palabras del docente

Sé que empezar por "valores" puede sonar a relleno cuando lo que quieren es arrancar a construir. No lo es. Los equipos que se rompen a mitad de cuatrimestre casi nunca se rompen por un problema técnico: se rompen porque nunca acordaron cómo trabajar juntos.

Dedíquenle una reunión entera a este sprint, con todos presentes. Que hable el que menos habla. Y cuando elijan la problemática, elijan una que los enoje un poco — la bronca bien puesta es el mejor combustible para un proyecto.

2
Sprint 2 · Salir a mirar el mundo

Investigación de Mercado y Buyer Personas

Pongan a prueba su problemática contra la realidad, y descubran a quién le están hablando de verdad.

Objetivo del sprint

Validar o redefinir la problemática central, investigar el mercado y la competencia hablando con usuarios reales, definir los públicos objetivo y sentar las bases para pensar una solución.

Herramientas sugeridas ✏️ Excalidraw 📄 Google Docs

En el Sprint 1 eligieron un problema con el corazón. Ahora toca mirarlo con la cabeza fría. Este sprint es donde muchas ideas hermosas se caen — y está perfecto que así sea: es infinitamente mejor descubrir que el problema no existe ahora, con un árbol y una tabla, que en la semana 14 frente a un jurado.

1

Revisión y expansión de la problemática — Árbol del Problema

Retomando lo que exploraron en el Sprint 1 —ahora en profundidad—, desafíen, amplíen o reformulen la problemática usando un Árbol del Problema. Identifiquen al menos 3 problemáticas potenciales, hagan divergencia y luego convergencia, y fundamenten por qué la elegida es la más significativa.

Árbol del Problema
Consecuencias · las ramas
Efecto visible A
Efecto visible B
Efecto visible C
PROBLEMA CENTRAL · el tronco
Causas · las raíces
Causa raíz 1
Causa raíz 2
Causa raíz 3
Las raíces (causas) sostienen el tronco (problema), que produce las ramas (consecuencias). Si atacan una consecuencia, tapan un síntoma; si atacan una raíz, resuelven de verdad.
El árbol los obliga a separar el problema de sus síntomas. "La gente no hace ejercicio" es un síntoma; la raíz puede ser falta de tiempo, de motivación o de dinero — y cada raíz lleva a un producto completamente distinto. Divergir antes de converger evita que se casen con la primera idea del Sprint 1 sin haberla puesto a prueba.

Formato tablero colaborativo. Entrega enlace con el árbol y la explicación del proceso.

2

Investigación con usuarios reales: alternativas actuales

Salgan a hablar con potenciales usuarios reales y registren sus alternativas actuales: qué dolor apareció y cómo lo resuelve hoy esa persona — o cómo lo aguanta, si no lo resuelve. No vale inventarlos desde el escritorio.

🎯
Cuántas conversaciones, como mínimo:
Producto B2C (para consumidores): al menos 25 casos.
Producto B2B (venta a empresas, más compleja): al menos 12 casos.
Registren en cada caso: quién es la persona, qué necesidad o problema tiene hoy, cómo lo resuelve actualmente y qué opinaría de una solución como la suya.
Esta es la parte que le da poder y magia al proyecto. Un buyer persona inventado es una opinión; uno construido sobre 25 conversaciones reales es evidencia. Cuando puedan decir "hablamos con 25 personas y a la mayoría le pasa esto", el "hay mercado para esto" deja de ser una corazonada y se vuelve un dato que nadie les puede discutir en el pitch. Y muchas veces esas charlas cambian el rumbo del producto para bien: escuchar temprano es más barato que corregir tarde.

Formato planilla o documento colaborativo con los casos registrados. Entrega enlace con la evidencia de las conversaciones.

3

Definición de 3 Buyer Personas

A partir de esas conversaciones, creen 3 Buyer Personas, cada una con perfil demográfico, comportamiento y motivaciones, dolores y frustraciones, y canales de información.

"Todo el mundo" no es un cliente: es la forma más rápida de diseñar algo que no le sirve a nadie. Ponerle cara, edad, rutina y frustraciones a una persona concreta hace que las decisiones de producto se vuelvan obvias — ya no diseñan para un promedio, diseñan para Sofía, que tiene 24 y no llega a fin de mes.

Formato documento o tablero colaborativo. Entrega enlace con las 3 Buyer Personas.

4

Análisis TAM, SAM y SOM

Recién ahora, con las personas sobre la mesa, el mercado se puede medir. Calculen el tamaño total del mercado (TAM), el mercado al que realmente pueden apuntar (SAM) y el que pueden capturar con los recursos actuales (SOM), con datos reales.

TAM · SAM · SOM
TAMTotal Addressable Market — todo el mercado, sin límites
SAMServiceable Available Market — al que su producto puede llegar
SOMServiceable Obtainable Market — el que pueden capturar hoy
De lo enorme y teórico (TAM) a lo concreto y alcanzable (SOM). El SOM es el número que hace creíble un plan.
Un inversor no cree en "el mercado es gigante". Cree en "de esos millones, nosotros podemos servir a este segmento, y en el primer año capturar esta porción". El TAM/SAM/SOM entrena esa honestidad: obliga a pasar de la fantasía al número que pueden defender con una fuente. Y por eso va después de las conversaciones, no antes: el recorte del TAM al SAM es el perfil de sus buyer personas. Calcular el mercado sin saber todavía a quién le hablan es elegir el número primero y buscarle la justificación después.

Formato documento colaborativo. Entrega documento con el análisis y sus fuentes.

5

Benchmark de competencia (desde los dolores)

Arranquen por los dolores que detectaron en la investigación con usuarios. Para cada dolor pregúntense: ¿qué hace hoy la persona para resolverlo? Eso les da a sus competidores — directos e indirectos (incluido "no hacer nada" o un Excel).

De los dolores a los competidores
😣 Dolor
Una frustración real del usuario
→
🛠️ Qué hace hoy
Cómo lo resuelve (o lo aguanta)
→
🎯 Competidor
Directo o indirecto
Cada solución actual a un dolor es un competidor. Así el benchmark sale del dolor, no del aire.

Armen un listado de ~15 competidores (directos + indirectos) y compárenlos en criterios objetivos y ligados al dolor: qué dolor resuelven y cuál no, precio, funcionalidades, propuesta de valor. Cierren con conclusiones: dónde está el hueco que nadie cubre.

No se trata de juntar mucha ni poca data: se trata de data asertiva que genere insights. Quince opciones les dan panorama; anclarlas a los dolores reales de la gente les dice dónde entrar. Si creen que no tienen competencia, todavía no la buscaron bien.

Formato tabla, en documento o en tablero colaborativo. Entrega enlace con el listado, la comparación y las conclusiones.

Condiciones de Satisfacciónel mínimo aceptable

Criterios de Evaluación

1

Redefinición de la problemáticaClaridad al confirmar o reformular el problema tras el análisis.

2

Árbol y divergencia-convergenciaProfundidad del árbol y del proceso de exploración.

3

Investigación con usuariosCantidad y calidad de las conversaciones reales y de las alternativas actuales registradas.

4

Buyer PersonasPertinencia y realismo de los perfiles, y su anclaje en las conversaciones reales.

5

Coherencia problema ↔ mercadoEl análisis de mercado sostiene la problemática elegida.

6

BenchmarkAmplitud del listado (~15), su anclaje a los dolores reales y la calidad de las conclusiones (insights, no data suelta).

Palabras del docente

Este es el sprint donde les voy a pedir que sean un poco crueles con su propia idea. No pasa nada si la problemática del Sprint 1 se transforma acá: eso no es un retroceso, es investigación funcionando.

Usen datos reales, aunque sean incómodos. Una nota periodística, un informe, una estadística oficial. "Nos parece que hay mercado" no es un dato; es una corazonada. Y las corazonadas, en este sprint, se validan o se descartan.

3
Sprint 3 · De la empatía al prototipo

Design Thinking, Lean Canvas y Prototipado Inicial

Métanse en la piel de una persona real y salgan con la primera versión tangible de su producto.

Objetivo del sprint

Aplicar Design Thinking para entender al usuario en profundidad, estructurar el modelo de negocio en un Lean Canvas y avanzar con un prototipo inicial testeable.

Herramientas sugeridas ✏️ Excalidraw 🎨 Figma ✨ Canva

Acá el proyecto deja de ser abstracto. Van a pasar de hablar sobre el problema a construir algo que se puede ver, tocar y mostrar. Es el sprint más lindo y el más exigente: empieza con empatía pura y termina con un mockup navegable.

1

Matriz de Empatía (Empatizar)

Construyan una Matriz de Empatía para uno de sus Buyer Personas. Debe empatizar con su vida en general, no solo con el uso de un producto que todavía no existe.

Mapa de Empatía
🧠 Piensa y siente
Preocupaciones, aspiraciones, lo que de verdad le importa.
👀 Ve
Su entorno, el mercado, lo que le ofrecen los demás.
👂 Escucha
Qué le dicen sus pares, referentes, medios.
🗣️ Dice y hace
Su comportamiento, actitud, lo que muestra en público.
😣 Dolores
Miedos, frustraciones y obstáculos actuales.
🎁 Beneficios
Deseos, necesidades y qué sería un éxito para él/ella.
Seis dimensiones para entender a una persona antes de ofrecerle nada. Los dolores y los beneficios son las bisagras: ahí nace la propuesta de valor.
Su producto todavía no existe, así que no pueden empatizar con "cómo lo usaría". Tienen que entender la vida del buyer sin ustedes en ella. Ese es el único terreno honesto: desde ahí van a detectar el dolor real, no el que les gustaría que tuviera para justificar su idea.

Formato tablero colaborativo, editado entre todo el equipo.

2

Ideación

Conviertan los insights en hipótesis de solución digital-first y prioricen 1 opción como MVP.

🚫
No se aceptan como solución central: capacitaciones, charlas, comunidades sin producto digital propio, ni marketplaces genéricos sin foco. Si la propuesta depende de la interacción humana como valor principal, todavía no es lo que buscamos en esta etapa.
El límite no es un capricho: el objetivo del TPI es que diseñen un producto digital que se pueda prototipar y testear. Una comunidad o una charla son valiosas, pero no se pueden mockear en Figma ni medir como un MVP. El foco en digital-first es lo que hace posible todo lo que viene después.

Entrega registro del proceso de ideación + definición escrita de la solución (1–2 párrafos).

3

Historias de Usuario (Definir)

Redacten al menos 3 historias sobre la solución que priorizaron en el punto anterior, con el formato: Como [tipo de usuario], quiero [objetivo] para [beneficio].

✍️
Ejemplo: "Como estudiante de marketing, quiero ver en un solo lugar lo último que publicaron las fuentes que sigo, para no perder media hora revisando sitio por sitio."
⚠️
El error más común: meter el producto adentro del "quiero" — "quiero una app que me recomiende contenido". El "quiero" describe lo que la persona necesita hacer, no la herramienta que se lo daría. Y si el "como" dice "usuario", todavía no es nadie: tiene que ser alguien que se pueda reconocer.
La historia de usuario mantiene el foco en el beneficio, no en la funcionalidad. Obliga a terminar cada frase con un "para…" — y ese "para" es la prueba de fuego: si no pueden completarlo con algo que le importe al usuario, esa funcionalidad probablemente sobra. Van después de la ideación por una razón simple: una historia describe la solución elegida, así que primero hay que elegirla.
4

Prototipado inicial (Prototipar y Testear)

Desarrollen un mockup navegable del producto o funcionalidad principal —en la herramienta que prefieran— y testéenlo con usuarios reales (al menos 5): incluyan un resumen del feedback y qué van a cambiar a partir de él. Este testeo es obligatorio — es el insumo directo para iterar el Lean Canvas en el Sprint 4.

Un prototipo vale más que mil reuniones. En el momento en que alguien externo toca su mockup, aprenden en cinco minutos lo que discutiendo no habrían resuelto en una semana. No busquen que esté perfecto: busquen que esté lo suficientemente vivo para provocar reacciones.
5

Lean Canvas

Completen 7 de las 9 secciones del Lean Canvas integrando todo lo trabajado. Estructura de costos y Fuentes de ingreso quedan para el Sprint 4: antes de haber conversado con usuarios y probado el prototipo, cualquier número ahí es inventado. Es una primera versión: en el Sprint 4 se completa y se corrige.

Lean Canvas
Problema
Los 3 problemas principales
Solución
Top 3 funcionalidades
Propuesta de valor única
Mensaje claro y potente
Ventaja injusta
Lo difícil de copiar
Segmentos de clientes
Buyer personas objetivo
Métricas clave
Números que importan
Canales
Camino a los clientes
Estructura de costos
Costos fijos y variables — Sprint 4
Fuentes de ingreso
De dónde viene la plata — Sprint 4
Una foto del modelo de negocio en un solo cuadro. A la izquierda el producto; a la derecha el mercado; abajo, la economía que lo sostiene.
El Lean Canvas fuerza coherencia: si la propuesta de valor no responde al problema, o los canales no llegan al segmento, salta a la vista en el mismo cuadro. Es el primer lugar donde ven su negocio completo y detectan las contradicciones antes de que cuesten caro.

Formato tablero colaborativo. Entrega las 7 secciones completas y coherentes entre sí. Las dos de economía, en el Sprint 4.

Condiciones de Satisfacciónel mínimo aceptable

Criterios de Evaluación

1

Matriz de empatíaCompleta, detallada, con dolores y beneficios claros.

2

IdeaciónExploración coherente de soluciones antes de priorizar el MVP.

3

Historias de usuarioClaridad y relevancia respecto de la solución priorizada.

4

Prototipo inicialClaridad y funcionalidad del mockup; calidad del testeo con usuarios y del feedback recogido.

5

Lean CanvasCada sección fundamentada y coherente con las anteriores.

Palabras del docente

Recuerden: su producto todavía no existe. La matriz de empatía tiene que hablar de la vida del buyer, no de cómo usaría algo que aún no construyeron. Ese error es el más común y el que más les cuesta la nota.

Y con el prototipo, suéltense. El objetivo no es que quede lindo, es que enseñe. Un mockup feo que alguien probó vale diez veces más que uno impecable que nadie tocó. Esta es la etapa en la que se aprende haciendo — háganlo.

4
Sprint 4 · Dónde jugamos

Estrategia Competitiva y Entorno

Ya tienen un producto. Ahora decidan en qué terreno juega: con qué gana, de qué depende y qué hacen primero.

Objetivo del sprint

Refinar el modelo de negocio con el feedback recibido, encontrar el espacio donde competir sin pelear de frente, entender el entorno del que el producto depende y priorizar qué se construye primero.

Hasta acá pensaron el producto. Este sprint es el giro: empiezan a pensar en su lugar en el mundo. No en cómo lo lanzan —eso viene después— sino en algo previo: dónde tiene sentido jugar, contra quién no conviene pelear de frente, y de quiénes ya depende su producto sin que lo hayan escrito todavía.

1

Iteración del Lean Canvas

Ajusten el Lean Canvas del Sprint 3 con el feedback recibido, señalando qué cambió y por qué, y completen las dos secciones que quedaron pendientes: estructura de costos y fuentes de ingreso. Sumen el punto de equilibrio: cuántos clientes hacen falta para dejar de perder plata, con la cuenta que lo produce (costos fijos ÷ margen por cliente).

Ahora sí se pueden conjeturar los números: las conversaciones dijeron qué usa hoy esa persona y cuánto le cuesta, y el prototipo probado mostró qué hay que construir de verdad. Ya tienen dos fuentes de realidad: las conversaciones del Sprint 2 y el testeo del prototipo del Sprint 3. Un Lean Canvas que no cambió con todo eso es una señal de alarma: significa que no escucharon. Documentar el cambio demuestra que el proceso iterativo funcionó — que el contacto con los usuarios movió algo.
2

Matriz ERRC (Blue Ocean)

Completen una matriz Eliminar–Reducir–Elevar–Crear, con al menos 3 elementos por cuadrante.

Matriz ERRC · Estrategia del Océano Azul
✂️ Eliminar
¿Qué factores que la industria da por obvios se pueden eliminar?
🔽 Reducir
¿Qué se puede reducir por debajo del estándar del sector?
🔼 Elevar
¿Qué se debe elevar por encima del estándar?
✨ Crear
¿Qué se puede crear que la industria nunca ofreció?
Eliminar y reducir bajan costos; elevar y crear generan valor. Juntos abren un "océano azul": un espacio sin competencia directa.
Competir de frente contra un líder establecido es una batalla perdida para un equipo nuevo. El ERRC busca lo contrario: no ser mejores en lo mismo, sino jugar otro juego. La pregunta no es "cómo les gano", es "qué puedo ofrecer que ellos ni consideran".
3

Matriz RICE

Prioricen un mínimo de 6 funcionalidades de su producto. RICE es un método para ordenar qué se construye primero, creado por Sean McBride en el equipo de producto de Intercom (una empresa de software de atención al cliente). Cada funcionalidad recibe cuatro puntajes, cada uno con una línea que lo justifique:

  • Reach (alcance), de 0 a 10: a cuántas personas les llega esa funcionalidad en un período.
  • Impact (impacto), de 0 a 10: cuánto le cambia la experiencia a cada una de esas personas.
  • Confidence (confianza), de 0 a 10: qué tan seguros están de los dos puntajes anteriores. Se apoya en evidencia: lo que escucharon en las conversaciones y lo que vieron en el testeo del prototipo. Sin evidencia, la confianza es baja.
  • Effort (esfuerzo), de 1 a 10: cuánto trabajo cuesta construirla. Nunca 0: el esfuerzo divide, y nada se construye sin trabajo.

Descargar la plantilla RICE: una planilla con la cuenta y el orden ya armados, y un ejemplo resuelto.

Fórmula RICE
Reacha cuántos llega
×
Impactcuánto impacta
×
Confidencequé tan seguros
÷
Effortcuánto cuesta
=
RICEprioridad
Lo que suma valor va arriba; el esfuerzo divide. Lo que más impacta con menos esfuerzo, gana la prioridad.
Todo equipo cree que todas sus funcionalidades son importantes. RICE los obliga a bajar esa creencia a números y a aceptar que no pueden hacer todo primero. Es el antídoto contra el "hagamos todo": un método para decidir con criterio, no por entusiasmo.
4

El entorno: de qué dependen y cuál es el nodo siguiente

Dos cosas, y ninguna es un plan de expansión:

a) Las dependencias que ya tienen. Listen de qué servicios de terceros depende su producto para funcionar: cobros, registro de usuarios, mapas, mensajería, almacenamiento. Para cada uno, una línea: qué pasa con su producto si ese servicio cambia sus reglas o sus precios.

b) Un solo nodo siguiente. Nombren un producto o servicio adyacente que haría más valioso al que ya tienen, para el mismo cliente, y expliquen de qué evidencia sale. Uno, no una lista.

🧭
El ejemplo que conviene mirar: Duolingo enseña idiomas, y su segundo producto es el examen de certificación que aceptan las universidades. No salió de querer crecer: salió de notar que el que aprende un idioma después necesita demostrarlo. Ese es el tamaño de nodo que se pide acá.
Ningún producto vive solo: hoy ya dependen de otros, aunque no lo hayan escrito, y esa dependencia es un riesgo real —el día que una plataforma cambia su comisión o cierra su acceso, el modelo de negocio se mueve—. Y mirar el nodo siguiente entrena la pregunta que sostiene a los ecosistemas de verdad: no "¿qué más podemos vender?", sino "¿qué más necesita la persona que ya nos eligió?". Cuidado con la trampa: Disney y Amazon tardaron décadas y no empezaron por el mapa. Empezaron por un nodo.
Condiciones de Satisfacciónel mínimo aceptable

Criterios de Evaluación

1

Iteración del Lean CanvasAjustes relevantes y coherentes con el feedback.

2

Matriz ERRCCompleta y bien fundamentada.

3

Matriz RICEPriorización coherente y justificación clara de los puntajes.

4

Entorno y nodo siguienteDependencias identificadas con su riesgo, y un nodo adyacente justificado con evidencia — no una lista de deseos.

Palabras del docente

Este sprint separa a los equipos que hicieron un lindo ejercicio académico de los que están pensando un negocio de verdad. La diferencia está en el ERRC y en el entorno: cualquiera describe un producto, pocos saben decir contra quién no van a pelear y de quién dependen para existir.

Y con el ERRC, sean valientes. Los "océanos azules" no aparecen siendo prudentes: aparecen cuando se animan a eliminar algo que "todos en el rubro tienen". Ahí está la diferenciación real.

5
Sprint 5 · Salida al mercado

Salida al Mercado y Estrategia Digital

Ya saben dónde juegan. Ahora: cómo llega a la primera persona, cómo se difunde después y en qué orden crece.

Objetivo del sprint

Definir cómo llega el producto a su primer usuario, qué tiene que estar funcionando para eso y cómo se difunde después, y ordenar su evolución en un roadmap.

En el Sprint 4 decidieron dónde juega el producto. Este es el que quedó pendiente: cómo lo lanzan. Empieza chico —una persona, un canal— y termina en el roadmap, que pone en orden todo lo que vino antes: lo que priorizó RICE y el nodo siguiente que eligieron.

1

Go-To-Market: el primer usuario

Definan cómo consiguen a la primera persona que lo use: canal concreto, mensaje de posicionamiento, fases de lanzamiento (prueba cerrada, beta, apertura) y al menos 2 métricas de éxito.

Es la pregunta que hunde a la mayoría de los proyectos: cualquiera describe un producto, pocos saben decir cómo conseguirían al usuario número uno. Pensar el lanzamiento por fases evita el error de querer salir a lo grande sin haber probado con diez personas primero. Y ojo: el canal tiene que costar menos por persona de lo que esa persona deja — la cuenta del Sprint 4.
2

Estrategia digital

Definan SEO/SEM (palabras clave, campaña básica si aplica), redes sociales (plataformas, frecuencia, tono) y marketing de contenidos, con justificación de cada decisión.

"Vamos a usar Instagram" no es una estrategia: es una intención. La diferencia está en el "por qué esa plataforma para este buyer, con este tono y esta frecuencia". Cada decisión digital tiene que poder defenderse con una razón conectada a su Buyer Persona.
3

Lo que tiene que estar conectado para lanzar

Tomen la lista de dependencias del Sprint 4 y, para el lanzamiento que acaban de definir, separen dos grupos: lo imprescindible el día uno —sin eso, la primera persona no puede usar el producto— y lo que puede esperar. Para cada cosa que espera, digan cómo la resuelven a mano mientras tanto (una planilla, una transferencia, un mensaje de WhatsApp). Represéntenlo en un diagrama simple: el producto en el centro, lo del día uno pegado, lo que espera más afuera.

En el Sprint 4 la pregunta fue de qué dependen y qué riesgo corren. Acá es otra: de qué no pueden prescindir para lanzar. Muchos productos no salen nunca, y no por la idea, sino por querer tener todo integrado antes de la primera persona: el cobro automático, el login con Google, el mapa. Casi todo eso se puede hacer a mano las primeras semanas, y es justamente lo que permite arrancar con una prueba cerrada en vez de esperar a estar "completos".
4

Impacto a largo plazo

Reflexionen sobre cómo evoluciona el producto, qué innovaciones futuras podrían incorporar y qué impacto social o ambiental tendría. Expliciten al menos un impacto concreto. Si nombran una tecnología (IA, análisis de datos, sensores), digan para qué la usaría su buyer persona: "vamos a usar IA" no cuenta.

Los proyectos que trascienden tienen una respuesta a "¿y esto para qué mejora el mundo?". No es corrección política: es lo que diferencia un negocio con propósito de uno que solo factura. Y conecta de nuevo con el MTP del Sprint 1 — el círculo se cierra.
5

Roadmap a largo plazo

Construyan un roadmap con hitos clave, funcionalidades futuras priorizadas y fechas tentativas. No arranca de cero: el orden de las funcionalidades sale de la matriz RICE del Sprint 4, las primeras fases son las del lanzamiento que definieron arriba, y el último hito es el nodo siguiente que eligieron en el Sprint 4.

Roadmap de producto
Ahora
MVP
Funcionalidad central validada.
Q2
Lanzamiento
Primeros usuarios reales, feedback.
Q3–Q4
Crecimiento
Nuevas features priorizadas por RICE.
Año 2
Nodo siguiente
El producto adyacente que eligieron en el Sprint 4.
Un roadmap no es una lista de deseos: es una secuencia con hitos y fechas. Muestra que saben no solo qué quieren hacer, sino en qué orden.
La diferencia entre un roadmap y una lista de ideas es el tiempo. Poner fechas tentativas, aunque sean estimadas, demuestra que piensan en términos de ejecución y no solo de imaginación. Es lo que un inversor mira para saber si el equipo sabe priorizar.
Condiciones de Satisfacciónel mínimo aceptable

Criterios de Evaluación

1

Salida al mercado y estrategia digitalClaridad y justificación del plan para conseguir al primer usuario, y de los canales y tácticas de difusión.

2

Lo que se necesita para lanzarDistinción clara entre lo imprescindible y lo que puede esperar, consistente con las fases del lanzamiento.

3

Impacto a largo plazoVisión de evolución e innovaciones futuras viables.

4

RoadmapCoherencia, realismo y priorización de los hitos.

Palabras del docente

Este es el sprint donde más fácil es escribir humo. "Lanzamos en redes y crecemos" no es un plan; "le escribimos a los 40 inscriptos del grupo de Facebook donde ya está nuestra buyer persona y medimos cuántos vuelven a la semana" sí. Empiecen por la primera persona, no por el millón.

No caigan en la tentación de listar tecnologías de moda porque suenan bien. "Usaremos IA" no dice nada; "usaremos IA para recomendar contenido según el historial de Sofía" sí. La especificidad es lo que separa una visión de un cliché.

6
Sprint 6 · Todo en un solo lugar

Plan de Negocio Integral

No es un sprint de investigación nueva: es donde todo lo que hicieron se convierte en un documento que se sostiene solo.

Objetivo del sprint

Consolidar en un único documento de Plan de Negocio todos los análisis de los sprints anteriores, demostrando una visión estratégica, práctica y factible.

Herramientas sugeridas 📄 Google Docs ✨ Canva

Este sprint no les pide inventar: les pide integrar. Todo el material está — el mercado, los buyer personas, el Lean Canvas, el GTM, el roadmap. La tarea es organizarlo con una mirada de negocio para que alguien que no siguió el proceso entienda todo de una sentada.

Los 7 apartados del Plan de Negocio
1
Resumen ejecutivo
Máx. 1 página: negocio, misión/visión, mercado, propuesta de valor, distribución.
2
Análisis de mercado
TAM/SAM/SOM, segmentación y buyer personas, tendencias, FODA.
3
Estrategia de marketing
Posicionamiento, precios, promoción y canales, plan de ventas.
4
Análisis competitivo
5 a 7 competidores y diferenciadores (retoma la matriz ERRC).
5
Análisis operativo y organizacional
Procesos clave, recursos y tecnología, dependencias de terceros (Sprint 4), estructura del equipo.
6
Plan financiero básico
Ingresos, costos, margen y punto de equilibrio, con los supuestos detrás de cada cifra.
7
Escalabilidad y RRHH
Roadmap de crecimiento, plan de personas, impacto social y ambiental.
De lo estratégico a lo operativo. Cada apartado se apoya en un sprint anterior — por eso este documento es una síntesis, no un trabajo desde cero.
Un plan de negocio es la prueba de fuego de la coherencia. Cuando ponen todo junto, saltan las contradicciones que en documentos separados pasaban desapercibidas: un precio que no cierra con los costos, un canal que no llega al segmento. Integrar es, en el fondo, un ejercicio de honestidad con el propio proyecto.
🔎
Recuerden que el resumen ejecutivo se escribe último, aunque vaya primero. Es la destilación de todo el plan en una página — imposible de hacer bien antes de tener el resto.
Condiciones de Satisfacciónel mínimo aceptable

Criterios de Evaluación

1

Calidad y coherenciaIncluye todos los apartados y responde las preguntas clave de cada uno.

2

Profundidad estratégicaMercado y estrategia competitiva consistentes con la propuesta de valor.

3

Presentación y profesionalismoCarátula, índice, integrantes, bibliografía; lenguaje claro y profesional.

Palabras del docente

No lo tomen como un trámite de "juntar y pegar". Un buen plan de negocio no es la suma de los sprints: es su síntesis. La diferencia se nota en las costuras — en cómo un apartado conversa con el siguiente.

Escríbanlo pensando en alguien que no estuvo en el aula: un docente de otra comisión, un familiar que no sabe del proyecto. Si esa persona lo entiende y le da ganas de saber más, está bien hecho.

7
Sprint 7 · El cierre

Presentación Final, Pitch y Lecciones Aprendidas

Cuatro meses de trabajo se juegan en 15 minutos frente a una sala. Que se note el recorrido, no solo el resultado.

Objetivo del sprint

Presentar el proyecto de manera integral: defender las decisiones de diseño, modelo de negocio y validación, y reflexionar sobre lo aprendido.

Herramientas sugeridas ✨ Canva 📊 Google Slides 🎨 Figma

Llegaron al final. Este sprint no agrega investigación: agrega narrativa. La habilidad que se evalúa acá — contar una historia que convenza — es probablemente la más valiosa que se llevan del TPI. Un gran proyecto mal contado pierde contra uno bueno bien contado. En la vida profesional, siempre.

1

Presentación final en vivo (máx. 15 min)

Sesión sincrónica: resumen del proyecto, Lean Canvas, prototipo final, validación con usuarios, estrategia competitiva y entorno, GTM, evolución del producto y lecciones aprendidas. Todos participan.

Presentar en vivo es incómodo y por eso importa: es la habilidad que más van a usar en su carrera y la que menos se practica. El límite de 15 minutos los obliga a decidir qué es esencial — y esa capacidad de síntesis es, en sí misma, parte de lo que se evalúa.
2

Video — Pitch Comercial (5 min)

Presenten la solución como si se la vendieran a inversores: problema y solución, propuesta de valor diferencial, resumen del Lean Canvas, impacto y visión, y un llamado a la acción claro.

Anatomía de un pitch de 5 minutos
Problema
Enganchá con el dolor real. Que la sala lo sienta.
Solución
Su producto, en una frase memorable.
Propuesta de valor
Por qué ustedes y no otro.
Mercado + modelo
Que hay negocio, con números.
Llamado a la acción
Qué piden y qué sigue.
Empieza con el problema, no con ustedes. Un pitch se gana o se pierde en los primeros 30 segundos.
El pitch comercial entrena la venta de una idea en tiempo mínimo — la esencia de cualquier presentación profesional futura. Cinco minutos parecen poco hasta que intentan meter todo; ahí descubren que pitchear es, sobre todo, el arte de dejar cosas afuera.
3

Video — Autoanálisis del equipo (7 min)

Reflexión honesta sobre el proceso: evolución entre la primera y la última semana, desafíos y cómo los resolvieron, logros, aspectos a mejorar y sugerencias para el cuerpo docente.

Este video es el más valioso y el que más se subestima. El pitch muestra el producto; el autoanálisis muestra que aprendieron a trabajar juntos — que es el verdadero objetivo del TPI. La honestidad acá vale más que el maquillaje: un equipo que reconoce lo que le costó demuestra madurez, no debilidad.
4

Documento final del TPI

Documento académico único que integra todos los sprints: carátula, índice, resumen ejecutivo, mercado, propuesta de valor y Lean Canvas, validación, estrategia competitiva y entorno, GTM, prototipo final, plan operativo y financiero, roadmap, conclusiones, bibliografía y anexos.

Es el registro que queda. Cuando dentro de dos años quieran mostrar de qué son capaces — en una entrevista, en un emprendimiento — este documento es la prueba. Vale la pena que quede a la altura del trabajo que hay detrás.
Condiciones de Satisfacciónel mínimo aceptable

Criterios de Evaluación

1

Presentación finalClaridad, coherencia con el modelo de negocio, demostración del prototipo, uso del tiempo.

2

VideosCalidad del pitch; profundidad y honestidad del autoanálisis.

3

Documento finalOrganización, inclusión de todos los apartados, calidad del análisis.

4

Prototipo finalAlineación con la problemática, funcionalidad y diseño.

Palabras del docente

Llegaron hasta acá. Sea cual sea la nota, terminar un proyecto de punta a punta ya es un logro que muchos no consiguen. Ahora, en la presentación, quiero verlos disfrutar lo que construyeron.

Y en el autoanálisis, no me mientan ni se mientan. El equipo que dice "esto nos costó y así lo resolvimos" me demuestra mucho más que el que finge que todo salió perfecto. El aprendizaje real casi siempre vive en lo que no salió como esperaban. Gracias por el trabajo de estos meses.