Donner un rôle à chaque vue

D’un asset type à l’autre, aucun overview ne se ressemblait dans sa structure. Chacune accumulait ce qu’on voulait montrer, sans règle commune sur la répartition de l’information entre les vues.

Deux exemples suffisent. L’overview d’un data product affiche la liste complète de ses datasets ; celui d’un dataset affiche son schéma entier. Avec cinq cents colonnes ou une longue liste, la vue perd sa raison d’être : permettre d’identifier l’asset et de comprendre s’il répond au besoin avant d’en explorer le détail.

Plutôt que de corriger chaque page, j’ai proposé de revoir l’architecture des assets à partir d’une règle simple : chaque vue a un rôle.

• L’overview permet d’identifier l’asset, d’en comprendre l’utilité et d’accéder aux actions pertinentes.
• Le brut et l’exhaustif vivent dans des vues dédiées : pour un dataset, des vues de profil, de schéma et d’aperçu des données ; pour un data product, une liste d’assets filtrable.

Je propose d’inscrire cette règle dans le design system de l’expérience unifiée sous forme de modèles de page communs. Leur application doit tenir compte des informations nécessaires pour évaluer chaque asset type.

Une règle de ce genre ne s’impose pas d’un coup. Le frein est simple : l’appliquer, c’est reprendre tous les asset types, un chantier lourd. Je propose deux façons de le rendre abordable : appliquer le modèle progressivement, un asset type à la fois, au fil de ses évolutions ; et passer par les templates, pour que chaque type adopte la structure commune sans être reconçu de zéro.