01
Le workflow métier prime sur le pixel
Un SaaS B2B est un outil de travail. Chaque écran doit réduire un clic, une hésitation, une double-saisie. Le beau vient après l'efficacité, pas l'inverse.
[ GUIDE · PRODUCT DESIGN SAAS ]
Product Design SaaS B2B : le guide qui va droit au but.
6 principes, 6 exemples de SaaS bien designés, et la méthode que j'utilise chez mes clients pour transformer une roadmap floue en interfaces dev-ready. Écrit par une designer partenaire embarquée en équipe produit.
Lecture · 8 minCible · Fondateurs, PM, CTOMis à jour · 2026
[ 01 · PRINCIPES ]
Les 6 principes du product design pour SaaS B2B.
Un SaaS B2B n'est pas un site marketing. Les règles qui marchent en landing page (grosse image, CTA orange, testimonials rassurants) cassent en application métier. Voici les principes qui tiennent en production.
02
Design pour la charge cognitive, pas pour la démo
Tes utilisateurs passent 6 heures par jour dedans. Hiérarchie stricte, densité maîtrisée, patterns répétés. Pas d'effet waouh qui fatigue à la 40ᵉ session.
03
Multi-rôle = multi-parcours
Admin, opérationnel, décideur, client final : chacun a son entrée, ses raccourcis, ses droits. Un seul écran pour tous, c'est un écran pour personne.
04
Empty, loading, error : les 3 états qui font ou défont un SaaS
Un product design SaaS solide traite les cas moches avant les cas idéaux. Un empty state pédagogique convertit mieux qu'un onboarding séparé.
05
Data-dense sans être hostile
Tableaux, filtres, exports, bulk actions. On assume la complexité, on l'organise. Progressive disclosure, colonnes ajustables, tri persistant.
06
Dev-ready ou rien
Composants tokenisés, specs claires, états documentés. Un design qui n'atterrit pas en prod n'existe pas. Le Figma parle au dev, pas au portfolio.
[ 02 · EXEMPLES ]
6 exemples de SaaS B2B bien designés.
Pas les screenshots Dribbble qui gagnent des likes. Les produits que les équipes utilisent 8h par jour et qui restent agréables. Note ce qui te parle : c'est probablement ce qui manque à ton produit.
Linear
· La densité assuméeRaccourcis clavier partout, navigation instantanée, zéro friction. Prouve qu'un SaaS peut être dense sans être moche.
Stripe Dashboard
· La data-viz au service de la décisionChaque graphique répond à une question business. Pas de charts décoratifs. Les états d'erreur sont aussi soignés que la home.
Notion
· La flexibilité contrôléeUn système de blocs qui laisse construire sans casser. Le design se cache pour laisser passer le contenu utilisateur.
Attio
· Le CRM repenséMicro-interactions léchées, mais chaque animation sert la compréhension. Un exemple à copier pour un B2B moderne.
Vercel
· La console dev-friendlyHiérarchie parfaite, empty states pédagogiques, logs lisibles. Modèle pour tout outil technique.
Pitch
· La collaboration nativeMulti-curseurs, commentaires contextuels, permissions granulaires. Le SaaS B2B moderne pense collaboration dès l'écran vide.
[ 03 · MÉTHODE ]
La méthode d'un designer partenaire embarqué.
Ce n'est pas un process en 12 étapes vendu en atelier. C'est ce qui se passe vraiment quand j'arrive dans ton équipe produit, du premier call à l'écran en prod.
- 01
Découverte
3 à 5 entretiens utilisateurs ciblés + audit produit existant. Objectif : formuler le vrai problème, pas la feature demandée.
- 02
Cadrage
User flows, priorisation, arbitrage scope. Le PO en moi décide ce qui ne sera pas fait ce trimestre.
- 03
Design
Wireframes → maquettes testées → prototypes cliquables. Design system aligné sur les tokens tech déjà en place.
- 04
Handoff
Specs, états, edge cases, composants nommés. Je reste dispo pendant le sprint dev, pas de mur entre design et code.
- 05
Impact
On mesure : temps de complétion, taux d'adoption, tickets support. Si ça n'a pas bougé, on itère.
[ 04 · FAQ ]
Questions fréquentes.
C'est quoi la différence entre UX design et product design SaaS ?
L'UX design cadre l'expérience. Le product design pilote aussi le trade-off scope / valeur / faisabilité. En SaaS B2B, la frontière avec le PO devient floue, c'est ce qui rend le rôle hybride pertinent.
Design system ou pas dès le début ?
Tokens (couleurs, espacements, typos) dès le jour 1. Composants au fil des besoins récurrents. Un design system trop en avance est un backlog qu'on ne finit jamais.
Combien de temps pour refondre un SaaS existant ?
Une refonte visible en 8 à 12 semaines, migration progressive sur 4 à 6 mois. Big-bang design refactor = un ticket support toutes les 3 minutes le jour du go-live.
Ton SaaS mérite mieux qu'un template.
30 minutes, tu me racontes ton produit, je te dis franchement si je peux aider et par quel bout commencer.