Comment Lufthansa Systems crée des prototypes de cartes réalistes pour le cockpit avec Figma Make

Lorsque l’on conçoit des logiciels de navigation aérienne destinés aux pilotes, les enjeux sont considérables ; ils s’élèvent littéralement à 35 000 pieds. Chez Lufthansa Systems, l’équipe conçoit les applications de pilotage Lido destinées à fonctionner sur des iPad installés dans le cockpit, qui guident les pilotes et copilotes du décollage à l’atterrissage dans plus de 250 aéroports. Au cœur de l’application se trouve une carte dynamique qui doit afficher des informations cruciales sur les trajectoires de vol, les différentes procédures, la météo et les plans d’aéroports, sans pour autant être surchargée. Mais la création de prototypes aussi réalistes que possible a toujours constitué un défi de taille.

L'année dernière, Lufthansa Systems a commencé à expérimenter avec Figma Make. « Make permet d’exploiter à la fois les ressources de design Figma et des sources de données externes », explique Pankaj (Pank) Juvekar, Designer produit principal. « Nous pouvons ainsi valider nos idées dans un contexte plus réaliste et nous rapprocher du résultat final auquel s'attendent les utilisateurs. » Nous avons rencontré Pank et Kristjan Gomboc, Responsable du design, pour discuter du processus de design destiné aux pilotes, des raisons pour lesquelles il est si difficile de créer des prototypes de cartes, et comment une expérience à l'occasion de l'Innovation Week sur Figma Make a transformé leur façon de tester de nouvelles idées.

Lorsque l'on parle de « logiciels pour compagnies aériennes », on pense généralement aux écrans intégrés aux dossiers des sièges. Que développez-vous concrètement chez Lufthansa Systems ?

Kristjan G.

Nous développons les logiciels que les pilotes et copilotes utilisent dans le cockpit, principalement sur des iPad fixés à gauche et à droite. Notre suite de produits Lido couvre l’ensemble du cycle de vie d’un vol, de la planification à la circulation au sol, en passant par le décollage, les opérations en vol, l’atterrissage et la surveillance. Plus de 100 000 pilotes utilisent quotidiennement nos applications Lido Pilot pour effectuer leurs vols en toute sécurité et avec efficacité.

Pank J.

La carte est l’élément essentiel de nos applications Pilot. Elle contient une multitude de données aéronautiques telles que les voies aériennes, les points de cheminement, les aéroports de dégagement en cas d’urgence et les zones de turbulence, ce qui permet aux pilotes de mieux appréhender la situation. L'application comprend également la carte mobile de l’aéroport (AMM), qui guide les pilotes depuis leur poste de stationnement jusqu’à la piste.

Comment se passe le développement d'applications destinées aux pilotes en tant qu'utilisateurs finaux ?

Kristjan G.

Dans mon entreprise précédente, entrer en contact avec les utilisateurs finaux était toujours difficile. Ici, nous travaillons en étroite collaboration avec eux, ce qui est tout simplement incroyable. Nous avons organisé plus de 100 sessions avec des pilotes cette année, principalement à distance. Nous proposons également des ateliers en présentiel, et chaque product designer participe à au moins un vol d’observation par an. Les participants ont ainsi l’occasion de prendre place dans le cockpit et de mener une étude d’observation au cours d’un vol régulier.

Ce qui est formidable, c’est que les pilotes sont très passionnés par leur métier et adorent expliquer leur travail et les méthodes qu'ils utilisent. Ils nous fournissent toujours des retours précieux.

La difficulté réside dans le fait qu’il faut être un expert pour s’adresser à des experts. Si vous entrez dans le cockpit en posant des questions de débutant, vous perdrez leur attention. Vous devez être capable de parler leur langage et avoir une bonne compréhension de ce qu’ils font. Si vous posez des questions pertinentes, ces interactions peuvent s’avérer très fructueuses.

Pank J.

Nous apprenons beaucoup auprès des experts internes, tels que d’anciens pilotes et contrôleurs aériens. Je travaille ici depuis près de sept ans, et j’apprends encore quelque chose de nouveau chaque jour. La courbe d'apprentissage est raide.

Vous travaillez avec des centaines de compagnies aériennes. Comment parvenez-vous à répondre à tous leurs besoins spécifiques ?

Pank J.

Nous concevons rarement une solution pour un seul client, même lorsque c’est lui qui nous en fait la demande. Nous présentons l’idée à dix autres clients afin d’éviter tout parti pris. Les compagnies aériennes diffèrent selon la région, selon qu’elles opèrent sur des liaisons court- ou long-courriers, et selon les flottes qu’elles exploitent. Nous prenons en compte les différents points de vue des compagnies aériennes sans nous écarter de l’objectif final.

Kristjan G.

Notre logiciel s’intègre à l’infrastructure technique et aux procédures opérationnelles propres à chaque compagnie aérienne. Chaque demande client ou idée interne est un jeu d'équilibre : quelle est l'ampleur de ce problème pour le secteur ? Sommes-nous en mesure de le résoudre de manière satisfaisante ? Quel est le minimum que nous puissions faire pour commencer à apporter de la valeur au client, compte tenu de nos contraintes techniques et réglementaires ?

Ce sont des discussions que nous avons chaque semaine, et ce n'est pas toujours facile. Il nous arrive parfois de mettre certains projets en attente, car le processus de design et de développement montre que la solution que nous pouvons proposer à ce stade n’est tout simplement pas encore assez aboutie.

Pourquoi la création de prototypes de cartes s'est-elle avérée si difficile ?

Pank J.

Les cartes de notre application sont dynamiques, mais nos prototypes de design ne l'ont pas toujours été. Nous sommes passés de Sketch à XD puis à Framer, dans l’espoir d’obtenir une carte dynamique, mais Framer n’était pas facile à utiliser pour tout le monde. Nous nous sommes donc principalement fondés sur des designs statiques et un prototypage manuel. Vous pouvez montrer une capture d'écran aux pilotes, et ils vous donneront leur feedback, mais cela ne donne pas cette impression d'authenticité.

Comment avez-vous commencé à expérimenter avec Figma Make ?

Pank J.

C'est l'an dernier pendant Innovation Week, notre hackathon interne, alors que Make en était encore à ses débuts, que je me suis demandé si nous pouvions intégrer une carte dynamique dans un prototype. Nous avons commencé avec une version web de notre carte développée en interne, et utilisé Mapbox, une plateforme de cartographie personnalisée, comme calque de base, partageant les mêmes données que l'application iPad. Au départ, nous avons essayé l'API de cette version web, puis un lien ouvert, et les deux ont assez bien fonctionné avec Make. Nous pouvions utiliser une carte dynamique qui ressemblait et se comportait presque comme la carte de notre application.

À partir de là, j'ai intégré notre barre supérieure, barre inférieure et icônes de calques dans Make. La possibilité de simplement copier-coller des designs à partir de fichiers Figma directement dans Figma Make a facilité considérablement le processus et l'a rendu extrêmement intuitif. Nous avons ainsi éliminé une grande partie des difficultés.

Vous devez afficher des données complexes de trafic aérien sur cette carte. Comment intégrez-vous ces informations dans l'image ?

Pank J.

L'affichage des informations de trafic sur nos cartes permet aux pilotes d'avoir une meilleure perception de la situation et contribue, en fin de compte, à la sécurité. Après une première phase de recherche, nous avons commencé à développer un prototype, mais il s’est avéré très difficile de représenter de manière réaliste une telle quantité d’informations dynamiques. Cela nous a semblé être un autre excellent cas d’utilisation pour Make. J’ai donc connecté Make au réseau OpenSky, une application qui présente aux utilisateurs des exemples de trafic sur différentes trajectoires de vol, et je lui ai demandé d’afficher des marqueurs d’avions à titre d’exemple uniquement dans un rayon de 500 milles nautiques autour de notre position simulée. Il suffit d'appuyer sur un avion pour voir ce que les pilotes nous avaient demandé : l’indicatif d’appel, le type d’appareil, la vitesse, l’altitude par rapport à la leur, le point de départ et la destination. Cela semblait immédiatement plus concret. Lorsque nous l’avons présenté aux pilotes, ils ont tout de suite compris.

Les pilotes ont ensuite demandé des marqueurs de différentes tailles, comme ceux qu’ils voient dans les applications de suivi des vols. J’ai demandé à Make d’appliquer aux icônes les classes de poids des avions définies par la Federal Aviation Administration (FAA) : super, lourd, grand, petit. Il était fascinant de constater qu’avec seulement quelques mots-clés, Make comprenait ce que j’essayais de faire sans me demander plus d’informations. Un Embraer 195 apparaît désormais plus petit qu’un Boeing 737. Les itérations sont devenues plus rapides.

Qu'avez-vous pu tester que vous ne pouviez pas faire auparavant ?

Pank J.

Tout ce qui repose sur l'interaction dynamique. Nous avons pu déterminer le niveau de zoom auquel le trafic devait apparaître sans encombrer la carte, car nous pouvions effectuer des zooms avant et arrière et les pilotes pouvaient nous indiquer le comportement attendu à chaque échelle de zoom. Avec ma collègue cartographe, Agata, nous avons également pu tester différents types de cartes, comme l’AMM, où les avions sur la piste changent de couleur au moment du décollage. Il s’agit d’une exigence réglementaire visant à distinguer le trafic au sol du trafic aérien, et il est indispensable de pouvoir observer cette situation en temps réel. Les trajectoires de vol sont même apparues comme un résultat inattendu de ces expérimentations. Elles n’étaient pas prévues, mais elles nous ont permis de recueillir une toute nouvelle série de retours d’expérience.

Nous sommes revenus sans cesse vers les pilotes, sans jamais toucher à la mise en œuvre. Nos applications sont développées en SwiftUI, et nous ne pouvons pas y mener des expérimentations à chaque étape ; le fait de mener ces explorations en amont permet donc aux développeurs de disposer d’un produit bien plus abouti.

Y a-t-il eu un moment de révélation lorsque vous avez travaillé avec Make ?

Pank J.

Plusieurs, en fait. Make s’est facilement connecté aux plateformes open source et tierces grâce à des identifiants d’API, y compris à nos plateformes internes destinées aux développeurs. La plus grande surprise a été de constater que l’on peut demander des recommandations à Make, et pas seulement lui donner des instructions. Il propose plusieurs approches, souvent classées par niveau de complexité : facile, moyen ou difficile. Cela en fait davantage un partenaire de réflexion collaboratif qu’un simple outil de prototypage.

Comment se déroule l’adoption de Make au sein de Lufthansa Systems ?

Pank J.

Elle nous semble intuitive. Nous avons créé des modèles à l’aide de notre frame d’application et de notre carte dynamique afin que d’autres designers puissent commencer à expérimenter. Plusieurs autres équipes de design utilisent désormais Make, et nous échangeons des idées sur des prototypes dynamiques et une logique métier complexe qui, sans cela, nécessiteraient de nombreux écrans supplémentaires. Les cartes occupent une place centrale dans nos applications web, iPad et de bureau, ce qui explique que cette approche séduise un grand nombre d’utilisateurs.

Kristjan G.

Nous ne pouvons pas parler pour toutes les équipes de design, mais nous constatons une croissance régulière du nombre de designers travaillant sur Lido avec Make, à tel point que certains projets sont entièrement réalisés avec Make. Le principal avantage réside dans le traitement d’interfaces complexes, telles que les interactions cartographiques ou les interfaces utilisateur riches en données illustrant une logique métier ou un comportement d’application particulier, qu’il serait autrement difficile de prototyper et de tester. Bien sûr, nous rencontrons encore quelques difficultés liées à la phase de démarrage, mais nous sommes convaincus qu’elles seront résolues avec le temps.

Quel conseil donneriez-vous à d'autres équipes qui conçoivent des produits destinés à des experts ?

Kristjan G.

Investissez dans une connaissance approfondie du domaine et allez régulièrement à la rencontre des utilisateurs. Nos designers et développeurs sont de grands passionnés d’aviation, et la plupart de nos chefs de produit ainsi que d’autres experts internes savent piloter un avion. La courbe d’apprentissage est raide, mais c’est ce qui vous permet d’avoir de véritables conversations avec vos utilisateurs et de résoudre des problèmes concrets.

Pour Lufthansa Systems, les enjeux n'ont pas changé : les pilotes ont toujours besoin d'informations claires et fiables à 35 000 pieds. Ce qui a changé, c’est la rapidité avec laquelle l’équipe peut leur présenter des prototypes réalistes et fondés sur des données. Grâce à Figma Make, Pank, Kristjan et leurs équipes peuvent tester leurs idées auprès des pilotes à maintes reprises avant même d'écrire une seule ligne de code de production.