SaaS B2B · Architecture de site
Pourquoi les sites SaaS deviennent vite trop complexes
Un site SaaS lancé avec une structure claire finit souvent, un an ou deux plus tard, par accumuler des pages, des boutons et des messages qui se contredisent. Ce n’est presque jamais une erreur de design initiale : c’est ce qui se passe quand personne ne retire rien pendant que tout le monde ajoute.
Comment un site simple devient un site complexe
La complexité n’arrive presque jamais en une fois. Elle s’installe par petites décisions, chacune raisonnable prise isolément, qui s’accumulent sans qu’aucune ne soit jamais retirée.
Chaque fonctionnalité veut sa preuve, son argumentaire, souvent sa propre page.
Chaque marché ajouté réclame sa section, sans que l’ancienne soit retirée.
Sales, produit et marketing publient chacun de leur côté, sans revue commune.
Une interface peut grandir sans perdre sa lisibilité
La complexité d’un produit n’oblige pas son interface à devenir illisible. Sur AD Pro Price Lists, un outil de gestion de grilles tarifaires conçu en propre, chaque type de champ, chaque option et chaque statut a sa place définie dès la structure initiale, plutôt que d’être ajouté au premier endroit disponible.
La différence tient rarement au nombre de fonctionnalités. Elle tient à la question posée avant chaque ajout : où cet élément va-t-il vivre, et qu’est-ce qu’il remplace ?
Les symptômes d’un site qui a trop grandi
Certains signes se répètent d’un site SaaS à l’autre, indépendamment du secteur ou de la taille de l’équipe.
Un menu principal qui dépasse dix éléments
Produit, ressources et pages marketing s’y mélangent sans hiérarchie claire.
Une homepage qui parle à tout le monde à la fois
Profil technique, décideur et utilisateur final lisent le même écran, dans le même ordre.
Une fonctionnalité, une page, un argumentaire dupliqué
Le même bénéfice est réécrit sur plusieurs pages au lieu d’être centralisé une seule fois.
Un bouton d’action qui change de libellé selon la page
Essai, démo, contact, devis : le visiteur ne sait plus quel geste est réellement attendu.
Plus personne ne peut justifier une page
Aucune équipe ne sait plus pourquoi elle existe, ni à qui elle est réellement destinée.
Ce que change une architecture repensée
Reprendre la structure d’un site ne veut pas dire retirer du contenu au hasard. Il s’agit de redonner à chaque page une raison d’exister et un seul geste attendu.
Repenser la structure, plutôt que la maquiller
Ce site en est un exemple direct : après des années sur WordPress, la structure du contenu portait les traces de chaque ajout ponctuel. La refonte n’a pas consisté à changer l’habillage visuel, mais à reconstruire la plateforme elle-même, avec un CMS sur mesure où chaque type de contenu a un seul emplacement possible.
Un site SaaS n’a pas toujours besoin d’un changement de plateforme aussi profond. Mais le principe reste identique : la clarté tient à la structure sous-jacente, pas à la couche visuelle posée dessus.
Certaines décisions accélèrent la dérive plus que d’autres.
- Garder une ancienne page « au cas où » plutôt que la retirer ou la fusionner.
- Ajouter une page pour chaque demande commerciale ponctuelle, sans jamais en retirer une.
- Dupliquer un même argumentaire sur plusieurs pages plutôt que de le centraliser à un seul endroit.
- Laisser plusieurs équipes publier du contenu sans revue éditoriale unique.
Faut-il tout refondre pour retrouver de la clarté ?
Votre site a grossi plus vite que sa structure ?
Je conçois et je remets à plat des sites SaaS B2B où chaque page a une raison d’exister et un seul geste attendu.
Découvrir le design de site SaaS B2B →
