Introduction : retour sur un besoin client
En août 2024, je publiais un article consacré aux limites du slicer de dates Power BI et au Date Picker, un visuel personnalisé qui répondait à une problématique client : proposer aux utilisateurs une expérience de sélection des dates plus intuitive et plus flexible que celle disponible nativement dans Power BI.
Il est important de distinguer les deux solutions :
- Le slicer de dates natif Power BI est un composant intégré directement dans Power BI Desktop. Il permet depuis longtemps de filtrer des données temporelles selon différents modes (entre deux dates, avant/après une date, périodes relatives…).
- Le Date Picker est un visuel personnalisé développé par un éditeur tiers et disponible via AppSource. Il vient compléter les fonctionnalités natives lorsque celles-ci ne couvrent pas certains besoins métier ou ergonomiques.
En 2024, le constat était simple : le slicer natif répondait aux besoins classiques, mais certaines attentes utilisateurs nécessitaient encore de passer par un visuel personnalisé.
Près de deux ans plus tard, Microsoft fait évoluer son slicer de dates avec l’annonce de nouvelles fonctionnalités en juin 2026. Une évolution importante qui amène naturellement une question :
Les visuels personnalisés comme Date Picker ont-ils encore une place dans les rapports Power BI modernes ?
Retour en arrière : pourquoi utiliser un Date Picker en 2024 ?
Dans de nombreux projets Power BI, la gestion des dates est un sujet plus complexe qu’il n’y paraît.
Les utilisateurs métiers ne pensent généralement pas en termes de filtres techniques :
« Je veux analyser les ventes sur les trois derniers mois. »
ou :
« Je veux comparer l’activité depuis le début de l’année jusqu’à aujourd’hui. »
Ils attendent plutôt une expérience simple :
- choisir une période rapidement ;
- comprendre immédiatement ce qui est sélectionné ;
- naviguer facilement dans un calendrier ;
- appliquer des périodes dynamiques.
À l’époque, le slicer natif pouvait répondre à une partie de ces besoins, mais certaines expériences nécessitaient davantage de souplesse
Exemple de légende : Le slicer natif répondait aux besoins standards, mais son expérience pouvait paraître limitée pour certains utilisateurs métiers.
Le Date Picker apportait alors plusieurs avantages :
- une sélection de dates plus proche d’un calendrier utilisateur ;
- une meilleure ergonomie ;
- des raccourcis de périodes ;
- une expérience plus adaptée aux rapports destinés à un large public.
Exemple de légende : Le Date Picker permettait de proposer une expérience utilisateur plus orientée métier.
2026 : le slicer de dates Power BI évolue
Avec cette nouvelle évolution, Microsoft réduit considérablement l’écart entre les fonctionnalités natives et celles proposées historiquement par certains visuels personnalisés.
L’objectif est clair : permettre aux utilisateurs de gérer leurs périodes directement avec un composant Microsoft intégré.
Parmi les évolutions importantes :
- une gestion plus riche des périodes relatives ;
- une sélection plus intuitive des dates ;
- une meilleure prise en compte des dates disponibles dans les données ;
- une expérience utilisateur modernisée.
Exemple de légende : Le slicer natif évolue pour couvrir davantage de scénarios métier sans nécessiter l’installation d’un visuel externe.
Comparaison : slicer de dates Power BI vs Date Picker
| Fonctionnalité | Date Picker | Nouveau slicer natif Power BI |
|---|---|---|
| Disponible directement dans Power BI | Non | Oui |
| Dépendance à un visuel tiers | Oui | Non |
| Maintenance assurée par Microsoft | Non | Oui |
| Sélection manuelle d’une période | Oui | Oui |
| Gestion des périodes relatives | Oui | Oui |
| Expérience calendrier | Oui | Oui |
| Personnalisation graphique avancée | Oui | Plus limitée |
| Déploiement simplifié en entreprise | Moyen | Excellent |
| Pérennité de la solution | Dépend de l’éditeur | Assurée par Microsoft |
Exemple concret : utiliser le slicer de dates Power BI pour analyser une période glissante
Prenons un cas classique :
« Je souhaite analyser le chiffre d’affaires des 90 derniers jours. »
En 2024
Plusieurs approches étaient possibles :
- utiliser le slicer relatif natif ;
- créer une logique DAX spécifique ;
- utiliser un visuel personnalisé comme Date Picker.
Le choix dépendait fortement de l’expérience utilisateur souhaitée.
En 2026
Le slicer natif permet désormais une approche beaucoup plus directe :
L’utilisateur n’a plus besoin de comprendre la mécanique derrière le filtre. Il sélectionne simplement la période attendue.
Faut-il abandonner les visuels personnalisés ?
La réponse est non.
L’arrivée de nouvelles fonctionnalités natives ne signifie pas que les visuels personnalisés deviennent inutiles.
Le slicer natif est aujourd’hui le meilleur choix dans de nombreux scénarios :
- rapports d’entreprise classiques ;
- environnements nécessitant une maintenance simplifiée ;
- projets où limiter les dépendances externes est important ;
- utilisateurs recherchant une expérience standard Power BI.
Cependant, certains besoins continueront de justifier un visuel personnalisé :
- une expérience utilisateur très spécifique ;
- une charte graphique particulière ;
- des interactions avancées ;
- des comportements non disponibles nativement.
Quelle solution choisir aujourd’hui ?
| Situation | Choix recommandé |
|---|---|
| Nouveau rapport Power BI standard | Slicer natif |
| Rapport utilisé par de nombreux utilisateurs métiers | Slicer natif |
| Besoin de limiter les dépendances externes | Slicer natif |
| Expérience utilisateur très personnalisée | Date Picker |
| Rapport existant utilisant déjà un Date Picker | Conserver si la valeur métier est réelle |
| Besoin fonctionnel non couvert par Microsoft | Visuel personnalisé |
Mon retour d’expérience
Si je devais réaliser aujourd’hui le même rapport client qu’en 2024, je commencerais probablement par tester la nouvelle version du slicer natif.
L’évolution de Microsoft répond désormais à une grande partie des problèmes qui avaient justifié l’utilisation d’un Date Picker.
Cependant, cela ne remet pas en cause le choix effectué en 2024.
À ce moment-là, le besoin existait et le visuel personnalisé apportait une vraie valeur ajoutée. Les évolutions natives de Power BI ne remplacent pas les solutions précédentes : elles montrent plutôt que les besoins utilisateurs finissent souvent par influencer l’évolution du produit.
Conclusion
L’histoire du Date Picker illustre parfaitement l’évolution de l’écosystème Power BI.
En 2024, un visuel personnalisé permettait de répondre à un besoin que le slicer natif ne couvrait pas totalement.
En 2026, Microsoft enrichit son composant natif et réduit considérablement l’écart avec les solutions tierces.
Le choix n’est donc plus simplement :
« natif ou personnalisé ? »
Mais plutôt :
« quelle solution apporte la meilleure expérience utilisateur pour mon besoin métier ? »
Et c’est finalement une excellente nouvelle pour les utilisateurs Power BI : ils disposent aujourd’hui de solutions plus nombreuses et plus adaptées pour travailler avec la donnée temporelle.
L’évolution du slicer de dates Power BI montre également la maturité progressive de l’écosystème Power BI : les besoins utilisateurs influencent directement les fonctionnalités proposées par Microsoft.
