Ruta de emprendimiento
Validar que el problema existe antes de construir, y convertirlo en una propuesta que alguien usaría. El Centro Javeriano de Emprendimiento dicta los talleres del problema y de la propuesta de valor; el semillero dicta las entrevistas, el modelo y el pitch, y conduce la integración con la ruta técnica.
Taller del CJE: el problema
Objetivo: que cada equipo, recién formado, salga con una hipótesis de problema concreta: quién lo sufre, cuándo pasa y cómo lo resuelve hoy.
Lo dicta el CJE
Metodologías Nido y CDIO para identificar un problema real y a quién le duele. El contenido del taller lo define el CJE.
- Un issue llamado «Hipótesis de problema» con la plantilla de abajo.
- Una lista de 5 personas a las que van a entrevistar en la sesión 2 o antes: perfil y por qué ellas.
Entrevistas de problema
Objetivo: salir del salón y oír a usuarios reales. Cada equipo vuelve con citas textuales, no con opiniones, y decide con evidencia si su problema existe y si necesita blockchain.
Integración (4:15 a 4:45 p. m.): negocio le cuenta a tecnología lo que dijeron los usuarios, tecnología muestra su activo o su contrato, y juntos completan la respuesta del árbol de decisión en el issue del equipo.
- 5 entrevistas documentadas en
docs/entrevistas.md, una por bloque con la plantilla de registro. - Lienzo del problema en
docs/problema.md, con la respuesta al árbol de decisión.
Propuesta de valor y las tres pantallas
Objetivo: pasar del problema a una propuesta de valor que se pueda probar, y amarrarla a lo que la ruta técnica va a construir.
2:15 a 3:45 p. m. · Taller del CJE
Diseño y validación de la propuesta de valor con Nido y CDIO. El semillero acompaña, lleva el lienzo del problema de cada equipo y verifica que todos salgan con su propuesta escrita.
4:00 a 4:45 p. m. · Integración
Todo el equipo junto.
- Escribir la propuesta de valor en una frase (plantilla de abajo).
- Mapear tres pantallas: qué parte de la propuesta cumple cada una y qué operación de Stellar o función del contrato usa.
- Revisar el checklist del Demo Day y acordar el mínimo viable del equipo.
- Recomponer equipos que hayan quedado con menos de dos personas activas.
- Propuesta de valor en una página en
docs/propuesta-de-valor.md. - Probada con 3 usuarios: qué entendieron, si lo usarían y una cita de cada uno.
- El mapa de las tres pantallas, acordado con la ruta técnica.
Modelo de negocio y pitch
Objetivo: que cada equipo pueda contar en tres minutos qué problema resuelve, con qué evidencia, cómo lo resuelve en Stellar y cómo se sostiene. A las 2:10 todo el equipo hace el reto sin IA con la ruta técnica.
- Modelo en una página en
docs/modelo.md. - Guion del pitch en
docs/pitch.mdy diapositivas endocs/pitch.pdf. - Pitch ensayado al menos tres veces con cronómetro. Si hace falta, se ajusta en las office hours del martes 10.
Demo Day
Lo que presenta cada equipo
- 3 minutos de pitch con el guion del PR #4.
- 3 minutos de demo en testnet, en vivo o en video.
- 2 minutos de preguntas del panel.
Lo que mira el panel de esta ruta
- Que el problema sea real y esté validado con entrevistas.
- Que la propuesta de valor sea clara y las decisiones estén justificadas con usuarios.
- Que el pitch dure tres minutos y la demo, en vivo o en video, muestre el producto funcionando.
Ver la rúbrica completa en Evaluación.
Plantillas
Cada plantilla se copia tal cual en el archivo o issue que indica la tarea.
1. Hipótesis de problema · issue del PR #1
## Hipótesis de problema **Quién lo sufre** (una persona concreta, no "la gente"): **Qué le pasa** (el dolor, con sus palabras): **Cuándo le pasa** (situación concreta): **Cómo lo resuelve hoy** (y qué le cuesta: tiempo, dinero, riesgo): **Por qué creemos que es importante:** ## A quién vamos a entrevistar | # | Perfil | Por qué esta persona | |---|--------|----------------------| | 1 | | | | 2 | | | | 3 | | | | 4 | | | | 5 | | |
2. Guion de entrevista · sesión 2
Antes de empezar: "No te voy a vender nada. Quiero entender cómo manejas [tema]. No hay respuestas correctas." 1. Cuéntame la última vez que te pasó [situación]. ¿Qué pasó? 2. ¿Qué hiciste para resolverlo? ¿Con qué herramienta o con quién? 3. ¿Qué fue lo más difícil o lo que más te molestó de eso? 4. ¿Cuánto te costó? (tiempo, dinero, a quién tuviste que pedirle) 5. ¿Has buscado otra forma de resolverlo? ¿Por qué sí o por qué no? Cierre: "¿Conoces a alguien más a quien le pase esto?" Reglas: hablar del pasado, no del futuro. Pedir ejemplos concretos. No mencionar nuestra solución ni la palabra blockchain.
3. Registro de entrevista · docs/entrevistas.md
### Entrevista N - **Fecha:** - **Perfil** (sin nombre completo): edad aproximada, ocupación, relación con el problema - **Entrevistó / tomó notas:** **Citas textuales** (lo que dijo, entre comillas): - "" - "" **Lo que hace hoy para resolverlo:** **Lo que le cuesta:** **Lo que nos sorprendió:** **¿Confirma o contradice la hipótesis?** Confirma / Contradice / Matiza — por qué:
4. Lienzo del problema · docs/problema.md
# Lienzo del problema ## Usuario Quién es, en una frase. ## Situación Cuándo y dónde aparece el problema. ## Dolor Qué le pasa, con citas de las entrevistas. ## Solución actual Cómo lo resuelve hoy y qué le cuesta. ## Evidencia - Entrevistas hechas: N de 5 - Patrón que se repitió: - Lo que contradijo nuestra hipótesis: ## ¿Necesita blockchain? Respuesta al árbol de decisión (sí / no) y por qué. ## Hipótesis ajustada Cómo cambió el problema después de las entrevistas.
5. ¿El problema necesita blockchain? · árbol de decisión
1. ¿Hay varias partes que necesitan compartir un mismo registro? No → una base de datos basta. Replantear o justificar. 2. ¿Esas partes NO confían entre sí o no quieren depender de un intermediario? No → una base de datos compartida o una API basta. 3. ¿Se mueve valor entre ellas (pagos, activos, derechos, certificados)? Sí → Stellar aporta pagos rápidos y baratos, activos y anclas. 4. ¿Importa que cualquiera pueda verificar lo que pasó sin pedir permiso? Sí → el registro público y verificable es parte de la solución. Si respondiste sí a 2 y a 3 o 4: Stellar tiene sentido. Escribe en una frase qué hace Stellar en tu solución que una base de datos no podría hacer.
6. Propuesta de valor en una página · docs/propuesta-de-valor.md
# Propuesta de valor ## En una frase Para [usuario] que [dolor], [nombre del producto] es un [tipo de producto] que [beneficio principal]. A diferencia de [alternativa actual], [lo que nos hace distintos]. ## Qué gana el usuario - Ahorra: - Evita: - Logra: ## Qué hace Stellar en esto Una o dos frases. ## Prueba con 3 usuarios | Usuario | ¿Qué entendió? | ¿Lo usaría? Sí / No / Tal vez | Cita | |---------|----------------|-------------------------------|------| | 1 | | | "" | | 2 | | | "" | | 3 | | | "" | ## Qué cambiamos después de la prueba
7. Modelo de negocio en una página · docs/modelo.md
# Modelo en una página | Bloque | Respuesta | |--------|-----------| | Segmento: quién lo usa primero | | | Problema: con la evidencia más fuerte | | | Propuesta de valor: en una frase | | | Solución: qué hace el producto y qué hace Stellar | | | Canal: cómo llega a los primeros 100 usuarios | | | Métrica clave: el número que demuestra que funciona | | | Cómo se sostiene: quién paga o quién financia | | | Costos principales | | | Siguiente paso: qué harían con 4 semanas más | |
8. Guion del pitch de 3 minutos · docs/pitch.md
# Pitch (3:00) 0:00–0:20 Gancho: una persona real y su situación. 0:20–1:00 Problema con evidencia: qué dijeron los usuarios (una cita). 1:00–1:30 Solución: qué hace el producto, en una frase. 1:30–1:50 Por qué Stellar: qué hace que una base de datos no podría. 1:50–2:20 Validación: qué probaron y con cuántos usuarios. 2:20–2:45 Modelo: quién lo usa primero y cómo se sostiene. 2:45–3:00 Siguiente paso y qué necesitan. Diapositivas: máximo 6, una idea por diapositiva, sin párrafos. Después del pitch viene la demo (3 min), en vivo o en video. En vivo: ensayar el paso a paso y tener una cuenta de testnet con fondos lista. En video: que se vea la transacción y su hash o Contract ID.
9. Hoja de retroalimentación del ensayo · sesión 4
Equipo que presenta: Equipo que evalúa: Duración del pitch: __:__ Duración de la demo: __:__ ¿Entendí el problema en los primeros 30 segundos? Sí / No ¿Hubo evidencia de usuarios reales? Sí / No ¿Quedó claro por qué Stellar? Sí / No ¿La demo mostró una transacción o invocación real? Sí / No Lo mejor del pitch: Lo que no entendí: Una cosa que cambiaría: