Impact

Série de mini-jeux dans lesquels on doit faire des efforts pour obtenir un impact positif sur la nature.

Équipe :
Evan Martin & Antoine Tardivel (Développeurs)
Ambroise Nicolao, Danut Miculas & Ludwig Pilicer (Designer)
Timon Idrissi (Compositeur)

Formation : BDDI 2022

Technologie : ThreeJS – AnimeJS – VueJS – Blender – Mixamo – Figma – Adobe Suite

Sujet : Le numérique au service de la nature

Lien vers le site vitrine : https://save-grandma.com/

Aden

Welcome to 2222. All forms of nature have disappeared on Earth. The rest of humanity survives in the city of Aden, a megalopolis closed to the outside world, where the shadow of a mysterious corporation, Al Kahana, hangs over all citizens with a citizen score. In this world that hides many mysteries, you will go through the different floors of the city, juggling between investigation, exploration and parkour. Will you be able to find all the answers? Download and play Aden now.

Équipe : Enzo Cailleton ( Développeur ), Justin Quillevere ( Développeur ) Yacine Bigot ( Designer ), Bartholomé Chassac ( Designer ), Anna Xiberras ( Designer )

Formation : BDDI 2022

Technologie : Unity – Blender – Procreate – GSAP – FL Studio

Durée du projet : 6 mois

Sujet : Le numérique au service de la nature

Lien vers le site vitrine : https://adengame.netlify.app/

Clic-Clack

Lisa Levavasseur (Designer), Axel Crouilbois (Designer), Timothée Blanchard (Développeur), Valentin SALAUD (Développeur) & Robin Verona (Développeur) 

Technologie : Web (Vue js, WebGL & Howler), Server (Express, Socket IO)

Durée du projet : 6 mois

Formation : DMII 2023

Pitch : Entre colocs, vous décidez d’acheter un nouveau canapé. Coup de chance, vous trouvez la perle rare à un prix dérisoire sur Le Bon Coin !Ni une ni deux, vous vous mettez en route pour la maison de votre contact. Mais arrivés sur place, tout ne se passe pas comme prévu …

Saurez-vous vous en sortir face aux énigmes et mystères qui vous attendent ?

Dossier de conception :

Archives

Équipe : Angèle BAPPEL (designer), Maxime BARON (designer), Robinson PELLADEAU (designer), Robin LEROUX (développeur) et Pierre MARTINIÈRE (développeur)

Formation : DMII 1 – 2021/2022

Technologies :  Figma – Photoshop – Blender – ThreeJS – After Effects – Premiere Pro

Durée du projet : 6 mois

Pitch : Prenez part à une enquête interactive sur l’affaire “Omar m’a tuer” en vous immergeant dans sa médiatisation. Plongé dans un espace surchargé en informations, faites de votre mieux pour retenir les informations essentielles et tentez d’apporter une réponse à la question suivante : Omar Raddad est-il le meurtrier ?

Dossier de conception : Télécharger ici

Lien de l’expérience : https://archive-exp.netlify.app

ChildExpress

Équipe : Margaux CLEMENT (designer), Levana BERDAH (designer), Alexis SEJOURNE (développeur), Leith BEN ABDESSALEM (développeur) et Lissandre PASDELOUP (développeur)

Formation : DMII 1 – 2021/2022

Technologies :  Figma – Blender – ThreeJS – After Effects

Durée du projet : 6 mois

Pitch : Bienvenue chez ChildExpress !
Je suis E-gène, votre sage-femme et conseillère virtuelle.
Vous avez effectué une demande de procréation via notre plateforme, c’est aujourd’hui le grand jour, vous allez enfin pouvoir devenir parents !
Plus besoin des 9 mois de suspens inconfortables pour un résultat généralement… décevant. Ici, nous vous donnons accès à une solution durable, en seulement quelques clics, et sans effort. (Livraison sous deux jours ouvrés)
Vous avez choisi le forfait “enfant premium”, vous pourrez ainsi accéder à la totalité de nos fonctionnalités pour faire de votre enfant la meilleure version de vous-même.

Dossier de conception : Télécharger ici

Lien de l’expérience : https://childexpress.netlify.app/fr/

Enchanté(e)

Équipe : Clara Lautré ( développeuse ) – Vanina Idiart ( développeuse ) – Marie Gelix ( designer ) – Ophélie Ostermeyer ( designer ) – Margaux Gillet ( designer )

Formation : DMII 1 – 2021/2022

Technologie : PixiJS – SocketIO – Adobe Illustrator– ProCreate – Figma

Durée du projet : 6 mois

Pitch : Vous et votre proche partagez des moments, des instants très précieux au quotidien. Enchanté(e) en a bien conscience et c’est pourquoi nous vous proposons de vous remémorer des souvenirs en commun, à la manière d’une Madeleine de Proust.

Dossier de conception : Télécharger ici

Lien de l’expérience : https://enchante-e.netlify.app/

Osmose

Équipe : Maxime DRUART (Développeur) – Jean-Baptiste SANCHEZ (Développeur) – Thomas BAGNOLATI (Designer) – Julie PEREIRA (Designer) – Victor SOULIÉ (Designer)

Formation : DMII 1 – 2021/2022

Technologie : Unity – Blender – Adobe After Effects – Figma

Durée du projet : 6 mois

Pitch : Vous êtes dans un laboratoire et faites face à une mystérieuse créature bioluminescente. Au travers de quatre mini-jeux, passez par la communication non-verbale pour tenter d’atteindre l’osmose.

Dossier de conception : Téléchargez ici

Léthé

L’équipe : Yann Chabot-Thomas (développeur), Nathan Mardoukh (designer), Seta Minassian Nathan (designer), Rachel Duvauchelle (designer),  Keny Zachelin (développeur),
Formation : DMII 2 (promo 2022)
Durée : 6 mois
Technologies : Three.js, Howler.js, Figma, After Effects, ProCreate

Pitch : Bienvenue en Grèce antique, tu incarneras un poète qui vivra une longue aventure. Durant toute cette aventure, tu passeras par différentes phases, qui te seront d’une grande utilités pour la conclusion de celle-ci. À toi de bien écouter ce qu’il se passe et d’explorer ce monde afin d’arriver au bout de ton ultime voyage.

Lien de l’expérience

Dossier de conception

More than honey

More than honey est un conte immersif agrémenté de mini-jeux à la découverte du quotidien de petits êtres que nous connaissons mal : les abeilles.

Équipe :  Léonie GRIMOIN, Maëlle RABOUAN ( Développeuse )
Camille ROBILLARD, Jessica POULAIN, Danny LAHCENE ( Designer )

Formation :  BDDI 2022
Technologies :  Figma – Blender – Adobe Audition – Photoshop
Three.js – Vue JS – Gsap – Github
Durée du projet : 6 mois

Dossier de conception : Télécharger
Lien de l’expérience : https://more-than-honey.netlify.app/

Apella, ou la solution qui vous fait gagner du temps sur l’appel et sur l’emprunt des clés à Gobelins Gambetta.

L’équipe

  • Formation : DPNUX, Directeur de Projet Numérique et UX designer – 2021-2022
  • Durée du projet : 3 mois
  • Dossier de conception : Rapport écrit (link)
  • Technologies/logiciels : Miro, Figma, Notion, Photoshop, Illustrator, Google form, Google drive
  • Prototype : link
  • Pitch : Gagner du temps sur le processus de l’appel fait à Gobelins Gambetta et gagner du temps sur l’emprunt des clés toujours sur le même campus.

2 contextes pour 2 problématiques :

2 problématiques :

  • L’appel : « Faire l’appel, ça prend du temps et le temps c’est de l’argent !” Arnaud Lacaze, professeur à Gobelins.

Comment donc rendre plus efficace en terme de temps et d’énergie le processus de l’appel à Gobelins Gambetta ?

  • Les clés : “J’ai donné ma carte d’identité pour avoir les clés de la 310, et ils l’ont perdue ! » Sidonie, étudiant à Gobelins

Comment donc rendre plus efficace en terme de temps et d’énergie le processus de l’emprunt des clés à Gobelins Gambetta ?

Contexte pour l’appel :

Le contrôle de présence des apprenants dans la salle de classe est un enjeu crucial (financements OPCO, réglementation de l’apprentissage, sécurité des personnes, contrôle qualité…). Utile et instructif en début de formation, l’appel oral devient rapidement une corvée fastidieuse, notamment dans les classes à effectif élevé (30 voire 40 élèves). Dans les phases d’autonomie de la pédagogie par projets, plus bruyantes et remuantes que des phases de cours classiques, il est fréquemment négligé ou sujet à erreurs. Dans un contexte de maîtrise des volumes horaires en présentiel, l’appel oral est coûteux : dans une classe de 40 apprentis, avec environ 5 minutes consacrés à l’appel lors de chacune des 202 demi-journées de présence au CFA sur une année, c’est plus de 2 jours de cours qui sont consacrés à faire l’appel au final ! Faire l’appel, c’est barbant, pour les apprenants, comme pour l’enseignant… et ce n’est pas très facile à rendre ludique !

Contexte pour les clés :

Les étudiants et intervenants sont responsables des clés des salles : le premier arrivé, le matin, est censé déposer sa pièce d’identité en échange de la clé de la salle, puis récupérer sa pièce d’identité le soir lors de son départ. Ce système a été mis en place pour garantir la sécurité du matériel coûteux qui équipe les classes, suite à des vols dans le bâtiment lors de la première année, en s’assurant que les classes soient fermées dès que les étudiants ne sont plus à l’intérieur.

Or :

  • la vérification du registre par les arrivants et la recherche de la clé par l’agent d’accueil font perdre plusieurs minutes, et occasionnent des bouchons dans l’entrée.
  • corollaire de la classe par projets, les étudiants arrivent en ordre dispersé le matin, difficile pour eux de penser à vérifier s’ils sont les premiers arrivés !
  • les premiers arrivés le matin ne sont pas les derniers à partir le soir ou à partir déjeuner : la passation de pièce d’identité à l’accueil est laborieuse.
  • certains étudiants ont 17-18 ans à leur arrivée à l’école : dès le début de l’année être responsabilisé, se coordonner avec les autres étudiants : pas simple
  • en cas de porte close, certaines salles, au 3e étage, imposent à l’ étudiant de redescendre 3 étages 1⁄2 par l’escalier, traverser la cour, demander la clé, retraverser la cour, remonter l’escalier… Ce qu’ils ne font pas, attendant alors que quelqu’un pense à prendre la clé et vienne leur ouvrir
  • parfois, le premier arrivé dans la salle est l’intervenant. Certains intervenants ne viennent qu’une fois par an : les informations pratiques à leur communiquer d’une année sur l’autre sont pléthore (nouveaux outils numériques, nouveau matériel en salle, nouveau processus à l’accueil, nouvelles démarches administratives, nouveau système d’évaluation, etc) : réduisons-les autant que possible en simplifiant les détails.

Notre méthode :

Nous avons choisi de travailler avec la méthode du double diamant, celle-ci nous semblait la plus adaptée pour le projet. En effet, le commanditaire ayant une première idée de sa problématique, il nous fallait la comprendre, mais aussi la challenger.

Cette méthode s’articule autour de quatre phases principales, découvrir, définir, développer et enfin délivrer.

Nos découvertes :

Dans ce projet, il y a 5 parties prenantes : les étudiants, les professeurs (permanents), les professeurs (intervenants), l’administration (pour la problématique appel) et le pc sécurité (pour la problématique clé).

Information fractionnée et complexe

L’information est fractionnée et donc complexe

Beaucoup de sources et de sorties différentes dont l’imbrication n’est pas forcément évidente. Cela crée un environnement flou où il est difficile de se sentir cadré et d’avoir des habitudes.

L’expérience de l’appel est ainsi un moment pouvant être frustrant, compliqué, ou encore lassant.

👉 Il est donc essentiel de fluidifier le processus d’appel : il ne doit y avoir aucun doute sur l’action à faire.

Une responsabilité en porte-à-faux

L’adaptation de certains pour palier la complexité fait retomber la responsabilité sur les utilisateurs finaux.

De ce fait, certain.e.s acteur.ices de l’école se créent leur propres cadres en adaptant les règles à leur pratique (faire l’appel par les élèves ou attendre que le.a professeure aille chercher les clef par exemple) pour améliorer leur quotidien.

Ces modifications des pratiques créent une multitude de variations et une charge mentale supplémentaire aux utilisateurs finaux car elles ne sont pas homogène.

Une responsabilité paradoxale

La responsabilité donnée aux élèves et aux professeur.e.s est paradoxale

A Gobelins, nous avons ressenti une volonté de faire grandir et responsabiliser les élèves qui entre en friction avec le besoin de surveiller pour des raison de sécurités et administratives. Il sera intéressant d’utiliser ce paramètre de responsabilité comme un curseur que nous pourrons faire évoluer au fil de nos idéations et itérations.

Une sécurité “bête et méchante”

Les processus de sécurité ne sont pas explorés jusqu’au bout

Une grande partie des contraintes rencontrées dans ce projet sont liée à la sécurité. Ces derniers impactent la fluidité de l’expérience globale car ils appliqués de manière très arbitraire. Il sera pertinent de questionner leur utilité et la façon de les appliquer de manière la moins contraignante pour les utilisateurs.

Nos recommandations :

Pour l’écosystème de la solution appel, nous avons pensé 2 solutions, car en fonction des formations, l’appel fait n’est pas le même.

  • 1ere solution papier : la feuille d’émargement est imprimée et placée devant la salle de la formation concernée. Chaque élève qui passe devant la classe doit donc signer à côté de son nom et prénom. Cela rentre dans un processus plus léger, le professeur ne perds plus de temps à faire l’appel.
  • 2eme solution numérique : une badgeuse située devant la porte de la classe relié à la carte étudiante Gobelins donné en début d’année. L’élève a juste à passer sa carte reliée à la badgeuse pour confirmer sa présence, l’application Gobcard lui envoie un messsage comme quoi il a bien fait l’appel. La aussi un gagne temps se fait tant au niveau administratif, que professeur qu’étudiant.

Pour les clés, nous avons rendu le processus plus léger qu’il ne l’était tant pour le pc sécurité, que pour les étudiants/professeurs.

La personne qui a besoin de la salle, badge sa carte étudiante pour pouvoir ouvrir le boitier clé et récupérer la clé. La badgeuse est reliée à un système d’emprunt des clés pour avoir un visuel sur qui a ou n’a pas les clés au niveau du pc sécurité et anticiper tout problème.

Merci pour votre lecture !