Ruta JaveBlockchain Inscríbete
Ruta de emprendimiento

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.

Sesión 1 · Viernes 16 de octubre · 3:00 a 4:10 p. m.

Taller del CJE: el problema

70 min · Centro Javeriano de Emprendimiento

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.

Tarea de emprendimiento · PR #1
Vence el lunes 19 de octubre, 11:59 p. m.
  • 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.
Sesión 2 · Viernes 23 de octubre · 2:15 a 4:00 p. m.

Entrevistas de problema

105 min

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.

0–15Revisión de hipótesisCada equipo lee su hipótesis en un minuto. Preguntas para afinarla: ¿quién exactamente?, ¿cuándo le pasa?, ¿qué hace hoy para resolverlo?
15–35Cómo entrevistar sin vender la ideaCinco reglas: hablar del pasado y no del futuro, pedir un ejemplo concreto de la última vez, no mencionar la solución, escuchar más de lo que se habla y preguntar cuánto les cuesta hoy el problema. Ejemplos de preguntas malas y buenas.
35–50Guion del equipoCada equipo escribe cinco preguntas con la plantilla y las ensaya con otro equipo, que hace de entrevistado.
50–80Salida al campusEn parejas, cada pareja hace 2 o 3 entrevistas reales y anota citas textuales. Regla: nadie menciona blockchain.
80–95SíntesisQué se repitió, qué sorprendió y qué contradice la hipótesis. Primera versión del lienzo del problema.
95–105¿El problema necesita blockchain?Árbol de decisión de cuatro preguntas. La respuesta, sí o no y por qué, va al lienzo. Un «no» honesto también es un buen resultado: se ajusta el problema.

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.

Tarea de emprendimiento · PR #2
Vence el lunes 26 de octubre, 11:59 p. m.
  • 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.
Sesión 3 · Viernes 30 de octubre

Propuesta de valor y las tres pantallas

CJE 90 min · integración 45 min

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.

  1. Escribir la propuesta de valor en una frase (plantilla de abajo).
  2. Mapear tres pantallas: qué parte de la propuesta cumple cada una y qué operación de Stellar o función del contrato usa.
  3. Revisar el checklist del Demo Day y acordar el mínimo viable del equipo.
  4. Recomponer equipos que hayan quedado con menos de dos personas activas.
Tarea de emprendimiento · PR #3
Vence el lunes 2 de noviembre, 11:59 p. m.
  • 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.
Sesión 4 · Viernes 6 de noviembre

Modelo de negocio y pitch

55 + 30 min de taller · 25 min de ensayo

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.

2:30–2:55Modelo de negocio en una páginaSegmento, problema, propuesta, solución y papel de Stellar, canal, métrica clave, cómo se sostiene y siguiente paso. Cada equipo llena el suyo.
2:55–3:25Estructura del pitch de 3 minutosSiete partes con su tiempo: gancho, problema con evidencia, solución, por qué Stellar, validación, modelo y siguiente paso. Ejemplo de un buen pitch y de uno que se pierde.
3:25–3:40Pausa y refrigerio
3:40–4:10Guion y diapositivasMáximo seis diapositivas, una idea por diapositiva. Cuando el mentor llama a tu equipo a la prueba oral, vas con él: cualquier integrante puede responder.
4:25–4:50Ensayo generalPor parejas de equipos: cada uno presenta pitch y demo cronometrados y el otro llena la hoja de retroalimentación.
Tarea de emprendimiento · PR #4
Vence el lunes 9 de noviembre, 11:59 p. m.
  • Modelo en una página en docs/modelo.md.
  • Guion del pitch en docs/pitch.md y diapositivas en docs/pitch.pdf.
  • Pitch ensayado al menos tres veces con cronómetro. Si hace falta, se ajusta en las office hours del martes 10.
Sesión 5 · Viernes 13 de noviembre

Demo Day

8 min por equipo

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.

Para copiar en el repositorio del equipo

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: