Travel Industry Info Center
FRDE
Proposition de refonte 03 / 10

Command Deck

La recherche universelle comme unique porte d'entrée : voyagistes, visas, emplois et actualités réunis dans un seul champ intelligent.

Démarrer le parcours du prototype →
Écrans du prototype

Philosophie

Chaque tâche sur Kendros commence par « je cherche X ». Ce constat devient l'unique principe d'organisation : une barre de recherche universelle, persistante et intelligente, remplace l'annuaire, les visas, les emplois et les actualités comme surface de requête unique.

Utilisateurs cibles

Des utilisateurs à fréquence élevée, qui effectuent de nombreuses recherches ponctuelles chaque jour dans des catégories différentes, et qui ne veulent pas devoir retenir laquelle des dix rubriques du menu contient la réponse.

Inspiration visuelle

Spotlight / Alfred, Algolia DocSearch, Raycast — des interfaces où la frappe précède et remplace la navigation.

Concept de navigation

Pas de menu latéral traditionnel : une grande barre de recherche centrée et persistante sur chaque écran, complétée par une fine bande de destinations en dessous, qui sert de filet de secours pour la navigation par catégorie.

Philosophie de la page d'accueil

La barre de recherche est la page d'accueil. En dessous : des exemples de requêtes (« Visa pour le Brésil », « Voitures Zurich », « Emplois cette semaine ») et les recherches récentes propres à chaque utilisateur.

Philosophie de recherche

Suggestions en temps réel sur toutes les entités à la fois — sociétés, pays, emplois, actualités — les résultats sont regroupés par type ; les filtres n'apparaissent qu'une fois qu'une requête a été saisie.

Architecture de l'information

Presque entièrement absorbée par un index de recherche unique ; la navigation par catégorie ne subsiste que sous la forme d'un lien secondaire « Parcourir tout ».

Système de composants

Un composant de recherche dominant, plus une carte-résultat par type d'entité (voyagiste, pays, emploi, actualité), rendue de façon identique quel que soit le point d'entrée dans l'application.

Typographie

Une typographie large et affirmée pour le champ de recherche lui-même, qui s'impose comme élément héros de chaque écran ; une typographie utilitaire plus petite pour les listes de résultats.

Système d'espacement

Généreux autour de la barre de recherche pour lui donner sa place de composant hero ; plus dense dès que les résultats s'affichent, pour maximiser la densité d'information utile.

Usage de la couleur

Une base essentiellement neutre et blanche ; le magenta est réservé au marquage du focus actif et au surlignage des termes correspondants dans les résultats.

Tableaux

Dé-emphasés au profit des cartes-résultat ; lorsque des données tabulaires sont incontournables (visas, offres), elles se nichent de façon compacte à l'intérieur d'une carte.

Formulaires

La recherche avancée/structurée se replie dans un tiroir de filtres ouvert depuis la barre de recherche elle-même, jamais dans une page séparée.

Filtres

Des facettes contextuelles, propres à chaque type d'entité, qui n'apparaissent qu'une fois qu'une recherche a produit des résultats.

Icônes

Des icônes de type d'entité (bâtiment, passeport, mallette) utilisées de façon cohérente comme indicateurs de type de résultat.

Hiérarchie visuelle

La requête et les termes correspondants portent l'essentiel du poids visuel ; tout le reste s'efface au second plan.

Forces, faiblesses, risques

Forces

Correspond directement à la tâche principale citée dans le cahier des charges (« trouver l'information rapidement »), mieux que toute architecture organisée par catégorie. S'adapte naturellement à l'ajout de nouvelles sources de données.

Faiblesses

Peu adapté aux utilisateurs qui ne savent pas encore quoi chercher : parcourir « quels voyagistes proposons-nous pour l'Islande » sans nom précis en tête est plus difficile que dans une approche par catégorie.

Risques

Le risque technique le plus élevé des dix propositions : si la pertinence et la tolérance aux fautes de frappe ne sont pas excellentes, cette approche échoue plus durement qu'une architecture par catégorie.

Pourquoi ce choix convient à Kendros

Kendros a été construit autour d'un organigramme de contenu interne (dix rubriques : offres, annuaire, visas, emplois, actualités…). Or l'utilisateur ne pense pas en termes de rubriques, il pense en termes de question : « quel visa pour la France », « quels loueurs de voitures à Zurich ». Command Deck optimise directement pour cette tâche nommée dans le cahier des charges, plutôt que de reproduire la structure interne de l'organisation Kendros à l'écran.

Évaluation

Modernité
5/5
Innovation
5/5
Utilisabilité
4/5
Facilité d'apprentissage
4/5
Attrait pour les décideurs
4/5
Maintenabilité
3/5
Risque de mise en œuvre
Élevé