FAQ sur les visites virtuelles d’avions et les jumeaux numériques

Une visite virtuelle d’avion est un parcours numérique immersif créé à partir de visuels 360° et d’une navigation interactive. Elle permet d’explorer un avion à distance et peut soutenir le marketing aérien, la communication passagers, la familiarisation, la formation, la vente et la communication technique.

Une visite virtuelle met surtout l’accent sur l’exploration visuelle réaliste. Un jumeau numérique aéronautique peut ajouter des couches d’information structurées, documents, vidéos, parcours guidés, modules par métier et références opérationnelles. Le niveau de détail et les fonctions sont définis pour chaque projet.

Des projets peuvent être réalisés pour des avions de ligne, avions régionaux, jets d’affaires, avions VIP, hélicoptères, avions historiques et autres actifs aéronautiques, lorsque l’accès et les autorisations nécessaires sont disponibles.

Les utilisateurs typiques sont les compagnies aériennes, MRO, bailleurs, propriétaires et exploitants, centres de finition, équipes cabine et produit, équipes expérience passager, marketing, formation, ingénierie, maintenance, vente et leasing.

Avant la visite, nous convenons de l’avion, de la configuration, des zones nécessaires, des conditions d’accès, du créneau, des exigences de sécurité et des livrables. Un plan de captation est ensuite coordonné avec le client afin de limiter les perturbations et l’immobilisation inutile de l’avion.

La durée dépend de la taille de l’avion, de l’accès, de l’éclairage, du nombre de zones cabine et du niveau de détail demandé. Une configuration ciblée peut souvent être captée en une journée de travail ; les périmètres plus vastes ou complexes peuvent demander davantage de temps.

Oui. Différentes configurations, sous-flottes ou types d’avions peuvent être créés comme des expériences distinctes mais reliées. Les éléments graphiques et modules communs peuvent être réutilisés, tandis que les cabines et informations propres à chaque configuration restent clairement séparées.

Des médias existants et approuvés peuvent souvent être intégrés comme contenus complémentaires. Leur résolution, leurs droits d’utilisation, leur cohérence visuelle et leur pertinence sont d’abord vérifiés. Une nouvelle captation 360° est généralement nécessaire pour obtenir un intérieur d’avion réaliste et navigable.

Selon l’accès et les autorisations, l’expérience peut inclure les classes cabine, sièges, cockpit, galleys, toilettes, zones équipage, monuments, portes, zones liées au fret et certains espaces techniques. Des zones peuvent également être exclues du périmètre convenu.

Les hotspots et modules peuvent contenir des textes, images, vidéos, PDF, manuels, informations sur les sièges et services, liens, check-lists, consignes de formation et autres contenus approuvés. La structure est adaptée au public et au cas d’usage.

Oui. La navigation, les couleurs, logos, termes et éléments d’interface peuvent être alignés sur l’identité du client. L’anglais, l’allemand, le français et d’autres langues peuvent être inclus lorsqu’ils font partie du périmètre convenu.

Oui. Un environnement avion commun peut proposer des vues ou modules différents pour l’information passagers, le marketing, la familiarisation du personnel cabine, la maintenance, l’ingénierie ou d’autres équipes. Les accès et contenus peuvent être séparés selon les exigences du projet.

Oui. L’expérience avion peut être livrée via un lien hébergé ou intégrée au site d’une compagnie aérienne, d’un MRO, d’un bailleur ou d’un projet. La méthode d’intégration est coordonnée avec les exigences web, marque, performance et sécurité du client.

Oui. Selon le projet, la livraison peut inclure un accès web hébergé, du HTML hébergé par le client, des packages EXE hors ligne, des expériences dans une app mobile, des bornes et écrans interactifs. Le format dépend de l’environnement d’utilisation et des besoins de mise à jour.

Les options peuvent inclure l’hébergement par 360air.space, l’intégration web, des liens directs et une livraison hébergée par le client lorsque cela est convenu. L’hébergement, la maintenance, les sauvegardes, les attentes de disponibilité et les responsabilités de mise à jour sont définis dans l’offre.

Oui. Une protection par mot de passe, des liens contrôlés, des modèles de livraison internes et des processus de validation propres au client peuvent être utilisés. Les informations confidentielles sont traitées selon le NDA et les exigences spécifiques convenues avec le client.

Les compagnies peuvent présenter les produits cabine, sièges, services, Wi-Fi, divertissement, équipements et environnement à bord avant le voyage. L’expérience peut soutenir les lancements de routes, présentations de cabine, confiance à la réservation, communication sur les surclassements et storytelling de marque.

Les environnements avion interactifs peuvent aider le personnel cabine, les pilotes et d’autres équipes à se familiariser avec les plans, emplacements d’équipements, zones de service et procédures approuvées avant d’entrer dans l’avion. Ils complètent les formations certifiées obligatoires, sans les remplacer.

L’expérience peut fournir une référence visuelle commune pour l’état cabine, la préparation de retrofit, la communication maintenance, la coordination technique, les échanges clients et la documentation approuvée. Les couches d’information dépendent du besoin opérationnel et du modèle d’accès.

Oui. Propriétaires, exploitants, bailleurs, courtiers et centres de finition peuvent expliquer de manière immersive les configurations cabine, matériaux, monuments, options et concepts de rénovation. Découvrez d’autres cas d’usage dans les solutions aviation.

Oui. Les textes, documents, liens et contenus interactifs peuvent généralement être mis à jour sans reconstruire toute l’expérience. Lorsque la cabine physique change, certaines zones peuvent être recaptées et des configurations supplémentaires ajoutées comme variantes distinctes.

Le calendrier dépend de l’accès à l’avion, du nombre de configurations et scènes, de la production, des fonctions interactives, des langues, des éléments fournis par le client et du processus de validation. Un planning réaliste est établi lorsque les livrables et responsabilités sont définis.

Le prix dépend du nombre d’avions et configurations, du lieu et des conditions d’accès, du nombre de zones et scènes, des fonctions interactives, des langues, du développement spécifique, du format de livraison, des déplacements, de l’hébergement et des besoins de mise à jour. Une offre spécifique est préparée après clarification du périmètre.

Utilisez la page de contact pour nous transmettre le type d’avion et les configurations, les utilisateurs visés, l’objectif, le format de livraison souhaité, le lieu, le calendrier et les exigences de confidentialité. Nous analysons les informations, clarifions le périmètre et préparons les prochaines étapes et l’offre.

Oui. Des rendus approuvés, des données CAO ou 3D, des échantillons de matériaux, des informations sur les sièges, des plans et des contenus de marque peuvent servir à créer une expérience conceptuelle ou de mise en scène virtuelle. La précision dépend de la qualité et de l’état des éléments fournis, et la cabine physique terminée peut nécessiter une capture ou une mise à jour ultérieure.

Des jalons peuvent être définis pour la structure, le design visuel, les contenus, les versions linguistiques et la publication finale. Les retours client sont généralement regroupés par des interlocuteurs désignés. La publication ou la livraison intervient uniquement après l’achèvement de l’étape de validation convenue.

Le client désigne les responsables des sources d’information et des validations. 360air.space structure et met en œuvre les contenus approuvés et peut signaler les incohérences visibles. La responsabilité de l’exactitude technique, des affirmations commerciales et de l’autorisation de publication reste celle du client.

Les contenus hébergés peuvent généralement être modifiés, masqués ou désactivés sans reconstruire toute l’expérience. Les versions hébergées par le client ou les paquets hors ligne nécessitent normalement une nouvelle version et une redistribution. Le processus applicable et les délais attendus sont définis dans l’accord de projet.

Les expériences hébergées sont conçues pour les navigateurs actuels sur ordinateur et mobile et sont testées sur les plateformes cibles convenues pour le projet. Les applications hors ligne, bornes et écrans tactiles sont validés pour le matériel défini. Les navigateurs anciens ou environnements spécialisés nécessitent une vérification de compatibilité distincte.

Selon le modèle de diffusion et les exigences de confidentialité, des statistiques peuvent être configurées pour les pages vues, les sessions, certaines interactions avec les points actifs ou des événements de campagne. Le périmètre de mesure, le consentement, la conservation des données et la connexion à l’environnement analytics du client doivent être convenus avant l’implémentation.

Des liens, intégrations par iframe et certaines intégrations sur mesure avec des intranets, des plateformes LMS ou une authentification unique peuvent être étudiés. La faisabilité dépend des interfaces disponibles, des politiques d’identité et de sécurité, des accès IT du client et du parcours utilisateur requis. Ces intégrations font l’objet d’une offre séparée si nécessaire.

L’offre définit les droits d’utilisation, le modèle d’hébergement, les paquets d’export, les contenus modifiables et les éléments de transfert. Les livrables publiés convenus sont inclus dans le périmètre. Les fichiers de projet modifiables, fichiers sources ou droits de réutilisation étendus ne sont inclus que s’ils sont explicitement indiqués dans l’offre ou le contrat.

Potentiellement, oui. L’expérience peut ouvrir des enregistrements ou processus définis, transmettre des paramètres convenus ou déclencher des fonctions approuvées dans un logiciel de maintenance tel qu’AMOS ou dans d’autres systèmes du client. La faisabilité dépend entièrement du système cible, des interfaces disponibles, des droits d’accès, de l’environnement navigateur et d’hébergement ainsi que des exigences IT et de sécurité du client. Cette intégration est définie séparément et ne constitue pas une fonction standard.

Oui, lorsque l’environnement cible l’autorise. Le client doit fournir le JavaScript final, les instructions techniques, les paramètres requis, les dépendances et le résultat attendu. 360air.space intègre le script tel qu’il est reçu à l’emplacement convenu et ne le réécrit pas, ne le certifie pas et n’assume pas la propriété du code du client, sauf si un développement distinct est expressément commandé.

La fonction demandée doit d’abord être testée sur un échantillon représentatif dans l’environnement cible prévu. Le client fournit un script d’exemple fonctionnel, les accès de test et les critères d’acceptation. L’option ne doit être achetée ou commandée qu’après démonstration réussie de la fonction convenue sur l’échantillon. Le test couvre uniquement le cas d’usage, la version du système, la configuration et l’environnement testés.

Le client reste responsable du script fourni et du système tiers, de l’API ou de l’interface, notamment de leur fonctionnement, des droits, licences, validations de sécurité, traitement des données, disponibilité et compatibilité après les mises à jour logicielles. 360air.space implémente le script tel qu’il est reçu et vérifie l’intégration d’échantillon convenue. Les corrections liées à des scripts, identifiants, API, versions système ou environnements client modifiés sont hors du périmètre initial, sauf accord séparé.