SAC Stories et tableaux de bord
À jour au 2026-10-04
Stories = couche de consommation orientée décision. Structure 3 actes senior : KPI headline · Drivers · Action. ≤ 7 widgets par page (47 = 47 requêtes AM). Utiliser Optimized Design (moderne + mobile); Classic seulement pour legacy jusqu'à migration. Mobile-first ou livrer meurt en 3 mois. Chaque story a un purpose documenté : 'répond Q pour persona P au point décision D'.
Ce que vous apprendrez
- Travailler un scénario réaliste : Groupe industriel, l'équipe finance veut une story « revue business mensuelle ». Build de 4 semaines.
- Repérer et éviter l'anti-pattern : 47 widgets sur une page — Effondrement de la performance + surcharge cognitive.
- Appliquer la décision clé du module : Type de story — choisir Optimized Design pour du nouveau ; Analytic Application si un scripting sur mesure est nécessaire, pas Classic Design pour des builds neufs.
- Mesurer la maîtrise avec le KPI : Nombre de widgets par page (cible : ≤ 7 ; signal d'alerte : > 12 = refonte).
Aperçu du module
SAP Analytics Cloud Stories = la surface de consommation où la donnée Datasphere gouvernée devient des décisions métier. Un consultant senior conçoit les stories autour de la décision que l'utilisateur prend, pas de la donnée que l'équipe a. Échec junior : 47 graphiques sur une page. Craft senior : 3-7 graphiques par page, chacun répondant à une question, avec un arc narratif clair.
La structure en 3 actes que chaque story senior suit :
- KPI headline (1-2 widgets) — la métrique qui compte cette période.
- Drivers (3-5 widgets) — ce qui pousse la headline vers le haut ou le bas.
- Action (1-2 widgets) — ce que l'utilisateur doit faire ensuite.
Types de story et quand utiliser chacun.
- Optimized Design Experience — moderne, mobile-friendly, recommandé pour les nouveaux builds.
- Classic Design Experience — legacy, uniquement pour stories existantes jusqu'à la fenêtre de migration.
- Analytic Application — quand scripting + interactivité custom sont nécessaires (M023).
Prérequis
- Revoir d'abord les concepts fondamentaux : C018, C019, C021
Acquis
- Travailler un scénario réaliste : Groupe industriel, l'équipe finance veut une story « revue business mensuelle ». Build de 4 semaines.
- Repérer et éviter l'anti-pattern : 47 widgets sur une page — Effondrement de la performance + surcharge cognitive.
- Appliquer la décision clé du module : Type de story — choisir Optimized Design pour du nouveau ; Analytic Application si un scripting sur mesure est nécessaire, pas Classic Design pour des builds neufs.
- Mesurer la maîtrise avec le KPI : Nombre de widgets par page (cible : ≤ 7 ; signal d'alerte : > 12 = refonte).