Hackathon Unboxed (Centrale Lyon IA) : sortir un POC IA utile en 30 heures, même sans data

Unboxed à Centrale Lyon : 30 heures pour arrêter de parler IA et montrer quelque chose

Tu peux passer des semaines à “réfléchir à un projet IA” et ne rien livrer. Ou tu peux te mettre un mur dans le dos. C’est l’intérêt d’un hackathon.

Unboxed est un hackathon organisé par l’association étudiante Centrale Lyon IA, annoncé comme un format 30 heures non stop pour “transformer une idée en réalité”. L’édition affichée se tient du 19 au 21 septembre 2026, sur le campus de Centrale Lyon à Écully (Métropole de Lyon), avec 100+ participants, 8 000 € de prix et 15+ mentors annoncés. Sources : unboxedhack.com.

Les tracks mis en avant : IA & ML, Web3 & DeFi, Green Tech, Open Innovation (source : unboxedhack.com).

Mais si tu lis cet article, c’est probablement pour une question simple : comment sortir un POC d’intelligence artificielle présentable en 30 heures, sans te faire piéger par la data, les accès, et le périmètre.

Unboxed, c’est pour qui (et pourquoi tu peux venir sans équipe data)

Unboxed est sur un campus d’ingénieurs, donc tu vas croiser du technique. Mais le format “30 heures” pousse naturellement vers des POC centrés sur un flux métier et une démo, pas sur de l’entraînement lourd ni de la MLOps.

Sur une édition précédente couverte par la presse locale, le hackathon était aussi sur 30 heures, avec 82 participants répartis en 19 équipes. Trois prototypes “IA médicales” ont été récompensés, dont des approches très orientées génération de livrables et assistants plutôt que “on entraîne un modèle from scratch”. Source : Le Progrès.

Donc oui, tu peux venir sans data engineer. À condition de jouer le bon jeu : réduire l’incertitude, cadrer un cas d’usage petit, et viser un POC “déployable” au moins en interne.

Profils qui ont leur place

• PM, PO, responsables métier : tu portes le problème, les critères de succès, le pitch et la démo.
• Dev full stack : tu fais l’UI et l’intégration (API, automatisations, stockage).
• Profil IA appliquée (même “light”) : prompts, garde-fous, évaluation, choix modèle.
• Ops, sécurité, DPO, juriste (oui) : tu empêches le POC de devenir un truc impossible à mettre en prod.

Infos pratiques : dates, lieu, inscriptions

Quand : du 19 au 21 septembre 2026 (source : unboxedhack.com).

Où : Centrale Lyon, campus d’Écully (Métropole de Lyon) (source : unboxedhack.com).

Inscriptions : la page d’inscription indiquait récemment “Aucune édition ouverte aux inscriptions pour l’instant” (source : unboxedhack.com/register). Le site mentionne aussi un bouton “Candidater” et des points de contact (source : unboxedhack.com).

Traduction : la date est annoncée, mais l’ouverture effective des candidatures peut bouger. Si tu veux y aller, surveille le site officiel.

Objectif réaliste : un “flux unique” qui tient en 3 minutes de démo

Le piège classique d’un hackathon IA Lyon : vouloir “faire une plateforme”. Tu ne feras pas une plateforme en 30 heures. Tu feras une démonstration fragile, et tu vas la défendre en expliquant que “ça pourrait”. Mauvais plan.

Le bon plan : un flux unique. Une entrée. Un traitement. Une sortie. Et une valeur claire.

La règle des 1-1-1

• 1 entrée : un e-mail, un PDF, un ticket support, un compte rendu, un CSV, un formulaire.
• 1 transformation : extraire, classer, résumer, détecter, proposer une réponse, remplir un template.
• 1 sortie : un document prêt à envoyer, une fiche structurée, une action dans un outil, un dashboard.

Exemples de sujets “petits mais déployables” (adaptés à une boîte lyonnaise)

• Support : un e-mail entrant devient une fiche ticket structurée + proposition de réponse + tags.
• Commercial : un brief client devient une note de cadrage + une proposition + une checklist de risques.
• Qualité : un rapport d’incident devient un résumé + causes probables + actions correctives suggérées.
• RH : une demande interne devient une réponse conforme à la politique interne + escalade si besoin.
• Achats : une demande devient une synthèse + points d’attention + brouillon de mail fournisseur.

Tu veux un POC intelligence artificielle qui marque ? Fais gagner du temps sur un livrable réel. Pas sur une “démo de modèle”.

Avant d’arriver : prépare data, accès, et critères de succès (sinon tu perds 10 heures)

Tu n’as pas d’équipe data. Très bien. Ton levier, c’est la préparation. La moitié des POC échouent parce que les données sont introuvables, sales, sensibles, ou bloquées par des droits.

Checklist data minimaliste (mais sérieuse)

• Un corpus de 20 à 100 exemples réalistes. Pas 3 exemples “parfaits”.
• Nettoyage : formats cohérents, champs stables, suppression des doublons évidents.
• Masquage si besoin : noms, emails, numéros, identifiants. Si tu manipules des données perso, fais simple et prudent.
• Un jeu de tests de 10 cas “pièges” : cas incomplets, cas ambigus, cas longs, cas avec pièces jointes.
• Une vérité terrain : sur tes exemples, c’est quoi la bonne sortie attendue ? Même si c’est imparfait.

Si tu as un doute sur l’évaluation, tu peux t’appuyer sur une méthode simple de jeu de tests : https://lyon-ia.com/blog/evaluer-reponses-ia-jeu-de-tests

Et si ton sujet touche des données sensibles, fais au moins le minimum d’anonymisation : https://lyon-ia.com/blog/anonymiser-donnees-avant-ia

Définis des critères de succès compréhensibles par un jury et par un manager

Sans métrique, ton prototypage IA ressemble à un tour de magie. Et dès que quelqu’un pose une question, tu t’écroules.

• Temps : “on passe de 12 minutes à 2 minutes par dossier”.
• Qualité : “dans 8 cas sur 10, la sortie est utilisable sans retouche majeure”.
• Risque : “0 donnée perso dans la sortie”, “sources citées”, “incertitude affichée”.
• Coût : “moins de X centimes par traitement”.

Si tu veux un cadre plus structuré sur la valeur, tu peux reprendre une approche avant/après : https://lyon-ia.com/blog/mesurer-gain-reel-usage-ia

Organisation d’équipe : 3 rôles, pas 12. Et une personne obsédée par la démo.

Sur 30 heures, l’orga fait la différence. Le POC qui gagne n’est pas forcément le plus “smart”. C’est celui qui est clair, stable, et montrable.

Rôle 1 : owner produit (toi ou quelqu’un d’autre)

• Écrit le problème en une phrase.
• Écrit le flux 1-1-1.
• Fixe les critères de succès.
• Prépare le pitch et le storytelling.

Rôle 2 : owner intégration (le ou la dev “colle”)

• Monte une interface simple : web, formulaire, ou même un script avec une sortie propre.
• Gère les entrées et sorties : upload de doc, export PDF, envoi mail, stockage.
• Fiabilise : logs, erreurs, mode dégradé.

Rôle 3 : owner IA appliquée (prompts, éval, garde-fous)

• Choisit une approche simple : extraction, classification, résumé, RAG si besoin.
• Crée un protocole de test rapide.
• Ajoute des garde-fous : format de sortie strict, refus, seuils, citations si possible.

La règle d’or : une démo qui marche sur 5 exemples, pas sur 1

À partir de la 20e heure, tu arrêtes d’ajouter des features. Tu stabilises. Tu répètes la démo. Tu élimines les angles morts.

Architecture POC IA en 30 heures : simple, traçable, et pas suicidaire

Tu peux faire très bien avec une architecture “pauvre” mais propre. Et tu dois éviter deux erreurs : l’usine à gaz, et le prototype impossible à industrialiser.

Approche recommandée pour un POC présentable

• Entrée : un formulaire + upload, ou un dossier local, ou un webhook.
• Pré-traitement : extraction texte (PDF), découpage, nettoyage.
• Étape IA : un LLM pour structurer, résumer, classer. RAG uniquement si le POC doit répondre sur une base documentaire.
• Post-traitement : validation de format, score de confiance simple, mise en page.
• Sortie : un PDF, un email brouillon, une fiche JSON, une page web.

Si ton POC est un agent IA, pose 5 garde-fous tout de suite

Les POC “agentiques” sont sexy, mais ils peuvent vite devenir dangereux si tu connectes des outils. Même en hackathon, tu peux montrer que tu as compris le sujet.

Pour aller droit au but, garde cette checklist : https://lyon-ia.com/blog/agents-ia-en-production-garde-fous

Et si tu donnes accès à des outils, lis ça avant de brancher n’importe quoi : https://lyon-ia.com/blog/securiser-un-agent-ia

Le plan de bataille minute par minute (version réaliste)

Heure 0 à 2 : cadrage brutal

• Écrire le problème et la cible.
• Choisir le flux 1-1-1.
• Définir 3 critères de succès.
• Décider ce qui est hors périmètre.

Si tu as besoin d’une méthode de cadrage ultra claire : https://lyon-ia.com/blog/cadrer-un-projet-ia-methode

Heure 2 à 6 : prototypage “squelette”

• Un input qui marche.
• Un output qui s’affiche.
• Un appel IA au milieu, même nul au début.

Heure 6 à 14 : qualité de sortie et tests

• Tu verrouilles le format de sortie (JSON, sections fixes, tables).
• Tu testes sur 10 cas, tu notes ce qui casse.
• Tu ajoutes des règles simples et des contrôles.

Heure 14 à 22 : intégration et démo

• Tu rends la démo agréable : un bouton, une progression, une sortie lisible.
• Tu prépares 5 exemples “spectaculaires mais réalistes”.
• Tu coupes tout ce qui fragilise.

Heure 22 à 30 : stabilisation, pitch, et plan post-hackathon

• Tu répètes le pitch. Tu chronomètres.
• Tu gères les échecs : si l’IA sort n’importe quoi, tu montres le mode dégradé.
• Tu présentes une feuille de route crédible à 2 semaines.

Le pitch qui marche : problème, démo, impact, risques, next steps

Beaucoup d’équipes font l’inverse : elles commencent par “on a utilisé un LLM”. Personne ne s’en fout plus qu’un jury. Ce qu’on veut, c’est : à quoi ça sert, et est-ce que c’est déployable.

Structure de pitch (simple, efficace)

• Problème : qui souffre, sur quoi, combien de temps perdu.
• Solution : le flux 1-1-1 en une phrase.
• Démo : 2 exemples, puis un cas “difficile”.
• Mesure : tes critères de succès et tes résultats sur ton jeu de tests.
• Risques : données, hallucinations, sécurité, conformité.
• Suite : ce que tu fais en 2 semaines pour passer de POC à pilote.

Après Unboxed : transformer ton prototype en pilote sans te faire rattraper par la réalité

Le hackathon te donne un POC. Pas un produit. Si tu veux en tirer quelque chose en entreprise, tu dois préparer la suite. Et tu dois surtout éviter la “Shadow AI” sauvage qui se met à tourner sans gouvernance.

Si tu veux cadrer le risque d’usage non déclaré, c’est ici : https://lyon-ia.com/blog/shadow-ai-en-entreprise

Feuille de route “2 semaines” crédible

• Jour 1-2 : figer le périmètre, écrire les cas d’usage et les cas interdits.
• Jour 3-5 : améliorer la donnée et le jeu de tests, mesurer avant/après.
• Jour 6-8 : sécuriser les accès, logs, traçabilité, gestion des erreurs.
• Jour 9-10 : conformité minimale (RGPD, politique de conservation, informations aux utilisateurs si besoin).
• Jour 11-14 : pilote sur 5 à 20 utilisateurs, collecte feedback, itération.

Sécurité, conformité, et hygiène de base (à mentionner dès le POC)

• Traçabilité : garder la trace des entrées, sorties, version du prompt, modèle utilisé. Guide utile : https://lyon-ia.com/blog/tracabilite-decisions-ia
• Conservation : qui garde quoi, combien de temps : https://lyon-ia.com/blog/politique-conservation-donnees-ia
• RGPD : savoir ce qui est OK et ce qui ne l’est pas : https://lyon-ia.com/blog/rgpd-et-ia-en-entreprise
• Sécurité LLM : si ton POC touche des données ou des outils, lis au moins une fois : https://lyon-ia.com/blog/securiser-vos-llm-en-production-menaces-et-parades-pour-les-entreprises
• Injection de prompt : la faille classique sur les assistants et agents : https://lyon-ia.com/blog/injection-de-prompt-securite

Les erreurs qui tuent ton prototypage IA (et comment les éviter)

• Périmètre trop grand : tu veux “refaire un ERP”. Coupe. Reviens au flux 1-1-1.
• Pas de métriques : si tu ne mesures rien, tu ne prouves rien.
• Données improvisées : tu passes la nuit à chercher des exemples. Prépare ton corpus avant.
• Démo fragile : “ça marche sur mon laptop” n’est pas une stratégie. Stabilise tôt.
• IA gadget : si une règle simple suffit, assume. Le jury aime les solutions utiles, pas les buzzwords.

Pourquoi ça compte à Lyon (et pourquoi c’est le bon moment)

Unboxed se tient à Écully, dans un coin où se croisent écoles, entreprises, et écosystème tech de l’ouest lyonnais. Et il arrive en septembre, pile dans une séquence chargée côté événements. Si tu veux te mettre dans le bain, regarde aussi SIDO Lyon 2026 (16 septembre) : https://lyon-ia.com/blog/sido-lyon-2026-le-rendez-vous-deeptech-a-ne-pas-manquer-le-16-septembre

L’intérêt d’un hackathon, c’est aussi le réseau local. Tu peux rencontrer des profils qui savent shipper. Et des mentors qui ont déjà vu les mêmes erreurs que toi.

Ce que tu peux faire maintenant (si tu veux vraiment sortir avec un POC)

Plan d’action simple, dès aujourd’hui :

• Choisis un cas d’usage qui sort un livrable en 1 flux (règle 1-1-1).
• Prépare 50 exemples et 10 cas de test “pièges”. Masque les données sensibles.
• Écris 3 critères de succès mesurables, même grossiers.
• Définis les rôles dans l’équipe avant d’arriver. Une personne responsable de la démo.
• Prépare la suite : sécurité, RGPD, traçabilité, et une roadmap à 2 semaines.

Si tu fais ça, tu as de bonnes chances de sortir d’Unboxed avec un POC intelligence artificielle présentable, et pas juste une idée de plus. Et c’est exactement ce qu’on attend d’un hackathon IA Lyon qui se respecte.