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.
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.
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.
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.
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.
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?
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.
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.
Formato documento o tablero colaborativo. Entrega enlace con el MTP y la visión.
FODA personal y de equipo
Cada integrante hace su propio FODA (Fortalezas, Oportunidades, Debilidades, Amenazas) y luego el equipo consolida un FODA colectivo.
Formato tablero colaborativo. Entrega enlace con el FODA de cada integrante y el consolidado.
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.
Formato tablero colaborativo: intereses, coincidencias y un mini mapa de empatía por integrante.
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.
Formato documento o tablero colaborativo. Entrega enlace con las problemáticas exploradas, la elegida y su fundamentación.
Criterios de Evaluación
Valores del equipoClaridad al identificar los valores y la definición concreta (principios de acción / definition of done) de cada uno.
MTP y visiónDefinición clara y ambiciosa del MTP; visión coherente con los valores.
Análisis FODAProfundidad del análisis individual y coherencia del FODA de equipo.
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.
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.
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.
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.
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.
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.
Formato tablero colaborativo. Entrega enlace con el árbol y la explicación del proceso.
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.
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.
Formato planilla o documento colaborativo con los casos registrados. Entrega enlace con la evidencia de las conversaciones.
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.
Formato documento o tablero colaborativo. Entrega enlace con las 3 Buyer Personas.
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.
Formato documento colaborativo. Entrega documento con el análisis y sus fuentes.
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).
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.
Formato tabla, en documento o en tablero colaborativo. Entrega enlace con el listado, la comparación y las conclusiones.
Criterios de Evaluación
Redefinición de la problemáticaClaridad al confirmar o reformular el problema tras el análisis.
Árbol y divergencia-convergenciaProfundidad del árbol y del proceso de exploración.
Investigación con usuariosCantidad y calidad de las conversaciones reales y de las alternativas actuales registradas.
Buyer PersonasPertinencia y realismo de los perfiles, y su anclaje en las conversaciones reales.
Coherencia problema ↔ mercadoEl análisis de mercado sostiene la problemática elegida.
BenchmarkAmplitud del listado (~15), su anclaje a los dolores reales y la calidad de las conclusiones (insights, no data suelta).
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.
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.
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.
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.
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.
Formato tablero colaborativo, editado entre todo el equipo.
Ideación
Conviertan los insights en hipótesis de solución digital-first y prioricen 1 opción como MVP.
Entrega registro del proceso de ideación + definición escrita de la solución (1–2 párrafos).
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].
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.
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.
Formato tablero colaborativo. Entrega las 7 secciones completas y coherentes entre sí. Las dos de economía, en el Sprint 4.
Criterios de Evaluación
Matriz de empatíaCompleta, detallada, con dolores y beneficios claros.
IdeaciónExploración coherente de soluciones antes de priorizar el MVP.
Historias de usuarioClaridad y relevancia respecto de la solución priorizada.
Prototipo inicialClaridad y funcionalidad del mockup; calidad del testeo con usuarios y del feedback recogido.
Lean CanvasCada sección fundamentada y coherente con las anteriores.
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.
Estrategia Competitiva y Entorno
Ya tienen un producto. Ahora decidan en qué terreno juega: con qué gana, de qué depende y qué hacen primero.
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.
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).
Matriz ERRC (Blue Ocean)
Completen una matriz Eliminar–Reducir–Elevar–Crear, con al menos 3 elementos por cuadrante.
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.
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.
Criterios de Evaluación
Iteración del Lean CanvasAjustes relevantes y coherentes con el feedback.
Matriz ERRCCompleta y bien fundamentada.
Matriz RICEPriorización coherente y justificación clara de los puntajes.
Entorno y nodo siguienteDependencias identificadas con su riesgo, y un nodo adyacente justificado con evidencia — no una lista de deseos.
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.
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.
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.
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.
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.
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.
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.
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.
Criterios de Evaluación
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.
Lo que se necesita para lanzarDistinción clara entre lo imprescindible y lo que puede esperar, consistente con las fases del lanzamiento.
Impacto a largo plazoVisión de evolución e innovaciones futuras viables.
RoadmapCoherencia, realismo y priorización de los hitos.
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é.
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.
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.
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.
Criterios de Evaluación
Calidad y coherenciaIncluye todos los apartados y responde las preguntas clave de cada uno.
Profundidad estratégicaMercado y estrategia competitiva consistentes con la propuesta de valor.
Presentación y profesionalismoCarátula, índice, integrantes, bibliografía; lenguaje claro y profesional.
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.
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.
Presentar el proyecto de manera integral: defender las decisiones de diseño, modelo de negocio y validación, y reflexionar sobre lo aprendido.
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.
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.
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.
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.
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.
Criterios de Evaluación
Presentación finalClaridad, coherencia con el modelo de negocio, demostración del prototipo, uso del tiempo.
VideosCalidad del pitch; profundidad y honestidad del autoanálisis.
Documento finalOrganización, inclusión de todos los apartados, calidad del análisis.
Prototipo finalAlineación con la problemática, funcionalidad y diseño.
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.