Sauvegarde d'un atelier de deux jours sur l'utilisation de Unity3D pour la XR avec Git depuis le package manager en tant que game designer, suivie d'un cours sur la façon de pitcher un projet VR pour solliciter de l'aide.

Mons XR Initiation

Salut à tous, j'ai 3 jours pour vous partager mes deux passions liées à ma profession de magicien des temps modernes : la XR et les jams.

Durant ces trois jours, nous allons parler de :

Quest 3 Market
- Des millions contre 500 utilisateurs
- 500 vs 1-20 utilisateurs
Past to Present
- De la jungle à des standards
Gamejam et hackathon
- Un bon moment ( ^_^)

Exercices:

Nous allons travailler en commun ici:
https://github.com/EloiStree/2024_07_16_MonsXrDesignGroupFork

Youtube Video:

Note:

Notre project: https://github.com/EloiStree/2024_07_17_MonsNotreBeauCubeProject
Notre fork: https://github.com/EloiStree/2024_07_16_MonsXrDesignGroupFork

Git du groupe: https://github.com/EloiStree/2024_07_16_MonsXrDesignGroupFork

Objectif minimal de la journée

À la fin de la journée, les 12 game designers du groupe sauront travailler en collaboration en contribuant à un projet commun sur GitHub, en plus d'avoir des connaissances de base sur ce qu'est la XR et sur les casques Quest 2 et 3.

GitHub & XR Standard

Sideloader des jeux depuis SideQuest

Exercice en vidéo: https://www.youtube.com/watch?v=hFeLZRp6jrM

Comme il est impossible de parler VR, XR, avec une personne qui n'a jamais essayé les casques, nous allons prendre le temps de le faire.

Pour cela, en groupe de deux, nous allons installer SideQuest sur votre machine. Trouvez des jeux sur le store alternatif et les installer. Voir exercice :

Utiliser SCRCPY pour voir votre téléphone sur PC
Cloner le projet https://github.com/EloiStree/2024_05_23_SCRCPYBatFiles dans le dossier de SCRCPY
Utiliser ADB Connect pour voir l'image en Wifi
Passer votre téléphone en mode developpeur
Installer SideQuest
Passer le casque en mode développeur
Utiliser SideQuest pour passer d'application en application

Note de côté : Oculus Link, ALXR et Steam Linq dans le but de jouer à des jeux PC.

Travaillons ensemble à explorer le passé de la VR

Exercice en vidéo: https://youtu.be/_Dru02qsDnY

Si j'avais un gamin, il y a une chose que je lui apprendrai dès son plus jeune âge : Git. Nous allons donc revoir un peu ce que c'est la VR-AR-MR-XR et d'où l'on vient, pour ensuite travailler en groupe à apprendre ce qu'est GitHub.

Git de groupe: https://github.com/EloiStree/2024_07_16_MonsXrDesignGroupFork

Voir exercice :

Créer un compte GitHub
Créér un répertoire avec le meme nom que votre compte
- ( Dans le but de créé un read.me porfolio )
Forker le projet du groupe
Ajouter un readme.md au Git de votre répertoire sur le site web du groupe NOMPRENOM en alphanumérique (aZ09)
Créer un pull request pour apprendre ce que c'est
Dans ce répertoire, vous pouvez créer deux fichiers : Games.md et Casques.md
- Objectif principal : Pratiquer git sur le site web de GitHub dans le fichier NOM_PRENOM/casques.md
- Dans casques.md, je vous invite à déposer des images et liens de: vieux, nouveaux et futurs casques VR.
- Objectif secondaire, en profiter pour commencer à travailler en groupe sur l'exploration XR
- Dans games.md, je vous invite à déposer des jeux que vous trouvez géniaux sur le Quest 2 ou 3
- Dans experimental.md, je vous invite à déposer des images de projets expérimentaux liés à la VR.
- Dans level_design.md, je vous invite à écrire des très courts résumé d'une vidéo sur le level design en VR
- Dans xr_design.md, je vous invite à déposer des informations que vous trouvez sur le XR design.

Les standards de la XR et travailler dans le train

Exercice en vidéo: https://www.youtube.com/watch?v=9t_mqOLfVeU
Les standards de la VR: https://youtu.be/fOa0O9Mb7RM

Une des puissances de Git que j'utilise en tant que nomade informaticien, c'est d'utiliser Git hors ligne sur plusieurs ordinateurs.

J'ai le PC du boulot au travail
J'ai mon notebook dans le train
J'ai ma tour chez moi
J'ai mon portable partout

Git va vous permettre de synchroniser tous ces lieux de travail avec simplicité. C'est ce que nous allons pratiquer à partir de l'application GitHub App. Si vous n'avez pas peur des interfaces, je vous invite à télécharger Fork ou SourceTree. Si vous n'avez pas peur des lignes de commande, je vous invite à apprendre cette phrase : "Add commit pull push".

Voir exercice :

Télécharger GitHub App
Connectez-vous sur GitHub App
Télécharger votre projet forké précédent
- Sur le PC de la formation
- Sur le laptop que vous utilisez dans le train si vous en avez un
Choisir un des sujets que l'on a vus sur les standards de la VR (sujet différent des autres)
Créer dans votre dossier un dossier topic/SUJET_DU_SLIDE/ReadMe.md.
Une fois le document fourni, faites "pusher" le code en ligne.
Proposer un "pull request" pour partager votre travail avec le groupe.

(Utiliser par les développeurs de la formation: https://git-fork.com )

Présentation en Pecha Kucha / 2

Exercice en vidéo: https://youtu.be/zLkP1VzIHbw

Un Pecha Kucha est l'art de présenter en 20 images x 20 secondes (6 minutes 40). On est douze, nous allons faire 10x20 images.

Exercice :

Parmi les recherches que vous avez faites cet après-midi.
- Sélectionner 10 images dans un Google Slide
- Interdiction de mettre du texte
- Mettre le Google Slide en automatique sur 20 secondes.
- Une fois fait, créer un dossier PechaKucha/StandardXR et déposer-y le lien public du slide
- Une fois fait, vous pouvez exporter les 10 images depuis Google dans le même dossier.
- Push, Pull Request et on est bon
Pendant (3 minutes 20) x 12 vous allez chacun à votre tour présenter ces images avec pour but de partager ce que vous avez appris sur le sujet.

Demain ?

Demain, nous allons publier un cube sur votre Meta Quest :)
Nous allons utiliser Git pour faire un level design à 12
- Pas de panique, on va rester sur du simple "A,B,C" ('^^)
Parler un peu de MRTK et alternatives.

Après-demain ?

Nous allons simuler un hackathon vidéo ludique en VR de 48h en une journée.
Le but étant d'apprendre à savoir pitcher un projet de jeu vidéo pour chercher des fonds.

Créer un compte GitHub et utiliser la Double authentification

Guide en POV: https://youtu.be/hFi72mqaOtk

Je me suis fait hacker mon compte Twitter. Le hacker l'a utilisé pour diffuser du phishing et mon compte est banni à vie "sans appel possible". Jamais, je ne voudrais que cela arrive à mon compte GitHub.

Télécharger Google Auth
Aller sur GitHub Hub Setup
Aller dans les préférences Authentification
Aller dans "Enable Double Auth"
Ouvrir Google Auth sur votre téléphone
Appuyer sur le "+" pour ajouter une authentification
Rechercher votre nouveau compte et entrer sur GitHub le numéro affiché sur votre téléphone
Sauvegarder les "codes de récupération" dans un fichier sur un disque hors ligne dès que possible
- Dupliquer le disque régulièrement et le stocker à un endroit sûr, en dehors de votre maison.
- Si vous n'utilisez que la "double authentification" et un autre logiciel que "Google Auth". Perdez les clés, vous perdez votre compte.
  - "Google Auth" crée des sauvegardes de votre authentification car les utilisateurs perdent leur téléphone régulièrement
  - (mais cela crée aussi donc des points d'attaques)
- Prenez simplement l'habitude d'avoir deux disques de 2To chez vous, séparés par une distance suffisante pour éviter les risques d'incendie ou de vol, et que vous dupliquez tous les N mois.
  - C'est une bonne pratique si vous ne voulez pas avoir un "OOOhhhhh Shit 😱" violent
- Cryptez vos clés de récupération si vous avez peur que ce disque soit volé un jour par une attaque ciblée

Exercice Bonus : Sauver vos données Patreon hors ligne

Une vidéo YouTube m'a donné un bon exercice de pratique de Git pour une utilisation hors code. Chaque N semaines, copiez les données telles que les mails de vos patreons dans un dossier GitHub. Contexte : Un utilisateur dit avoir participé en juillet 2020.

Retourner le dépôt Git à l'état de la date de 2020.
Aller lire le fichier des utilisateurs de l'époque.

Exercice : https://github.com/EloiStree/2024_07_16_MonsXrDesign/blob/main/ExerciceBonusGit.md
Avec, selon votre niveau :

d'aujourd'hui, via GitHub
de demain, via GitHub Desktop
hors cours, via ligne de commande

Exercice Bonus : Sauver un projet Unity de manière traditionnelle

POV guide: https://www.youtube.com/watch?v=SdyVyfBYtMw

Créer un dépôt Git à la racine du projet Unity et utiliser un fichier .gitignore pour ignorer les "fichiers temporaires".

Créer un projet Unity3D et le préparer en "version initiale".
Créer un dépôt Git sur GitHub.
Cloner le dépôt sur votre ordinateur (via GitHub Desktop ou git clone).
Afficher les extensions de fichiers et les dossiers cachés.
Déplacer le dossier ReadMe.md et le dossier .git/ à côté du dossier Assets de votre projet.
Mettre à jour votre projet sur le serveur (Add, Commit, Pull, Push).
Préparer votre téléphone pour la double authentification.
Inviter vos collègues à travailler sur le projet
- https://github.com/EloiStree/2024_07_16_MonsXrDesign/settings/access

Dir Stat: https://windirstat.net/download.html
Git du groupe: https://github.com/EloiStree/2024_07_16_MonsXrDesignGroupFork

Objectif minimal de la journée

À la fin de la journée, 12 cubes représentant 12 boîtes à outils, seront disponibles dans les 6 casques Oculus Quest 2 présents en classe. Vous aurez également compris l'utilité du package manager avec Git.

Sujet

Nous allons publier un cube sur votre Meta Quest :)
Nous allons utiliser Git pour faire un level design à 12.
- On va rester sur du simple "A, B, C" ('^^)
- Pas de code, pas de panique.

Note : Brouillons du cours en vidéo

Matin : Créer une boîte à outils pour votre beau cube

Vidéo : Partie 5, Créer un beau cube à partager avec ses amis sur Unity3D

Créons un magnifique cube sur un projet Git en ligne pour le package manager :)

Vérifiez que vous avez Android et IL2CPP
- | Car nous allons utiliser de Quest 3 qui est un Android
Créez un projet NotreBeauCubeProject sur votre ordinateur en URP
- | Cela permet d'avoir un projet où regrouper les boîtes à outils du projet
Créez un projet vide de "quarantaine" avec un Q_ dans le nom du projet en URP
- Exemple : Q_MonBeauCube et NotreBeauCubeProject
- | Le projet de quarantaine va servir à créer nos boîtes à outils séparément du projet.
Ajoutez un "Input system" dans le projet
- | Cela va nous permettre plus tard d'ajouter un drone pour visiter la scène
Allez sur Git et créez un répertoire "MonBeauCubePackage"
- | Le répertoire va servir à partager votre boîte à outils
Ajoutez un README
- | Le but étant de ne pas avoir un projet vide
Clonez le répertoire dans le dossier asset de votre projet de quarantaine
- | Le but est de faire un projet Unity avec des boîtes à outils éditables dans Assets
Ajoutez un fichier package.json dans le dossier cloné
- | Le fichier package.json permet de notifier au package manager que le dossier est une boîte à outils et lui permet d'avoir les informations minimales pour fonctionner
Ajoutez un dossier "Prefab", "Material", "Scene"
- | Ces dossiers sont des classiques dans la majorité des projets. Prefab contient des drag and drops et Scene une démo de comment utiliser votre boîte à outils.
Créez une scène vide et ajoutez un cube
- | Dans le but d'en faire un prefab personnalisé à partager
- Personnalisez-le avec un matériau de couleur
- | Histoire de personnaliser un peu votre cube
- Ajoutez un modèle si vous avez le niveau (SketchFab) ou (Love)
  - | Pour le fun de voir ce que vous allez mettre dedans.
Créez un prefab de ce cube
- | Dans le but d'avoir un drag and drop pour l'intégrateur de votre cube
Ajoutez un point vide au centre de la scène
- | Car nous allons nous servir du point Zero pour nous synchroniser dans la scène.
Nommez ce prefab "Center NOM PRENOM"
- | Le but étant de savoir quelles régions appartiennent à qui dans la scène regroupant nos cubes
Déposez le cube dans le point vide et créez un prefab de votre centre
- | Le prefab du cube est utilisé en général.
- | Le prefab du centre vous permettra de travailler en groupe sur la même scène.
Nettoyez le dossier si vous avez créé du bazar : texture, matériau ou autre fichier qui traîne
- | Car on s'apprête à mettre le projet en ligne.
Allez dans Fork et poussez votre cube
- | Histoire de pouvoir l'utiliser via GitHub
Donnez le lien Git de votre package à votre voisin et prenez son Git
- | Pour pouvoir tester que votre package fonctionne, il faut l'ajouter à un autre projet. Votre voisin a justement un projet ouvert.
Importez le Git de votre voisin dans le package manager en "Git URL" à votre projet NotreBeauCube
- | S'il le fait pour vous, faites-le de votre côté.

On pourrait s'arrêter là mais il y a un sujet intéressant pour un cours de level design qui est le dossier ressources

Copiez cette ligne dans Package/Manifest.json des deux projets
- "be.eloistree.monbeaucubetagscript":"https://github.com/EloiStree/2024_07_09_MonBeauCubeTagScript.git",
- | Cela permet d'ajouter (sans le package manager) une boîte à outils que l'on va utiliser pour charger le cube de tout le groupe dans un jeu
Vous devriez avoir, une fois de retour dans Unity, un package en plus dans le manager
Ajoutez à votre prefab de cube le script "MonCubeCreditMono", "MonCubeCenterRootMono", "MonCubeGuidMono"
- Ajoutez votre nom et prénom dans les crédits
- | Le but ici est de tagger le cube que l'on va mettre dans les resources et donc de tirer les cubes du groupe.
Créez un dossier "Resources" et déplacez votre prefab dedans
- | Le dossier "Resources" vous permet de charger des objets dynamiquement dans votre jeu.
- | Cela nous sera utile pour charger les cubes de tout le groupe
Poussez-le sur votre Git.
- | Histoire de mettre votre projet à jour.

Groupe

Ajoutez le lien du Git dans un NOM_PRENOM/Package/MyManifest.json du projet de groupe
- | Dans le but de pratiquer le cours d'hier et d'avoir un dossier où trouver vos packages sans demander leur emplacement.
J'ajouterai tous vos projets et générerai un manifest avec les 13 boîtes à outils de cube.
- Exemple avec les développeurs : Vidéo Manifest
- Exemple avec Magic Door sur Google Sheets
- | Le but étant ici de regrouper les packages en un texte à copier-coller dans le manifest.json de Unity pour tout importer d'un coup.
Copier/Coller la scène du package "Mon Beau Cube Tag Script" dans votre projet
- | Car il y a une scène pour tester tous les cubes avec les tags scripts qui sont dans le dossier resources
Ouvrez la scène et jouez-la.
- | Histoire de profiter du spectacle.
À l'écran, devraient être affichés tous vos cubes.

Note : Nous n'allons pas voir les asset bundles et les addressables, mais ceux-ci utilisent cette dernière technique et permettent d'alimenter un jeu sur le store sans "refaire" l'application. Recherche sur YouTube

Avant-midi : Créer un cube sur Quest 2 avec Meta Blocks

Tutoriel : Partie 6 : Notre cube en XR sur Meta Quest 2,3

Exercice

Allez dans le projet "NotreBeauCube".
- | Car nous allons travailler sur le passage à une version Meta Quest pour Android
Ajoutez à votre manifest tous les liens Git avec le cube des autres élèves
- | Car nous voulons voir les magnifiques cubes du groupe en XR
Créez une scène vide et ajoutez le(s) prefab(s) du package "Cube Tag"
- | Dans le but de charger les cubes présents dans le projet
Maintenant, téléchargez la dernière version de Meta sur l'Asset Store.
- Téléchargement : Meta XR All-in-One SDK
- | Cette étape est longue mais permet d'avoir un code natif pour le Quest 3 avec plus d'options qu'Open XR
Une fois téléchargée, nous allons passer le projet en XR Meta.
- | Cette étape changera chaque 6-12 mois dans votre carrière (voir YouTube pour les dernières méthodes)
Une fois le projet configuré, nous allons remplacer la caméra par celle de Meta depuis le menu bloc de Meta
- | Ce prefab de caméra que vous allez déposer possède toutes les informations pour faire un projet de base en XR
Ajoutez les mains et les contrôleurs depuis le menu bloc de Meta
- | Car c'est plus amusant de voir ses mains
Ajoutez un filtre pour le "passthrough" depuis le menu bloc de Meta
- | Car nous voulons voir notre cube en AR
Et on est presque bons :
- Changez le namespace de l'application Android et corrigez les erreurs dans les build settings.
- | Cette étape est obligatoire car ce nom sera utilisé sur les stores et vos casques
- Branchez votre casque et vérifiez qu'il s'affiche.
- | Si ce n'est pas autorisé, il faut mettre le casque et autoriser la connexion pour toujours avec cet ordinateur
- Build and Run et attendez.
- | L'utilisation d'IL2CPP va augmenter le temps du premier build mais diminuer drastiquement les suivants
Une application devrait s'ouvrir sur votre Quest avec un magnifique cube :)
- | Build dans le menu crée une APK, Build and Run va en plus copier le fichier directement sur le Quest si autorisé
Pour le fun de l'exercice de cet après-midi, vous pouvez aussi ajouter ce drone dans la scène
- Copiez l'outil Root of Knowledge
- | Ce package permet d'ajouter un drone à piloter via Input System et Open XR de Unity3D pour faire des tests.
- Ajoutez le prefab du drone dans la scène
- | Celui-ci est normalement jouable directement depuis une manette.
- Rebuild l'application et amusez-vous
- | Dans le but de s'amuser avec un drone dans la classe.

Midi : Open Brush et level design

En exemple de cette vidéo, nous allons designer la classe via Open Brush.

Téléchargez la salle de classe (ou ma chambre) dans vos deux projets
- | Nous allons nous en servir comme point de mesure pour travailler ensemble.
Créez un répertoire "TechnociteMonsGroupDesignRoom" sur votre GitHub
- | Histoire de ne pas polluer votre boîte à outils de cube et d'avoir un espace spécifiquement pour travailler sur la même scène
Ajoutez un package.json avec le namespace be.votrenomouentreprise.technocitegroupdesignroom
- | Dans le but de l'utiliser comme une boîte à outils
Importez le prefab de la pièce dans votre scène au point zéro
- | Cela va nous permettre de nous calibrer sur les mêmes dimensions
Créez un prefab "Center Room NOM PRENOM" à côté
- | Que l'on va pouvoir déposer dans la même scène par la suite.
Personnalisez votre banc avec un ou deux assets légers de l'Asset Store (ou les vôtres)
- | L'idée est de faire un premier test de groupe sans devoir se synchroniser sur qui fait quoi et où.
Mettez à jour le code sur GitHub quand vous avez un brouillon de votre scène
- | Histoire de pouvoir voir le résultat ensemble sur le projecteur
Ajoutez le lien dans le NOM_PRENOM/Package/MyManifest.json de votre dossier de groupe
- | C'est là que j'irai chercher votre lien
Même principe que ce matin, nous allons récolter les Gits de tout le monde et créer un manifest commun.

Pratiquer une cohérence de groupe

Répartissez-vous la tâche de level designer la room à 12 pour jouer avec le drone dans la pièce
- N'oubliez pas que vous avez les Quest 2 et Open Brush pour en parler
Via votre prefab, travaillez à 12 sur la même scène.

Après-midi : Parlons XR et industrie

Eloi Stree raw: https://www.youtube.com/@eloistreeraw
Jamce Center: https://www.youtube.com/@jamscenter/videos
Portfolio: https://www.youtube.com/c/EloiStrée/videos
XR by playing: https://www.youtube.com/@LearnByPlayingInXR
Cool video in general: https://github.com/EloiStree/2024_07_16_MonsXrDesign/issues/10
Tech go Wild: https://docs.google.com/presentation/d/1vwLdEeuxSvM2W0deusEDff8Fbyz_DQDSnp_f4KcNjyI/edit#slide=id.g2eb44fdc45c_0_0

Brouillons:

Objectif minimal de la journée

À la fin de la journée, vous serez capable de boire une tasse de café sereinement tout en demandant de l'aide à un inconnu ou à un auditoire, dans le but de réaliser votre jeu vidéo avec succès à l'avenir. "Ça ne vous rendra pas le Congo", mais ça aide déjà à savoir demander de l'aide.

Git du groupe : https://github.com/EloiStree/2024_07_16_MonsXrDesignGroupFork

Mon propre essai de l'exercice:

Basé sur: https://github.com/EloiStree/2022_04_20_PitchGuideHackathon

Exercice : Sélectionner une idée viable

Seul ou en groupe de deux.
Réfléchissez à 3 idées d'application XR pour le Quest 3 que vous aimeriez coder si vous aviez une équipe.
- Une idée fun pour le magasin du Quest 3
- |>
- Une idée que vous imaginez rentable avec peu de risque
- |>
- Une idée pour l'industrie militaire, hospitalière ou universitaire
- |>
- Une idée pour une entreprise de publicité
- |>
Choisissez l'idée qui vous semble la plus viable pour une startup de 3 personnes (1 artiste, 1 développeur, 1 designer)
- |>
Le minimum pour la SMart.Be est de 75 € par jour et le SMIC belge est 2000 € brut
- 20 jours 12 mois 75 € TTC = 18 000 € TTC minimum par personne
- Pour une startup qui se paie au minimum viable, cela fait 54 000 € TTC par an, soit 72 000 € brut
- - à vérifier (juillet 2024)
Prenez l'idée la plus viable économiquement à vos yeux et faites un P&L Carton de bière
- Calculez les profits possibles à la grosse louche
- |>
- Calculez les pertes que vous avez en tête à la grosse louche
- |>
- Jouez avec les chiffres pour trouver une solution viable
- |>
- Si les chiffres ne collent pas, "prenez une bière" et réessayez
- Si à la fin de la soirée vous avez toujours du mal à trouver, jetez l'idée
- Si les chiffres ne vous font pas trop peur, continuez avec l'idée
Selon l'équipe, il faut que le gain d'un salaire minimum à mi-temps pour votre équipe soit atteint dans les 2 ans maximum.
Prenez le temps de faire un rapide fichier Google Sheet pour vérifier vos scénarios.
- |Lien du sheet>

Exercice : Mettez l'idée à plat avec un pitch

Définissez 4 mots qui, sans explication, définissent votre projet
- |> - - -
Définissez les 6 points essentiels d'un pitch
- Votre nom d'entreprise ou de personne
- |>
- Votre cible
- |>
- La problématique que vous résolvez
- |>
- Ce qui vous rend unique pour la résoudre
- |>
- Comment vous rendez l'entreprise qui la résout viable monétairement
- |>
- |>
- Ce qui vous bloque pour y arriver et où une aide est recherchée
- |>
- |>
Entraînez-vous à expliquer à votre voisin ces 6 points
Prenez le temps de mettre à plat : "Quelle est la problématique de base ?"
- |>
- Vous en êtes certain ? Vous allez passer 2 ans et 300 pages de game design. Et perdre entre 2000 et 10 000 € sur votre idée.
- | Validé et signé ^^>
Complétez cette phrase : "My startup <name> is working on <offering> to help <target customer> solve their <pain-point> by your <secret sauce>"
- |>
Essayez de créer un Tweet à partir de cette phrase en 140 caractères maximum
- |>
Prenez le temps de clairement rédiger le besoin initial de l'utilisateur.
- |PAIN>
- |BESOIN>
- Comme je sais que c'est un exercice difficile et que l'on voit plusieurs besoins :
- |P Principal>
- |P Secondaire>
- |P Dérivé>
- |P "Aussi">
- Attention, un seul sera réellement votre focus.

Exercice : S'assurer de ne pas faire fausse route

Que ce soit un jeu ou une application : “People just need someone to fix their problems, they do not care about the rest.”
- Nommez qui utilise sa carte bancaire à la fin de la boucle et la raison supposée pour laquelle elle l'utilise
- |>
- 90% des startups font faillite car elles ne répondent pas à un besoin. Quelle problématique (besoin, peine) suffisamment importante pour qu'une personne paye, résolvez-vous ?
- Même le jeu vidéo est dirigé par cette loi. Elle est juste plus discrète et indirecte.
Prenez le temps de penser et de répondre à ces questions
- Êtes-vous certain que votre hypothèse du besoin du joueur n'est pas une hallucination de votre part ? Quelle est votre hypothèse ?
- |>
- Êtes-vous en capacité de décrire le quotidien réel de vos utilisateurs et de différencier leurs sous-catégories ?
- Voir Value Canvas
- Êtes-vous certain que vos joueurs savent que vous êtes une startup et qu'ils pardonneront les bugs qu'ils vont rencontrer ?
- Êtes-vous certain que le joueur ou l'utilisateur sera d'accord avec votre prix et que le prix couvre vos pertes ?
- Si votre désir est de faire de "l'argent en masse", avez-vous prévu le design de votre jeu pour le faire grossir quand le publieur rejoindra votre équipe ?
- Si votre désir est de faire de l'argent, avez-vous prévu le salaire d'un community manager et/ou d'un secrétaire ?

Exercice : Un peu de design

Définissez le CCC de votre jeu
- | Camera >
- | Character >
- | Contrôleur >
Définissez les quatre piliers de votre jeu
- |>
- |>
- |>
- |>
Définissez le type de joueur attendu sur le magasin du Quest 3
- |>
Quelle tranche d'âge ?
- |>
Quel type de joueur ?
- |>
Si hors store, quel type d'industrie visée ?
- |>

Exercice : La technique des 4 mots

Dans le but de savoir vous pitcher en tant que personne hors du jeu.
- Choisissez 4 mots qui vous définissent
- |>
- |>
- |>
- |>
- Choisissez 3 mots de "pivots" contextuels
- |>
- |>
- |>
Dans le but de prouver la solidité de l'équipe, faites de même dans le contexte du jeu que vous pitchez
- Choisissez 4 mots pour vos deux collègues fictifs qui définissent leur job dans le contexte du pitch du jeu.
- | Game Développeur > - - -
- | Game Artiste > - - -

Exercice : Préparons le fil d'Ariane de vos slides

Suite à un bon pitch, vous aurez besoin de pitcher votre idée plus profondément à un rendez-vous : Café, salle de réunion, auditoire, etc.

Il vous faudra aborder ces points.

Pain / Problem you are addressing ?
Why is it a problem ?
How does your team solve it ?
The benefits of your solution ?
Why you (team, your company) ?
- How are you innovative ?
- Why you and not a cheaper or better company ?
How do you turn it into a business ?
- Go to market / marketing
- Do you have a clear view of how money is made ?
Evidence (of what's already done) ?
- It works <- because - the market wants this <- because - it makes money
- What is your plan for the coming year (timeline, “no fake one”)
Call to action / What do you want from the audience ?

Allons-y étape par étape dans un contexte d'un café amical

Vous avez rencontré Bob qui veut vous aider à monter votre projet en vous fournissant de bons contacts et un fonds de roulement de départ, mais pour cela il faut que vous lui expliquiez, à lui et à deux collègues, votre projet autour d'un café à Paris.

Comme garantie de votre jeune équipe, il demande que vous designiez un prototype de votre jeu durant un game jam pour vérifier le concept et la bonne entente de votre équipe. (Voir exercice suivant)

Pain / Problem you are addressing ?
- Expliquez à Bob la problématique sur laquelle vous travaillez avec votre jeu.
- |>
Why is it a problem ?
- Expliquez à Bob et à ses deux collègues, dont l'un n'aime pas les jeux vidéo et l'autre n'aime pas la VR, en quoi la problématique a besoin d'être résolue.
- |>
How does your team solve it ?
- Prenez le temps de leur expliquer la manière dont vous pensez pouvoir la résoudre, entièrement ou partiellement, avec votre jeu sans utiliser des mots de votre profession ou jargon technique.
- |>
The benefits of your solution ?
- Expliquez ce que le fait de payer pour jouer à votre jeu va apporter aux joueurs et en quoi cela résout partiellement la problématique.
- |>
Why you (team, your company) ?
- Les deux collègues sont sceptiques quant à la solidité de votre équipe pour le projet que vous proposez.
- |>
- How are you innovative
- Quelle innovation apportez-vous sur le marché qui vous rend unique au point d'avoir la certitude que c'est vous qui allez coder votre concept ?
- |>
- Why you and not a cheaper or better company ?
- Un des collègues connaît une équipe ukrainienne et une équipe au Brésil. La qualité sera moindre mais le jeu 2 à 3 fois moins cher. Donnez-leur des raisons qui vous rendent unique à pouvoir réaliser ce jeu malgré le coût de production.
- |>
How do you turn it into business ?
- Bob est ravi par votre projet mais n'est pas spécialiste pour voir l'ensemble de l'image. C'est pourquoi il a invité Monsieur Dubois De Rotencour pour que vous lui présentiez votre connaissance du marché et la possibilité de rentabiliser votre jeu dans les 24 mois.
- |>
- Go to market / marketing
- Il commence par vous demander le prix de vente désiré de votre jeu et une liste de 3-5 autres jeux similaires ayant fonctionné à ce prix.
- |>
- Do you have a clear view of how money is made
- Voyant qu'il y a des flous, ils commencent à poser des questions pour voir si votre conception de votre modèle d'affaires tient la route de bout en bout.
- |>
Evidence (of what's already done) ?
- It works <- because - the market wants this <- because - it makes money
- Bob rappelle que vous allez devoir produire un prototype en jam puis voir si des gens seraient intéressés par le concept. Il demande si malgré cela, vous avez des études, des faits ou des statistiques solides qui prouvent qu'il n'y a aucun risque à investir une première somme de 20 000 € pour un MVP qui suivrait la jam.
- |>
- What is your plan for the coming year (timeline, “no fake one”)
- Dubois finit par demander : Combien voulez-vous, quand pensez-vous être vendable et quand pensez-vous que les investisseurs seront remboursés de leur mise de départ ?
- |>
Call to action / What do you want from the audience ?
- Vous vous apprêtez à finir la réunion. Le temps presse pour les trois participants donc les téléphones commencent à sonner.
- Un membre du groupe demande donc : En attendant votre prototype et MVP, avez-vous besoin de quoi que ce soit pour que votre projet puisse aboutir ?
- |>

Game Jam

Sans oublier le concept de votre réunion avec Bob.

Définissez une fonctionnalité du CCC que vous allez prototyper durant la jam. Elle ne reflète pas le jeu mais aide à le vendre à d'autres futurs investisseurs.
Définissez les quatre tâches à faire avec votre équipe pour pouvoir sereinement prouver le fonctionnement de votre concept.
Développeur
- | Fonctionnalité Principale >
- | Fonctionnalité Secondaire >
- | Fonctionnalité Optionnelle >
- | Fonctionnalité Nice to have >
Artiste
- | Fonctionnalité Principale >
- | Fonctionnalité Secondaire >
- | Fonctionnalité Optionnelle >
- | Fonctionnalité Nice to have >
Game Design
- | Fonctionnalité Principale >
- | Fonctionnalité Secondaire >
- | Fonctionnalité Optionnelle >
- | Fonctionnalité Nice to have >

Ce découpage permet d'éviter de se faire avoir par la loi de PI : "Si vous pensez qu'une tâche va vous prendre 1 heure, elle va en prendre 3,14."

Vous avez réussi à faire votre jam

Bob vous rappelle en vous félicitant pour votre prototype. Il propose de se donner rendez-vous à la Gamescom pour en parler avec deux ou trois autres investisseurs intrigués par votre projet. Il vous faut donc travailler vos faiblesses.

Utilisez ce Google Sheet

Un zéro est éliminatoire.

1. Pain (Problème ou besoin identifié)

|> 0
L0: Pain farfelu, on ne sent pas concerné
- Le problème abordé par la startup ne semble pas pertinent ou important pour le public ciblé.
L1: Pain compréhensible, des tas de solutions existent
- Le problème est identifié et compris, mais il existe déjà de nombreuses solutions sur le marché.
L2: Pain compréhensible, on pense à quelqu’un intéressé
- Le problème est pertinent et on peut facilement penser à des personnes ou des entreprises qui seraient intéressées par une solution.
L3: Pain clair, on le sent, on mesure impact
- Le problème est clairement défini, ressenti de manière significative, et son impact est mesurable.

2. Solution

|> 0
L0: On ne comprend rien à ce que la startup propose
- La solution proposée par la startup est confuse et incompréhensible.
L1: On voit ce que la startup propose
- La solution est compréhensible mais manque de clarté sur son impact et ses avantages uniques.
L2: On trouve intéressante la solution proposée
- La solution est intéressante et commence à démontrer son potentiel d'impact.
L3: La solution est limpide, unique et disruptive
- La solution est claire, unique et a le potentiel de transformer le marché de manière significative.

3. Caractère Unique

|> 0
L0: Peu ou pas de barrières à l'entrée
- La startup ne possède pas de barrières significatives à l'entrée pour ses concurrents.
L1: Barrière du simple First Mover Advantage
- La startup bénéficie de l'avantage du premier arrivé sur le marché, mais sans protection substantielle.
L2: Sérieux boulot nécessaire pour faire la même chose
- La création de produits ou services similaires nécessite un travail substantiel, offrant une protection compétitive.
L3: Brevet, perception clients, grosse traction ou marque
- La startup possède des brevets, une forte reconnaissance de marque, ou une traction significative sur le marché.

4. Compréhension du marché

|> 0
L0: Peu d'info, vague, pas de Facts & Figures
- La compréhension du marché est vague, avec peu ou pas de données concrètes.
L1: Début d'info organisée, quelques chiffres
- Les informations sur le marché commencent à être organisées, avec quelques données chiffrées.
L2: Facts & Figures, infos de base
- La startup dispose de données de base et de faits et chiffres pertinents sur le marché.
L3: Études sérieuses, F&F, sources fiables, info recoupées, concurrents connus
- La startup a mené des études sérieuses, avec des données recoupées provenant de sources fiables, et connaît bien ses concurrents.

5. Segmentation des clients

|> 0
L0: Pas de segmentation, simple sociologie
- Aucune segmentation précise des clients, seulement des descriptions sociologiques de base.
L1: Début de personna
- La startup commence à définir des personas clients.
L2: Groupes (types Facebook) actionnables
- La startup identifie des groupes de clients actionnables, par exemple, des types de groupes Facebook.
L3: Études F&F solides, contacts et canaux adressables
- La segmentation des clients est basée sur des études solides avec des faits et chiffres, et les canaux pour les atteindre sont bien définis.

6. Équipe

|> 0
L0: Seul, expérience peu relevante
- La startup est dirigée par une seule personne avec une expérience peu pertinente.
L1: Début d'expérience
- L'équipe commence à accumuler de l'expérience pertinente.
L2: Plusieurs personnes avec expériences pertinentes
- L'équipe est composée de plusieurs personnes ayant des expériences pertinentes.
L3: Plusieurs, engagés LT, compétences valables, expériences pertinentes, intergénérationnel, boards
- L'équipe est composée de plusieurs membres engagés à long terme, avec des compétences et expériences pertinentes, ainsi qu'une diversité générationnelle et des conseils d'administration.

7. Business Model

|> 0
L0: On ne sait pas bien comment gagner de l'argent
- Le modèle économique n'est pas clair.
L1: Modèle basique peu étudié, pas de chiffres précis
- Le modèle économique est basique et manque de chiffres précis.
L2: Modèle clair, début de chiffres, Facts & Figures
- Le modèle économique est clair, avec des premiers chiffres et données.
L3: Modèle clair, marges ok (>35% services ou 50% franchises), récurrences de revenus
- Le modèle économique est clair, avec des marges acceptables et des revenus récurrents.

8. P&L Carton de bière (Profit and Loss Statement)

|> 0
L0: Basique
- Le P&L est très basique.
L1: Coûts, revenus et quantités identifiés
- Les coûts, revenus et quantités sont identifiés.
L2: Coûts, revenus, quantités, seuil de rentabilité (>35% services ou 50% franchises)
- Le P&L inclut les coûts, revenus, quantités et le seuil de rentabilité avec des marges acceptables.
L3: Modèle clair et réaliste, Break-even <12 mois, marge>35% / 50%
- Le modèle P&L est clair et réaliste, avec un seuil de rentabilité atteint en moins de 12 mois et des marges significatives.

9. Risques

|> 0
L0: Aucune analyse des risques
- Il n'y a pas d'analyse des risques.
L1: Identification des risques basiques
- Les risques de base sont identifiés.
L2: Identification sérieuse des risques (chiffres, sensibilité du la feuille Excel)
- Les risques sont identifiés de manière sérieuse avec des chiffres et des analyses de sensibilité.
L3: Risques clairement identifiés (KPI de sensibilité) + plan de mitigation en place
- Les risques sont clairement identifiés avec des indicateurs clés de performance (KPI) de sensibilité et des plans de mitigation en place.

10. Demande de financement

|> 0
L0: L'équipe cherche 500k pour un an pour Sales, Marketing et produit
- La demande de financement est basique et générique.
L1: Finance un Cash Flow négatif (BFR) sur 12 mois
- La demande de financement vise à couvrir un flux de trésorerie négatif sur 12 mois.
L2: Finance un BFR vers un objectif
- La demande de financement vise à atteindre un objectif spécifique en termes de besoin en fonds de roulement (BFR).
L3: Finance un BFR vers un objectif <12 mois qui part d'un plan d'actions pour réussir
- La demande de financement est clairement définie pour atteindre un objectif en moins de 12 mois, avec un plan d'actions détaillé pour y parvenir.

Après-midi: OBS, VRTK, MRTK, XRTK

OBS: https://obsproject.com
Release: https://github.com/EloiStree/2024_07_16_MonsXrDesign/releases/tag/V0

Exercice: À deux, pratiquez l'utilisation d'OBS pour enregistrer et capturer des images de game design dans VRTK, MRTK et XRTK. Utilisez OBS, SCRCPY et SideLoad pour installer sur le Quest 2.

com.unity.xr.interaction.examples
com.MRTK.Passthrough
io.extendreality.vrtk

Déposez les captures d'écran des concepts XR que vous avez trouvés intéressants dans le git de groupe.

NOM_PRENOM/gdtk/ReadMe.md
NOM_PRENOM/gdtk/screenshot/
Installer OBS
- | dans le but de pouvoir enregistrer
Définir les raccourcis d'OBS pour démarrer, arrêter l'enregistrement
- CTRL + WINDOWS + ALT + Left: Start Recording
- CTRL + WINDOWS + ALT + Left: Stop Recording
- | dans le but de savoir rapidement commencer et finir une séquence
Définir le raccourci pour la capture d'écran
- CTRL + WINDOWS + ALT + Arrow Down: Take screenshot
Définir ce que vous enregistrez
- Soit l'écran principal avec SideQuest dedans
- soit directement la fenêtre de SCRCPY lancée par SideQuest
Téléchargez MRTK, VRTK, XRTK
Installer en déposant les APK un à un sur SideQuest
Lancer via SideQuest MRTK
- | MRTK est beaucoup plus penché sur les mains et les interactions menu comme c'est un outil d'entreprise
Lancer via SideQuest VRTK
- | VRTK est un outil communautaire fournissant les bases pour faire un projet VR
Lancer via SideQuest XRTK
- Note: Il y a plusieurs scènes, j'ai ajouté un outil pour passer à la scène suivante en appuyant sur tous les boutons et triggers.
- | XRTK est un outil fourni par Unity avec presque tout ce que vous aurez besoin en tant que level designer.

Fin d'après-midi: Thomas Van Bouwel (Cubism, Laser)

Voir si on a le temps, tester le Quest 3 avec les jeux officiels et les jeux de Thomas.

EloiStree / HelloUnityKeywordForJunior

Advance-Topic: XR et git sous Unity3D (Sauvegarde d'un atelier de 3 jours. #81

Mons XR Initiation

Objectif minimal de la journée

GitHub & XR Standard

Sideloader des jeux depuis SideQuest

Travaillons ensemble à explorer le passé de la VR

Les standards de la XR et travailler dans le train

Présentation en Pecha Kucha / 2

Demain ?

Après-demain ?

Créer un compte GitHub et utiliser la Double authentification

Exercice Bonus : Sauver vos données Patreon hors ligne

Exercice Bonus : Sauver un projet Unity de manière traditionnelle

Objectif minimal de la journée

Sujet

Matin : Créer une boîte à outils pour votre beau cube

Avant-midi : Créer un cube sur Quest 2 avec Meta Blocks

Tutoriel : Partie 6 : Notre cube en XR sur Meta Quest 2,3

Exercice

Midi : Open Brush et level design

Pratiquer une cohérence de groupe

Après-midi : Parlons XR et industrie

Objectif minimal de la journée

Exercice : Sélectionner une idée viable

Exercice : Mettez l'idée à plat avec un pitch

Exercice : S'assurer de ne pas faire fausse route

Exercice : Un peu de design

Exercice : La technique des 4 mots

Exercice : Préparons le fil d'Ariane de vos slides

Allons-y étape par étape dans un contexte d'un café amical

Game Jam

Vous avez réussi à faire votre jam

Après-midi: OBS, VRTK, MRTK, XRTK

Fin d'après-midi: Thomas Van Bouwel (Cubism, Laser)