Qué es el Emprendetón

El Emprendetón es un recorrido educativo y competitivo para transformar incertidumbre en iniciativas capaces de crear valor.

descubrir → refinar → construir → validar → convertir

Se trata de demostrar que puedes comprender una situación, encontrar evidencia, tomar decisiones, construir, aprender, mejorar y presentar una iniciativa defendible.

Para qué existe

El Emprendetón busca fortalecer la capacidad de sus participantes para identificar problemas y oportunidades, interactuar con el ecosistema, investigar, experimentar, construir soluciones, comprender mercados y comunicar resultados.

Las cinco fases

Las fases competitivas son Ideatón, Hackatón y Buildatón. Refinamiento 1 y Refinamiento 2 son fases de evolución y preparación.

Dos formas de comenzar

Innovación Incógnita

El equipo descubre el problema u oportunidad que desea abordar.

Innovación Requerida

Una organización plantea un desafío. Esto no elimina la investigación: el equipo todavía debe descubrir qué problema u oportunidad existe realmente detrás del desafío.

Problema, oportunidad y desafío

No existe una única forma correcta de trabajar

Puedes utilizar Design Thinking, Lean Startup, investigación cualitativa, experimentación, Scrum, Kanban, Business Model Canvas, herramientas propias o combinaciones.

Libertad y responsabilidad

Tienes libertad para decidir cómo investigar, organizar al equipo, qué tecnología utilizar y cómo construir. Esa libertad implica responsabilidad sobre decisiones, afirmaciones, datos, entregables y riesgos.

Quiénes participan

Participante / equipo

Investiga, aprende, construye, decide y compite.

Organización

Coordina el recorrido, administra las reglas y facilita el ecosistema.

Mentor

Acompaña, pregunta, orienta y aporta experiencia.

El mentor mejora la capacidad del equipo; no se convierte en un miembro invisible del equipo.

Juez

Evalúa resultados y aporta feedback desde su experiencia.

Aliado

Apoya al evento mediante recursos, infraestructura, conocimiento, mentores, jueces o ponentes.

Los equipos pueden evolucionar

Cuando necesites incorporar una persona pregunta: ¿qué capacidad concreta necesitamos que hoy no tenemos?

Puedes equivocarte

No necesitas acertar desde el comienzo. Puedes descubrir que el problema era otro, el usuario era distinto o la solución no funcionaba. Lo importante es convertir nueva información en mejores decisiones.

Qué significa avanzar

Avanzar no significa producir más archivos.

Evaluación en una frase

Las fases competitivas observan seis dimensiones: Pertinencia · Evidencia · Valor · Ejecución · Evolución · Viabilidad.

Qué debería quedarte claro

• No necesitas tener todas las respuestas.
• Debes investigar antes de afirmar.
• Puedes cambiar de dirección.
• Las herramientas no son el objetivo.
• Construir sirve también para aprender.
• Demostrar importa más que prometer.

Comprender antes de resolver

Empieza por el entorno, no por la solución. Observa situaciones, comportamientos, fricciones, necesidades, restricciones y oportunidades. Un hallazgo es una señal para investigar, no una conclusión.

La cadena de razonamiento

Problema, oportunidad y desafío

Formular la incertidumbre

Un supuesto es algo que crees pero aún no has demostrado. Una hipótesis convierte ese supuesto en una afirmación que puede contrastarse.

Plantilla de hipótesis

Creemos que [afirmación] para [actor/contexto]. Lo comprobaremos mediante [prueba] y consideraremos una señal suficiente cuando [criterio].

Priorizar lo que no sabes

Prioriza por impacto si estás equivocado × costo o dificultad de comprobarlo. Ataca primero incertidumbres de alto impacto que puedas comprobar con relativa facilidad; las de alto impacto y alta dificultad necesitan un plan explícito.

Probar

Un experimento útil conecta una hipótesis con una observación capaz de cambiar una decisión: hipótesis → comportamiento esperado → prueba → criterio → resultado → aprendizaje.

Señales y evidencia

Una señal es un dato u observación. Es evidencia cuando aporta soporte relevante a una afirmación. Su fuerza depende de lo que intentas demostrar.

Métricas desde la decisión

Decisión → pregunta → evidencia → métrica

No empieces por “qué puedo medir”. Empieza por la decisión que necesitas tomar.

Decidir

El aprendizaje vale cuando cambia una decisión. Registra: qué observaste → qué aprendiste → qué decidiste → qué cambia ahora.

Cuidado con los sesgos

Busca información que pueda contradecirte. Correlación no implica causalidad y una observación favorable no valida por sí sola toda la hipótesis.

Checkpoint

• ¿Puedo separar datos, inferencias y supuestos?
• ¿Tengo hipótesis contrastables?
• ¿Priorizo incertidumbres por impacto y costo de prueba?
• ¿Sé qué evidencia cambiaría una decisión?
• ¿Puedo mostrar qué aprendí y qué haré diferente?

Empieza por las capacidades

Identifica fortalezas, conocimientos, experiencia, tiempo disponible, recursos, intereses y vacíos. Añadir una persona solo tiene sentido si incorpora una capacidad, acceso o carga de trabajo concreta que hoy falta.

Funciones, no títulos

Cubre cinco funciones recurrentes sin convertirlas en cargos rígidos: problema/investigación · producto/diseño · tecnología/construcción · negocio/mercado · comunicación/presentación.

La unidad de trabajo

Objetivo → Resultado esperado → Criterio de finalización → Responsable

Backlog orientado a resultados

Ordena trabajo por resultados e incertidumbres, no por necesidad de “estar ocupado”. Si cambia la evidencia, cambia el backlog.

Tomar decisiones

Usa una secuencia simple: definir → criterios → evidencia → decidir → registrar. Las decisiones reversibles pueden probarse antes; las difíciles de revertir merecen más análisis.

Controlar el alcance

Trabajar con mentores

Llega con una solicitud concreta: Contexto → Pregunta → Evidencia → Qué intentamos → Ayuda específica. Después registra Aprendizaje → Contraste → Decisión → Acción.

El mentor mejora la capacidad del equipo; no se convierte en un miembro invisible del equipo.

Bitácora y memoria de trabajo

La bitácora es recomendada, no obligatoria, y privada por defecto. Úsala si te ayuda a conservar hipótesis, decisiones, aprendizajes y evidencia. Comparte solo lo que resulte útil como evidencia.

Retrospectiva

Al cerrar una etapa responde: qué funcionó · qué no · qué aprendimos · qué dejamos de hacer · qué cambia ahora.

Checkpoint

• ¿Cada resultado importante tiene una persona responsable?
• ¿Sabemos qué está fuera de alcance?
• ¿Las decisiones importantes tienen criterio y evidencia?
• ¿Usamos mentoría para aprender, no para delegar?
• ¿El ritmo actual puede sostenerse?

1. Investigación y experimento

Investiga para decidir. Define qué necesitas aprender, qué hipótesis está en juego y qué prueba puede producir evidencia relevante.

2. Producto y diseño

Convierte una intención en algo que alguien pueda observar, usar o evaluar. Cada decisión de diseño debería responder a una necesidad, restricción o hipótesis.

Madurez del producto

Mayor madurez solo aporta valor cuando reduce incertidumbre o mejora la evidencia. Idea → PoC → Prototipo → MVP → Producción describe exposición creciente a condiciones reales, no una carrera por construir más.

3. Tecnología y construcción

Funcional significa que la parte crítica funciona de manera observable, reproducible o verificable. No significa completo, sin errores, totalmente automatizado ni listo para producción.

La demo puede ser en vivo, controlada, grabada, simulada o física. Declara qué funciona realmente, qué se simula y qué depende de trabajo manual o terceros.

4. Datos, IA y seguridad

Puedes usar IA como herramienta; el equipo sigue siendo responsable. “La IA lo dijo” no es evidencia.

Registra procedencia y permisos de los datos, minimiza datos personales y aplica seguridad proporcional al riesgo: credenciales, permisos, entradas, dependencias, APIs, secretos, servicios y respaldos.

5. Mercado y adopción

Distingue usuario, cliente, pagador, beneficiario, decisor, bloqueador e influenciador. Una iniciativa puede fracasar aunque el usuario la valore si otro actor controla la adopción.

La competencia incluye alternativas directas, indirectas, sustitutos, la solución actual y la inacción. La inacción también compite.

Evita “todos” como segmento. Estima mercado desde abajo: problema → población afectada → segmento relevante → mercado alcanzable → adopción plausible.

Ir al mercado

Segmento → Propuesta → Canal → Mecanismo de adopción → Experimento → Métrica → Aprendizaje

No confundas interés, intención, prueba, uso, repetición, compromiso y pago: son señales distintas.

6. Negocio y sostenibilidad

Piensa el negocio como un sistema capaz de crear, entregar y capturar o sostener valor. El Business Model Canvas puede ayudarte, pero no es obligatorio.

Trabajar con números

Etiqueta cada cifra como dato observado → estimación → supuesto → proyección. Esa separación hace más defendible cualquier conversación financiera.

Viabilidad

Checkpoint

• ¿Lo que construimos reduce una incertidumbre relevante?
• ¿Podemos demostrar qué funciona y qué no?
• ¿Sabemos quién debe adoptar, decidir y pagar?
• ¿Datos, IA y seguridad son proporcionales al riesgo?
• ¿Podemos explicar qué hace viable o inviable la iniciativa?

Cómo usar esta parte

Entra directamente en la fase donde estás. Ideatón, Hackatón y Buildatón tienen el mismo peso en el resultado final. Refinamiento 1 y Refinamiento 2 no reciben puntuación independiente: existen para mejorar lo que llega a la siguiente fase.

Ideatón

Dónde estás

Estás al comienzo. Todavía puedes saber poco y cambiar de dirección con facilidad.

Misión

Comprender qué problema u oportunidad vale la pena abordar y justificar una dirección inicial.

Pregunta central

¿Qué vale la pena abordar y por qué?

Qué observan los jueces

Predominan Pertinencia, Evidencia y Valor. Ejecución y Evolución también importan; Viabilidad se observa cualitativamente.

Errores frecuentes

• Enamorarse de una solución antes de comprender el problema.
• Confundir opinión con evidencia.
• Definir el público como “todos”.
• Hablar de mercado sin explicar a quién puedes alcanzar.

Checkpoint

¿Podemos explicar qué sabemos, qué suponemos y qué debemos comprobar antes de construir?

Salida

Problema u oportunidad formulado, dirección inicial defendible y mapa de incertidumbres prioritarias.

Refinamiento 1

Dónde estás

Ya existe una dirección inicial, pero todavía hay supuestos capaces de invalidarla.

Misión

Reducir incertidumbres críticas antes de invertir esfuerzo significativo en construcción.

Pregunta central

¿Qué necesitamos descubrir antes de construir?

Errores frecuentes

• Usar el refinamiento como pausa sin aprendizaje.
• Construir funcionalidades de bajo impacto.
• No registrar por qué cambió una decisión.

Checkpoint

¿Sabemos cuál es la principal incertidumbre técnica, de valor o de adopción que la siguiente fase debe atacar?

Salida

Hipótesis prioritarias, criterios de prueba y alcance de construcción razonado.

Hackatón

Dónde estás

La pregunta deja de ser solo qué debería existir y pasa a qué puede funcionar de manera observable.

Misión

Construir un resultado funcional que reduzca incertidumbre y permita verificar decisiones.

Pregunta central

¿Podemos hacerlo funcionar?

Qué observan los jueces

Predominan Ejecución, Evidencia y Valor. Pertinencia y Evolución siguen importando; Viabilidad se observa cualitativamente.

Errores frecuentes

• Confundir demo visual con funcionalidad.
• Construir mucho sin explicar qué incertidumbre redujo.
• Ocultar partes manuales o simuladas.
• Dejar seguridad para el final cuando afecta la prueba.

Checkpoint

¿La parte crítica funciona de forma observable, reproducible o verificable?

Salida

Resultado funcional, evidencia técnica y aprendizaje suficiente para decidir qué validar a continuación.

Refinamiento 2

Dónde estás

Ya existe algo que puede funcionar. Ahora debes descubrir si tiene sentido para actores reales y bajo qué condiciones puede sostenerse.

Misión

Fortalecer valor, adopción y viabilidad antes de integrar la propuesta final.

Pregunta central

¿Qué debemos validar para que pueda sostenerse?

Errores frecuentes

• Confundir interés con compromiso.
• Proyectar números sin distinguir su nivel de certeza.
• Ignorar al decisor o al bloqueador.

Checkpoint

¿Podemos explicar quién debe adoptar la iniciativa, qué valor recibe y qué podría impedir su continuidad?

Salida

Mayor claridad sobre valor, adopción, sostenibilidad y riesgos prioritarios.

Buildatón

Dónde estás

Llegas con todo el recorrido anterior. La pregunta ya no es solo si funciona, sino por qué merece continuar.

Misión

Integrar evidencia, producto, adopción y viabilidad en una iniciativa defendible y con siguiente paso claro.

Pregunta central

¿Por qué debería continuar después del Emprendetón?

Qué observan los jueces

Predominan Viabilidad, Valor y Evidencia. Pertinencia y Evolución siguen importando; la historia de Ejecución se interpreta cualitativamente.

Errores frecuentes

• Intentar parecer “terminado” ocultando incertidumbres reales.
• Presentar visión futura sin suficiente evidencia presente.
• No demostrar evolución respecto de fases anteriores.

Checkpoint

¿Podemos defender por qué esta iniciativa merece su siguiente experimento, cliente, inversión, alianza o etapa de construcción?

Salida

Propuesta integrada, defendible y con continuidad explícita.

Si haces una pausa

Todas las fases son obligatorias, pero puedes pausar y reincorporarte. Antes de Buildatón debes ponerte al día con el trabajo pendiente; cuando corresponda, las presentaciones anteriores pueden realizarse en diferido.

Cómo usar esta biblioteca

Entra por la necesidad que tengas ahora. Las herramientas sirven al criterio; no se evalúa cuántas usas, sino si te ayudan a comprender, decidir y producir mejor.

Necesito comprender

Necesito reducir incertidumbre

Matriz de Incertidumbre y Verificación

Prioriza por impacto si estás equivocado y costo o dificultad de comprobarlo.

Necesito construir

Necesito llevarlo al mercado

Necesito saber si puede sostenerse

Necesito trabajar mejor con mi equipo

Necesito comunicar

Línea de Evolución

Úsala para mostrar cómo información nueva produjo aprendizaje, decisión y cambio.

Competir sin perder el propósito

Todos los equipos pueden llegar al final. El podio se decide por el desempeño integral en las fases competitivas, pero el ranking no reemplaza el aprendizaje.

Los seis criterios

Cómo se combinan las fases

Ideatón, Hackatón y Buildatón tienen el mismo peso. Cada fase se evalúa sobre 100 puntos y el resultado final es el promedio simple de las tres. Refinamiento 1 y Refinamiento 2 no tienen puntuación independiente.

Qué cambia por fase

Ideatón: predominan Pertinencia, Evidencia y Valor. Hackatón: Ejecución, Evidencia y Valor. Buildatón: Viabilidad, Valor y Evidencia. Evolución está presente en las tres.

Se evalúa lo demostrado

Los jueces evalúan evidencia demostrada, documentada o presentada; no el potencial imaginado. La comunicación importa como vehículo de claridad y demostración, no como concurso de carisma o pulido estético.

Jueces y feedback

Cada juez evalúa individualmente. El feedback intermedio orienta: no es una puntuación provisional ni obliga al equipo a seguirlo.

Cómo usar el feedback

1. Separa observación de opinión.
2. Identifica qué evidencia adicional necesitas.
3. Contrasta el comentario con tus datos y otras perspectivas.
4. Decide qué cambiar, qué mantener y por qué.

Reconocimientos

Los reconocimientos son independientes del ranking principal y pueden incluir elección de jueces, elección de participantes —sin votar por el propio equipo— y voto popular.

Qué pertenece a otros documentos

El Manual explica cómo participar mejor. El Reglamento contiene obligaciones y consecuencias formales; la Rúbrica, la mecánica de evaluación; la Guía de Jueces, la operación del jurado; y las políticas complementarias cubren IA, propiedad intelectual e imagen cuando corresponda.

Continuar después del Emprendetón

El final puede conducir a una prueba con usuarios, piloto, alianza, cliente, iteración técnica, búsqueda de inversión o la decisión informada de no continuar. El recorrido también puede dejar evidencia, conocimiento, portafolio, contactos y capacidad profesional.

Define un siguiente paso verificable

En los próximos [plazo], haremos [acción] para comprobar [incertidumbre o resultado] y decidiremos [decisión] usando [criterio].

Cierre