Validate POC A and POC B foundations
This commit is contained in:
1 parent
44fd4b4b43
commit
c38e09a663
47 files changed
+4990
-35
No files matched your search
+106
@@ -0,0 +1,106 @@
|
||||
# POC A — Pilotage et survie
|
||||
|
||||
**État : validé.** Le principe du pilotage sous contrainte justifie la poursuite
|
||||
du projet. Les réglages de réactivité et le rendu des projecteurs restent à
|
||||
reprendre pendant la verticale de production.
|
||||
|
||||
## Question à valider
|
||||
|
||||
Piloter le mini-sous-marin sous contrainte est-il agréable, lisible et suffisamment tendu pour justifier la suite du projet ?
|
||||
|
||||
## Ce que le prototype teste
|
||||
|
||||
- Compréhension immédiate des déplacements.
|
||||
- Lisibilité du POV derrière un hublot circulaire.
|
||||
- Différence entre oxygène et batterie de propulsion.
|
||||
- Lecture de la profondeur nominale et critique.
|
||||
- Réaction aux alarmes.
|
||||
- Capacité à conserver une marge de retour.
|
||||
- Acceptation de l’éjection et de la perte du véhicule.
|
||||
|
||||
## Parcours
|
||||
|
||||
1. Rejoindre une balise à faible profondeur.
|
||||
2. Descendre vers une balise placée à 66 m, au-delà de la profondeur nominale de 60 m.
|
||||
3. Choisir combien de temps rester dans la zone dangereuse.
|
||||
4. Revenir au point de récupération.
|
||||
|
||||
Le raccourci F9 place oxygène, batterie et coque près de leurs seuils critiques pour tester rapidement les alarmes et l’éjection.
|
||||
|
||||
## Protocole de playtest
|
||||
|
||||
Chaque session est observée sans expliquer les commandes au-delà de ce qui est affiché.
|
||||
|
||||
Après la session, demander :
|
||||
|
||||
1. Qu’est-ce qui consommait la batterie ?
|
||||
2. À quel moment as-tu compris que la profondeur devenait dangereuse ?
|
||||
3. Savais-tu combien coûterait le retour ?
|
||||
4. La caméra t’a-t-elle gêné ?
|
||||
5. As-tu eu l’impression de contrôler un véhicule ou une caméra volante ?
|
||||
6. Les alarmes étaient-elles lisibles sans être agaçantes ?
|
||||
7. Voudrais-tu effectuer une seconde plongée ?
|
||||
|
||||
## Test ciblé — navigation depuis le hublot
|
||||
|
||||
Cette itération teste la lecture du déplacement dans une zone plus dense, sans
|
||||
ajouter de sonar ni d'indicateur de direction.
|
||||
|
||||
1. Rejoindre la première balise en passant entre les formations proches.
|
||||
2. S'arrêter avant la balise, effectuer un demi-tour, puis la retrouver.
|
||||
3. Descendre vers la seconde balise en utilisant le relief et les particules pour estimer la vitesse.
|
||||
4. Déclencher l'état critique avec F9 et amorcer le retour sans collision.
|
||||
|
||||
Pendant la session, relever :
|
||||
|
||||
- le premier moment où le joueur anticipe correctement sa distance d'arrêt ;
|
||||
- le nombre de collisions dans le premier couloir ;
|
||||
- le temps nécessaire pour retrouver la balise après le demi-tour ;
|
||||
- les moments où le joueur dit ne plus connaître son orientation ;
|
||||
- les obstacles découverts trop tard malgré les phares.
|
||||
|
||||
Le test est concluant si le joueur retrouve la balise en moins de 15 secondes,
|
||||
termine le premier couloir sans aide et sait expliquer quels indices lui ont
|
||||
permis d'estimer sa vitesse et sa profondeur.
|
||||
|
||||
## Critères de passage
|
||||
|
||||
- 80 % des testeurs terminent le parcours sans aide orale.
|
||||
- Aucun testeur ne confond oxygène et batterie après la session.
|
||||
- Les trois seuils d’alarme sont perçus.
|
||||
- La caméra n’est pas citée comme obstacle majeur par plus de 20 % des testeurs.
|
||||
- Au moins quatre testeurs sur cinq souhaitent effectuer une autre plongée.
|
||||
- Aucun bug bloquant sur Windows, Linux ou macOS.
|
||||
|
||||
## Critères de reprise
|
||||
|
||||
- Si le déplacement ressemble à une caméra volante, augmenter inertie, inclinaison visuelle et retours moteur.
|
||||
- Si le POV gêne dans les passages serrés, ajuster le FOV, le roulis transmis et les limites du regard.
|
||||
- Si la batterie est incomprise, renommer explicitement la jauge « propulsion » et renforcer le feedback sous poussée.
|
||||
- Si la profondeur tue trop brutalement, allonger la zone de grâce.
|
||||
- Si les alarmes fatiguent, espacer leur répétition sans réduire leur multimodalité.
|
||||
|
||||
## Non-objectifs
|
||||
|
||||
- Qualité graphique finale.
|
||||
- Sonar.
|
||||
- Recherche d’épave.
|
||||
- Économie.
|
||||
- Assurance persistante.
|
||||
- Marchés.
|
||||
- Dialogue.
|
||||
- Sauvegarde.
|
||||
- Compatibilité manette certifiée.
|
||||
|
||||
## Décisions issues du POC
|
||||
|
||||
- POV unique depuis l'habitacle, derrière un large hublot circulaire.
|
||||
- Caméra physiquement solidaire de la cabine.
|
||||
- W/S pour avancer et reculer ; A/D pour gouverner.
|
||||
- Réponse audiovisuelle immédiate, mouvement linéaire et angulaire inertiel.
|
||||
- Relief proche, particules et balises intermédiaires nécessaires à l'orientation.
|
||||
- Projecteurs indispensables, mais leur diffusion volumétrique reste un risque
|
||||
technique à reprendre avec le renderer de production.
|
||||
|
||||
Le détail des valeurs, limites et solutions provisoires est consigné dans
|
||||
[POC_A_TECHNICAL_BASELINE.md](POC_A_TECHNICAL_BASELINE.md).
|
||||
Reference in new issue
Block a user