# Guía breve para validar el problema

Instrumento de trabajo previo a la hackatón. No contiene resultados de entrevistas ni confirma que el caso de becas sea el desafío oficial.

## Propósito

Entender cómo estudiantes, instituciones y posibles sponsors resuelven hoy el financiamiento y seguimiento de una formación. Buscar ejemplos recientes, fricciones observables y alternativas existentes antes de decidir que hace falta un producto nuevo.

Una conversación exploratoria de 15–20 minutos no representa el mercado. Si se conversa con tres personas de roles distintos, informar los temas y diferencias encontrados; no presentar una muestra pequeña como demanda validada.

## Antes de conversar

- Explicar que se está explorando un problema y que no se ofrece ni promete una beca.
- No pedir ni registrar nombres, universidad específica, calificaciones, historial académico, situación económica, documentos, wallets o datos de contacto.
- No grabar. Si se quisiera guardar una cita textual identificable, pedir permiso explícito; preferir una síntesis anónima.
- Preguntar por experiencias y procesos, no por datos sensibles de una persona.
- No dirigir a la persona hacia blockchain, IA ni hacia Beca Modular.

## Guion

1. ¿Podés contarme la última vez que vos o tu institución organizó, recibió o acompañó apoyo para cursar una materia o formación?
2. ¿Qué pasos ocurrieron desde que apareció la necesidad hasta que el apoyo se concretó?
3. ¿En qué parte hubo espera, dudas, trabajo manual o una decisión difícil? ¿Qué ejemplo reciente lo muestra?
4. ¿Quién decidió qué se financiaba, cuánto y con qué condiciones? ¿Qué información veía cada parte?
5. Cuando había que comprobar un avance, ¿qué evidencia aceptaban y quién la revisaba? ¿Qué cosas no podían concluir de esa evidencia?
6. ¿Cómo se comunicaban el monto disponible, lo ya usado y lo que quedaba pendiente?
7. Si la cursada se pausaba o no se cumplía un hito, ¿qué pasaba en la práctica? ¿Quién podía revisar o apelar?
8. ¿Qué herramienta, acuerdo o proceso usan hoy para resolverlo? ¿Qué costo de tiempo u operación implica, si lo conocen?
9. ¿Qué alternativa simple —por ejemplo, mejorar el proceso administrativo existente— podría resolverlo sin crear un producto nuevo?
10. ¿Qué riesgo o condición haría que no usaras una solución de este tipo?

Evitar preguntas hipotéticas como “¿usarías Beca Modular?” o “¿te serviría liberar el dinero por blockchain?”. Si la persona pide ver la propuesta, mostrarla después de escuchar el proceso actual y registrar que la conversación fue influida por la demo.

## Ficha de notas anónimas

Completar una copia por conversación. No agregar nombres ni combinaciones que permitan identificar a alguien.

| Campo | Nota |
|---|---|
| Rol general | Estudiante / administración académica / posible sponsor / otro |
| Código anónimo | C01, C02… |
| Tipo de ejemplo y período aproximado | Sin nombre de persona o institución |
| Problema observado | Hecho concreto, separado de interpretación |
| Evidencia que lo respalda | Proceso descrito, documento público o dato agregado; indicar si es recuerdo |
| Consecuencia | Tiempo, incertidumbre o tarea manual; cuantificar sólo si la persona puede sostenerlo |
| Alternativa actual | Proceso existente y qué resuelve |
| Quién decide / quién revisa | Roles, no identidades |
| Riesgo, límite o desacuerdo | Incluir señales que contradigan la hipótesis |
| Próxima pregunta | Qué falta comprobar con otra fuente |

## Síntesis después de varias conversaciones

- Separar observaciones repetidas de un caso aislado.
- Anotar contradicciones entre estudiante, institución y sponsor; no promediarlas ni borrarlas.
- Verificar con fuentes públicas las métricas agregadas. El mapa de OpenArg y los indicadores educativos pueden ayudar a formular preguntas territoriales, pero no prueban por sí solos la experiencia de una persona, causalidad o demanda de un programa.
- Comparar Beca Modular con mejoras del proceso actual y otras opciones no tecnológicas.
- Decidir explícitamente: continuar con la hipótesis, cambiarla o descartarla. Dejar pendientes los datos que no se pudieron comprobar.

### Registro de síntesis

- Problema que parece repetirse:
- Quién lo experimenta y en qué contexto:
- Evidencia disponible y período:
- Qué contradice la hipótesis:
- Alternativas consideradas:
- Qué debería medir un piloto:
- Decisión y próximo paso:
- Limitaciones de estas conversaciones: