Hackathon corporativo en México: presupuesto, tiempos y qué esperar (2026)

Un hackathon corporativo es un programa de construcción con tiempo acotado en el que los equipos entregan prototipos funcionales contra un reto que define una empresa, con una rúbrica publicada, mentores, jurado y un demo day. En México toma de 8 a 12 semanas organizarlo cuando se convoca a desarrolladores externos a través de universidades y comunidades, el presupuesto lo mueven nueve componentes y no un precio único, y la empresa se lleva prototipos evaluados, una lista con nombre de quienes construyeron y un reporte escrito. Esta guía cubre cada una de esas partes en orden: formatos, calendario, presupuesto, qué recibe, cómo medirlo y qué cambia cuando el hackathon ocurre en México.

Puntos clave

• Un hackathon corporativo puede ser interno (los propios equipos de la empresa), abierto (desarrolladores, estudiantes y founders externos) o mixto. El formato decide el trabajo de convocatoria y la mayor parte del presupuesto.
• Planee de 8 a 12 semanas: unas dos semanas de diagnóstico, diseño y convocatoria, un evento de uno a cinco días y unos 30 días de reporte y seguimiento.
• El presupuesto tiene nueve componentes: diseño del reto, equipo en campo, sede y conectividad, comida, convocatoria, mentores y jurado, premios o créditos, producción y el reporte final. Las sedes universitarias suelen ser gratuitas para la empresa. Mobil3 no publica lista de precios y cotiza por programa.
• Alrededor del 65% de los proyectos de hackathon no muestran trabajo posterior al evento, así que la medición y el plan de 30 días tienen que acordarse antes del evento, no después.

Qué es un hackathon corporativo y los tres formatos

La palabra abarca tres programas distintos, y la primera decisión es cuál de ellos está comprando. El formato decide quién está en la sala, cuánta convocatoria tiene que hacer el organizador y la mayor parte del presupuesto.

Interno. Los propios empleados de la empresa construyen prototipos para sus procesos y productos, muchas veces entre equipos que normalmente no trabajan juntos. La convocatoria es un anuncio interno, la sede suele ser la oficina y el reto puede usar datos confidenciales. Es el formato que la mayoría de las grandes empresas en México opera primero, porque el riesgo es bajo y los prototipos son relevantes de inmediato. Las ganas existen: la encuesta de innovación 2024 de BCG encontró que el 83% de las empresas pone la innovación entre sus tres prioridades principales, mientras solo el 3% alcanza su zona de preparación (BCG, Innovation Systems Need a Reboot, junio de 2024), y un hackathon interno es la forma más barata de averiguar en cuál de los dos grupos está una empresa.

Abierto. Desarrolladores, estudiantes y founders externos construyen alrededor del producto de la empresa, de su API o de un tema que la empresa define. La convocatoria es el trabajo principal, y en México corre a través de universidades, comunidades de desarrolladores y equipos de empresas en la ciudad sede. Los prototipos son una razón para que los desarrolladores prueben el producto, y la sala es un primer contacto con las personas que la empresa quiere contratar, tener como aliadas o tener como clientes.

Mixto. Equipos de la empresa y desarrolladores externos en la misma sala, por lo general con los ingenieros de la empresa como mentores y jurado y no como competidores. Es el formato más común para empresas que entran a México: los ingenieros conocen a los desarrolladores locales, los desarrolladores logran una primera construcción funcional con el producto y la empresa ve ambas cosas.

Un hackathon corporativo no es el patrocinio del evento de alguien más. Patrocinar un hackathon público compra un track de reto y un logotipo en un escenario que el patrocinador no controla. Un hackathon corporativo es el programa propio de la empresa, con su propio reto, rúbrica, participantes y reporte. Ambos pueden tener sentido, y la página de empresas explica qué recibe un patrocinador de un hackathon Mobil3 cuando la segunda opción es la correcta.

El calendario de 8 a 12 semanas

El evento es la parte más corta. La mayor parte del calendario se va en decidir cuál es el reto y en llevar a las personas correctas a la sala. Planee de 8 a 12 semanas cuando convoca a través de universidades e instituciones, que es lo que exige un formato abierto o mixto en México. Un formato interno puede ser más corto, porque los participantes ya trabajan para usted. Las guías de organizadores coinciden en la forma: el calendario de Major League Hacking fija el presupuesto cuatro meses antes de un hackathon estudiantil (MLH Hackathon Organizer Guide, Hackathon Timeline, recuperado en noviembre de 2026), y el kit académico de planeación revisado describe un hackathon corporativo de 50 a 80 participantes en una gran empresa de TI con hitos a cuatro meses, tres meses, un mes y una semana antes del evento (Affia-Jomants, Gama, Herbsleb y Nolte, arXiv 2008.08025v3, marzo de 2025).

Semanas 1 y 2: diagnóstico. Qué quiere la empresa del programa, quién necesita estar en la sala y cómo se ve el éxito al final. Cada programa de Mobil3 empieza con un diagnóstico de unas dos semanas, y aquí es donde se decide el formato.

Semanas 3 y 4: diseño. El reto, la rúbrica, los KPIs, los entregables y los términos de propiedad intelectual, todo por escrito antes de reservar cualquier cosa. Cierre el reto antes de que inicie la convocatoria, porque el reto es el mensaje de la convocatoria. La guía del operador sobre cómo organizar un hackathon para desarrolladores cubre el diseño del reto en detalle.

Semanas 4 a 9: convocatoria y logística. Sede, conectividad, comida, mentores, jurado, comunicaciones y la lista de participantes. En México la lista de participantes sale de universidades, comunidades de desarrolladores y equipos de empresas en la ciudad sede, y la convocatoria universitaria sigue el calendario académico, así que las fechas se fijan durante el diseño, no después.

El evento: de uno a cinco días. Un solo día de construcción funciona para un formato interno con un reto acotado. Los formatos abiertos suelen durar dos o tres días, y los programas tipo residencia llegan hasta cinco. Check-in, la agenda, mentores que destraban a los equipos, un jurado que califica contra la rúbrica publicada y un demo day donde los equipos muestran lo que funciona.

Semanas 10 a 12: reporte y seguimiento. El reporte escrito de quién participó, qué se construyó y qué vio el jurado, más el plan de 30 días para los equipos con los que vale la pena dar seguimiento. Es la parte que la mayoría de los organizadores se salta y la parte que la empresa se queda.

Qué mueve el presupuesto: nueve componentes, sin lista de precios

Mobil3 no publica lista de precios y cotiza cada programa por escrito después del diagnóstico, porque el formato, la ciudad, el número de participantes y el número de días cambian la cifra. Lo que sigue no es un precio. Es la lista de componentes que una cotización debería desglosar, para que usted pueda leer una y saber qué está pagando.

1. Diseño del reto. El trabajo de convertir un objetivo de negocio en un reto sobre el que los equipos puedan construir en uno a cinco días, con una rúbrica que un jurado pueda defender. Suele ser tiempo del organizador, y es el componente que más decide si los prototipos sirven.
2. Equipo en campo. Las personas que convocan, operan la sala, coordinan con profesores y organizadores de comunidades y mantienen el programa en marcha entre sesiones. El componente fijo más grande, y escala con el número de ciudades y de días.
3. Sede y conectividad. Las sedes en universidades suelen ser gratuitas para la empresa, porque la sesión es para sus estudiantes. Una oficina funciona para formatos internos. Sedes rentadas, energía eléctrica e internet confiable para cien laptops son los componentes a presupuestar en un formato abierto en una ciudad donde la empresa no tiene oficina.
4. Comida. Comidas y café para cada día del evento, para participantes, mentores y staff. Poco por cabeza, mucho en total, y el componente que más se olvida en el primer presupuesto. La guía de presupuesto de MLH llama a la comida uno de los costos más significativos de un hackathon y señala el hosting web y las herramientas internas como un costo que tiende a olvidarse (MLH Hackathon Organizer Guide, Hackathon Budgeting, recuperado en noviembre de 2026).
5. Convocatoria. El trabajo de llenar la sala con gente que llegó a construir: visitas a campus, alianzas con comunidades, comunicaciones y el flujo de registro. En un formato interno es casi cero. En un formato abierto es el segundo componente más grande.
6. Mentores y jurado. Mentores y jurado externos cuando el programa los necesita, más los propios ingenieros de la empresa en la sala. El segundo grupo no aparece en una factura, y por eso las empresas lo subestiman: sale de un calendario de ingeniería, no de una línea del presupuesto.
7. Premios o créditos. Premios en efectivo, créditos de producto, grants u office hours para los equipos ganadores. Los premios estructurados como continuación (créditos, un piloto, un siguiente paso pagado) mantienen a los equipos construyendo después del demo day mejor que el efectivo solo.
8. Producción y comunicaciones. Branding, señalización, foto y video, el anuncio público y la cobertura en redes durante el evento. Opcional en un formato interno, por lo general esperado en uno abierto.
9. Documentación y reporte final. Registrar participantes, entregas y evaluación durante el evento, y escribir el reporte contra los KPIs acordados al inicio. El entregable que la empresa se queda.

Deje un fondo de contingencia encima de los nueve, como recomienda la guía de MLH, porque el número de asistentes se mueve hasta la semana del evento. Un costo nunca aparece en la lista. Los programas para desarrolladores, estudiantes y founders son gratuitos para ellos, y Mobil3 nunca toma equity. La empresa cuyo reto da forma al hackathon cubre el costo y recibe el reporte al final.

Qué recibe la empresa después del demo day

Un hackathon corporativo produce cuatro cosas, y una cotización debería nombrar las cuatro.

Prototipos funcionales, evaluados. Cada entrega calificada contra la rúbrica publicada, con las notas del jurado. En un formato interno son los candidatos a un piloto. En un formato abierto muestran qué construyen los desarrolladores con el producto cuando nadie de la empresa está tecleando.

Una lista con nombre de quienes construyeron. Quién participó, de qué universidades, comunidades y empresas venía y qué construyó. En México esta lista es un mapa de reclutamiento y de alianzas, y un programa que puede nombrar las instituciones de donde salieron sus participantes ha producido algo que un volante nunca producirá.

Los equipos con los que vale la pena dar seguimiento. Entre tres y siete equipos, por lo general, con un siguiente paso acordado antes de que se vayan: un piloto, créditos, office hours o una entrevista. El hackathon 2025 de Mobil3 en la Ciudad de México, realizado junto a la Monad Foundation, tuvo 644 check-ins y participantes de 12 países, y la página de ediciones anteriores registra lo que salió de ahí.

El reporte escrito. Quién participó, qué se construyó y qué pasó en los 30 días después del demo day, medido contra los KPIs acordados en la fase de diseño. El reporte es lo que la empresa puede defender internamente cuando alguien pregunta para qué fue el hackathon.

Cómo medir un hackathon corporativo

El resultado por defecto de un hackathon es el silencio. Un estudio revisado por pares sobre proyectos de hackathon en Devpost encontró que alrededor del 65% no muestra trabajo técnico posterior al cierre del evento, y solo el 3.55% sigue activo cinco meses después (Nolte, Chounta y Herbsleb, Proceedings of the ACM on Human-Computer Interaction, CSCW, octubre de 2020, recuperado en noviembre de 2026). Un hackathon corporativo que termina en el demo day repite esa curva. El código cuenta la misma historia: un estudio de 22,183 proyectos de Devpost encontró que casi el 60% de los proyectos de hackathon no tuvo ningún código reutilizado después (Imam, Dey, Nolte, Mockus y Herbsleb, arXiv 2103.01145, 2021). Un caso de estudio publicado sobre un hackathon corporativo, cinco equipos en una gran empresa de software, encontró que los proyectos que continuaron tuvieron una preparación cuidadosa, una visión compartida, difusión después del evento y encaje con líneas de producto existentes (Nolte, Pe-Than, Filippova, Bird, Scallen y Herbsleb, ACM CSCW 2018). Ninguna de esas cuatro cosas es una línea de presupuesto. Las cuatro se deciden en la fase de diseño. La medición tiene que especificarse antes del evento, porque nadie la ofrece después por iniciativa propia.

Cuatro medidas cargan con la mayor parte del peso, y métricas de éxito de un hackathon explica cada una y la estructura de un reporte de ejemplo.

• Participantes únicos que entregaron, no registros. La propia página de producto de Devpost afirma una conversión de 5% a 33% de registro a entrega de proyecto, sin metodología publicada (Devpost, Public Hackathons, recuperado en noviembre de 2026), así que mil registros pueden significar cincuenta personas construyendo.
• Proyectos evaluados, con la rúbrica y las calificaciones. El número que un consejo directivo puede señalar.
• Instituciones alcanzadas, con nombre. Las universidades, comunidades y empresas de donde vinieron los participantes.
• Equipos que siguen construyendo 30 días después, con el siguiente paso que tomó cada uno. Es el número que separa un programa de un evento.

Una prueba aplica a cualquier métrica que proponga un organizador. ¿El número se vería igual si nadie hubiera entregado nada? Si la respuesta es sí, consérvelo como contexto y déjelo fuera del titular.

Qué cambia cuando el hackathon es en México

Tres cosas son distintas de operar el mismo programa en Estados Unidos o Europa, y las tres afectan el presupuesto y el calendario.

La convocatoria corre a través de universidades. Las comunidades de campus son donde muchos desarrolladores en activo en México tocan por primera vez el stack de una empresa, y el Octoverse de GitHub ubicó a los desarrolladores en México en más de 1.9 millones, con un crecimiento de cerca de 21% anual (GitHub Octoverse 2024), y su edición 2025 contó 3.2 millones de desarrolladores nuevos netos en Latinoamérica en un año, con Brasil, México y Colombia como los mercados que destacan (GitHub Octoverse 2025, octubre de 2025). Mobil3 trabaja con más de 15 universidades en sus programas, incluidos el Instituto Politécnico Nacional en la Ciudad de México, la Universidad de Guadalajara en Jalisco y la Universidad del Norte en Monterrey. La convocatoria universitaria sigue el calendario académico y necesita un contacto en la facultad, y por eso el calendario empieza en ocho semanas y por eso trabajar con universidades en México tiene su propia guía.

La sala funciona en dos idiomas. Los participantes construyen en español, en inglés o en ambos, según la audiencia. Si los ingenieros de la empresa hablan inglés y los participantes hablan español, alguien tiene que manejar el brief, la rúbrica, la mentoría y el demo day en los dos idiomas, y la cotización debería decir quién.

La ciudad decide la logística. Mobil3 organiza hackathons en Ciudad de México, Guadalajara y Monterrey con su propio equipo en campo, y en otras ciudades de Latinoamérica a solicitud. Un programa en una sola ciudad no tiene línea de viajes. Un programa en las tres tiene vuelos, hoteles y días de viaje para el equipo y para los ingenieros que se suman.

Cómo elegir quién lo opera

La empresa puede operar un hackathon corporativo por su cuenta, contratar a un organizador de hackathons, usar una plataforma para el registro y la evaluación, o combinar las dos últimas. La comparación de organizadores de hackathons en México nombra siete organizadores y plataformas por formato, ciudad, idioma, audiencia y reporte, y enumera las preguntas que conviene hacer antes de firmar. Tres de ellas importan más para un formato corporativo: quién opera las sesiones prácticas en la sala, qué universidades y comunidades puede nombrar el organizador de eventos pasados y qué contiene el reporte final.

Si está planeando un hackathon corporativo en México, envíe una solicitud por escrito a través de la página de contacto con el objetivo, la ciudad y las fechas. Mobil3 responde en dos días hábiles, y el programa empieza con un diagnóstico de unas dos semanas.