Dans le premier article, nous avons partagé une idée brute de SaaS pour aider les propriétaires de sites WordPress à nettoyer leurs médias inutilisés et à réduire les coûts de stockage — sans avoir besoin d’installer un plugin.

Il est maintenant temps de répondre à une autre question :

« Si nous devions réellement construire cela… à quoi ressemblerait le produit ? »

Et plus important encore :

Quelles écrans existeraient, et pourquoi ?

Avant tout : un Wireframe n’est pas un Design

Clarifions cela dès le départ :

Les wireframes ne sont pas du design d’interface utilisateur. Ce sont des outils pour expliquer la logique et le parcours utilisateur — rien de plus.

Nous utilisons Balsamiq pour cela. C’est rapide, simple, et laid par conception — et c’est une bonne chose.

Ça nous force à nous concentrer sur la fonction, pas les visuels.

Les wireframes ne sont pas là pour montrer « à quoi ça ressemblera » — ils sont là pour montrer « ce que ça fera ».

Si vous donnez un wireframe à un designer UI en disant, « fais-le exactement comme ça », vous faites fausse route.

Mais si vous dites, « voici le parcours utilisateur et ce que nous voulons accomplir sur chaque écran », là vous pensez comme un propriétaire de produit.

Le Flux Utilisateur Principal

Voici ce que nous attendons d’un utilisateur :

1. Se connecter ou s’inscrire
2. Ajouter un site WordPress en utilisant une clé API
3. Analyser le site pour trouver les médias inutilisés
4. Examiner un rapport montrant combien d’espace peut être nettoyé
5. Nettoyer les fichiers inutiles en un clic
6. Choisir comment (et si) ils veulent que nous stockions les fichiers supprimés
7. Restaurer les fichiers plus tard si nécessaire

C’est tout.

Propre, simple, précieux.

Écrans Clés que Nous Ferions en Wireframe

Voici une répartition des principaux écrans que nous planifierions dans Balsamiq :

• Accueil (Déconnecté) : Explique le produit et mène à l’inscription
• Page de Connexion / Inscription
• Tableau de Bord (Connecté) : Liste les sites connectés, statistiques d’utilisation
• Écran d’Ajout de Site : Coller la clé API et vérifier la connexion
• Page des Résultats de l’Analyse : « Nous avons trouvé 85 Go de fichiers inutilisés »
• Page de Confirmation du Nettoyage : Voir quels fichiers vont être supprimés
• Options de Stockage : Choisir comment les fichiers supprimés seront stockés
• Page de Restauration : Récupérer les fichiers individuellement ou en masse

Flux de Stockage Intelligent (Cycle de Vie Automatisé)

Nous voulons rendre le stockage de fichiers simple et abordable — sans obliger les utilisateurs à gérer chaque fichier minutieusement.

Voici comment nous le gérerions :

• Le premier mois de stockage est inclus avec l’analyse.
• Si l’utilisateur continue de payer, nous déplacerons automatiquement les fichiers plus anciens vers des niveaux de stockage moins chers au fil du temps.
• Après 3 mois d’inactivité, les fichiers passent en stockage à froid (par exemple, Glacier).
• Après 6 à 12 mois, si un fichier n’a jamais été accédé, il passe en archive profonde.
• Après 1 an d’inactivité totale, le fichier est supprimé définitivement.

Nous avertirons les utilisateurs avant la suppression définitive. Mais soyons honnêtes — si personne n’a touché un fichier pendant 12 mois, c’est probablement un déchet.

De cette façon, les utilisateurs :

• Économisent de l’argent
• N’ont pas besoin de gérer le stockage manuellement
• Peuvent toujours récupérer des fichiers pendant une période raisonnable

C’est comme avoir un assistant automatique de désencombrement de fichiers.

Qu’est-ce qui est MVP et Qu’est-ce qui Peut Attendre ?

Nous n’avons pas besoin de tout construire d’un coup.

Voici ce qui est crucial pour le MVP :

• Connexion via API
• Analyser le site
• Montrer le gaspillage de stockage
• Nettoyer les fichiers
• Stocker les fichiers
• Restaurer les fichiers

C’est suffisant pour offrir une vraie valeur.

Des fonctionnalités comme :

• Accès en équipe
• Planification
• Tableaux de bord en marque blanche
• Analyses mensuelles automatiques… peuvent venir plus tard, selon la demande.

Réflexions Finales

Planifier un SaaS ne commence pas par une interface utilisateur sophistiquée — cela commence par un flux clair et net.

Dans cet article, nous avons cartographié l’expérience principale de notre outil hypothétique de nettoyage WordPress.

La prochaine fois, nous parlerons de tarification, positionnement, et comment ce produit pourrait générer des revenus.

Restez à l’écoute pour la Partie 3.