Cas 02 · Logic

Skifo

Product Experience Review · SaaS d'accompagnement pour créateurs

Skifo aide des entrepreneurs non techniques à construire leur présence en ligne et à lancer leur activité : stratégie, offre, pages de vente et tunnel de conversion.

01

Le contexte

Le produit avait été construit en grande partie avec l'aide de l'IA, par une équipe sans expertise particulière en Product Design.

Techniquement, beaucoup de choses étaient déjà possibles. Mais à force d'ajouter des fonctionnalités au fil des besoins, l'expérience s'était construite par empilement plutôt que comme un parcours cohérent.

L'équipe savait que le produit était difficile à utiliser, sans vraiment savoir pourquoi ni par où commencer pour l'améliorer.

J'ai donc repris les principaux parcours de la plateforme pour les tester comme le ferait un nouvel utilisateur, avec un objectif : comprendre où l'expérience perdait en clarté et quelles améliorations méritaient réellement de passer en priorité.

02

Ce qui posait problème

La navigation était devenue difficile à comprendre. Plusieurs barres de navigation coexistaient, certaines actions étaient accessibles à différents endroits et plusieurs écrans remplissaient parfois des fonctions très proches. À l'inverse, certains chemins menaient vers des écrans sans véritable suite. L'architecture du produit reflétait davantage l'accumulation des fonctionnalités que la logique d'un utilisateur débutant.

Le dashboard renforçait ce problème. Toutes les étapes étaient présentées sur une longue page, sans indication claire de l'endroit où commencer, de ce qui avait déjà été réalisé ou de ce qui devait venir ensuite. Pour quelqu'un qui lançait son activité pour la première fois, le produit demandait déjà de savoir comment l'utiliser avant même d'avoir appris ce qu'il était censé enseigner.

Le vocabulaire supposait également une expertise que la cible n'avait pas encore. Des termes comme « Produit d'appel », « High ticket » ou « Mini boutique » apparaissaient sans explication, alors que le produit s'adressait précisément à des personnes qui découvraient ces concepts.

Enfin, les parcours de création étaient souvent de longues successions de champs à remplir, sans aperçu du résultat ni vraie sensation de progression. L'utilisateur devait fournir beaucoup d'informations sans voir clairement ce qu'il était en train de construire.

03

La priorité

Reprendre les premières minutes d'utilisation du produit : onboarding, dashboard et premiers parcours de création.

Le dashboard devait devenir un parcours beaucoup plus linéaire et guidé : une seule étape visible à la fois, la suivante se débloquant une fois la précédente terminée.

L'objectif n'était pas simplement de simplifier l'interface, mais de faire comprendre progressivement la valeur du produit tout en accompagnant l'utilisateur dans sa montée en compétence.

Les parcours de création devaient suivre la même logique : découper les longs formulaires en plusieurs étapes, rendre la progression visible, montrer un aperçu du résultat et rassurer l'utilisateur sur la sauvegarde de son travail.

04

Ce que j'ai laissé de côté

D'autres problèmes étaient bien réels, mais ils ne devaient pas passer en premier.

Les contrastes, l'accessibilité ou certains champs méritaient d'être améliorés, mais ils n'expliquaient pas à eux seuls pourquoi un nouvel utilisateur pouvait se perdre dès son arrivée sur la plateforme.

Les bugs de session et de sauvegarde relevaient quant à eux probablement de la structure technique du produit et nécessitaient une analyse dédiée. Ils ont donc été séparés des recommandations d'expérience.

05

Le résultat

La Review a permis de recentrer la suite autour d'un objectif simple : faire comprendre le produit avant d'ajouter de nouvelles fonctionnalités.

La priorité est devenue claire : simplifier l'architecture, guider les premiers pas, rendre les parcours de création plus progressifs et donner davantage de feedback à l'utilisateur.

L'équipe savait désormais ce qui devait être repris en premier — et quels sujets pouvaient attendre.

Le vrai problème n'était pas que le produit manquait de fonctionnalités. Il en avait déjà beaucoup. Il lui manquait une expérience capable de les relier entre elles de façon cohérente.

Ce qu'il faut retenir

Skifo illustre très bien ce qui peut se passer avec un produit construit rapidement grâce à l'IA : la technique permet d'aller vite, mais elle ne garantit ni une architecture claire, ni des parcours cohérents, ni une expérience facile à comprendre.

Quand chaque nouvelle idée peut devenir une fonctionnalité en quelques heures, le risque est d'accumuler sans vraiment remettre à plat l'ensemble du produit.

Le problème n'était donc pas de savoir si Skifo pouvait construire davantage. Il fallait d'abord remettre de l'ordre dans ce qui existait déjà.

C'est exactement là que l'expertise produit fait la différence.

Avant / après

Les écrans « après » sont les recommandations issues de la Review, pas un produit livré.

Avant

Écran de bienvenue de Skifo avant la Review
L'arrivée sur le produit, sans repère de progression
Tableau de bord de Skifo avant la Review
Toutes les étapes présentées sur une même page
Formulaire de création de Skifo avant la Review
La création : une longue suite de champs à remplir

Après

Onboarding recommandé : une seule question par écran
Une seule question à la fois, avec l'étape annoncée
Écran de restitution de la vision généré par Skifo
Le résultat montré avant de passer à la suite
Tableau de bord recommandé avec progression visible
Un tableau de bord où la progression se lit

Les autres cas

01 · Experience Grace SaaS de protection de biens de luxe 04 · Activation Morning Espaces de travail et bureaux partagés

Product Experience Review

Votre V1 fonctionne,
mais vous ne savez pas quoi améliorer en premier ?

La Product Experience Review identifie les frictions, les priorise
et transforme une liste de problèmes en roadmap claire.

Product Experience Review · 1 900 € HT · livrée en 5 jours

Faire analyser mon produit

Call de 20 min · Sans engagement