Lancer un logiciel en PME : pourquoi un product designer change la donne

Une PME qui décide de lancer un logiciel ou une application se pose d’abord la question du budget de développement, presque jamais celle de l’usage réel. C’est le scénario le plus fréquent en 2026 : on commande des écrans à un développeur avant d’avoir vérifié qu’un utilisateur comprend où cliquer. Le travail que montre publiquement un Product designer Bordeaux, sur la refonte d’une agence de formation professionnelle, part du sens inverse : l’usage d’abord, l’écran ensuite.

Sur ce projet, l’architecture de l’information a été entièrement repensée, les parcours clarifiés, et la charge visuelle tient debout du site vitrine jusqu’aux réseaux sociaux : exactement ce que change une vraie phase de conception, avant d’écrire la moindre ligne de code.

Un logiciel pensé depuis l’intérieur, l’erreur qui coûte cher

Dans une petite structure, le premier réflexe est presque toujours le même : on demande au développeur le plus disponible de « faire aussi les écrans », parce qu’il connaît le sujet et que recruter quelqu’un de plus n’est pas prévu au budget. Le problème n’est pas la compétence du développeur, c’est le regard. Il pense en fonctions et en base de données ; l’utilisateur, lui, pense en tâches à finir vite : retrouver un client, corriger une facture, valider un devis. Ces deux logiques ne se recouvrent presque jamais spontanément.

Le résultat typique : un outil qui fait tout ce qui était demandé dans le cahier des charges, et que les équipes finissent par contourner avec un tableur parallèle. Le scénario se répète aussi bien sur des logiciels internes que sur des applications destinées à des clients : le budget de développement est tenu, l’adoption, non. Or un logiciel que personne n’utilise coûte le prix d’un logiciel fini, pour le service rendu d’un brouillon.

Ce qu’apporte concrètement un product designer sur ce type de projet

Ce que vous achetez n’est pas une mise en couleur d’écrans déjà arrêtés : c’est le choix, fait avec vous, de ce que chaque écran contient et dans quel ordre. Sur le projet cité en ouverture, la première chose livrée n’a été ni une couleur ni un logo, mais une nouvelle carte des rubriques : ce que chacune contient, et comment on passe de l’une à l’autre sans revenir en arrière.

Le détail de cette méthode, du cadrage à la mise en ligne, tient dans le repère ci-dessous.

Ce déroulé n’a rien de rigide : sur une petite application interne, le cadrage peut tenir en deux ou trois entretiens, et l’offre se resserre d’autant. L’étape qui ne se saute jamais, c’est le prototype testé avant développement — celle que les plannings serrés sacrifient en premier, et celle qui évite de reprendre un écran déjà codé. Dernier point sous-estimé par les PME : une fois l’interface arrêtée, les micro-animations se règlent avec les développeurs, pas sur une maquette isolée. Sans cet échange, un bouton reste une intention, pas un usage.

Une fois l’écran de saisie réglé, une question reste ouverte : avec quoi va-t-il communiquer ? Le choix se fait alors du côté de l’automatisation des tâches répétitives, une fois l’usage pensé, jamais avant.

Freelance, agence ou le faire en interne : ce que ça change vraiment

Trois options existent pour une PME, et elles ne se valent pas selon la taille du projet.

Une mission de cadrage et de conception confiée à un freelance se facture le plus souvent entre 3 000 et 8 000 euros pour une application métier de taille courante, selon la profondeur du produit et le nombre d’écrans à couvrir. C’est l’option la plus flexible : un seul interlocuteur, du premier entretien à la livraison.

Une agence facture plutôt de 8 000 à 20 000 euros pour un périmètre comparable. Le prix plus élevé finance une équipe — recherche, design, parfois développement — et une structure de suivi de projet, utile sur un produit complexe ou un calendrier serré.

Confier le sujet à un salarié déjà en poste ne coûte rien en apparence. Sauf que le temps qu’il y passe est du temps qu’il ne passe pas sur son propre poste, et que l’absence de recul sur le sujet se paie en reprises, une fois l’outil livré.

Sous une dizaine d’écrans et un budget de développement inférieur à 15 000 euros, le freelance reste le choix le plus raisonnable : au-delà, l’agence coûte plus cher que le logiciel lui-même. Passé ce seuil, quand plusieurs métiers de l’entreprise sont concernés en même temps, l’agence reprend l’avantage : quelqu’un doit alors arbitrer entre des besoins contradictoires, et ce n’est pas le rôle d’un développeur.

Le faire en interne n’est pas déraisonnable par principe. Cela le devient quand la personne qui s’y colle n’a jamais interrogé un utilisateur avant de dessiner un écran.

Comment choisir la bonne personne pour un premier projet

Le premier réflexe à corriger : demander un portfolio joli ne suffit pas. Demandez plutôt, pour un projet cité, ce qui n’a pas fonctionné du premier coup. Quelqu’un qui n’a jamais raté un parcours utilisateur n’a probablement pas encore testé grand-chose en conditions réelles.

Dans le projet cité en ouverture, préciser un rôle « UX » distinct d’un rôle « UI » est un bon signe : cela veut dire que la personne sépare la question de l’usage de celle de l’habillage, au lieu de sauter directement à la couleur des boutons.

Deuxième point de vigilance : la capacité à travailler avec vos développeurs, pas seulement pour eux. Une charte graphique livrée sans échange avec l’équipe technique finit presque toujours simplifiée au moment du développement, faute de temps ou de budget pour tout recoder à l’identique. Demandez, avant de signer, comment se passe la remise des maquettes : un fichier figé envoyé par mail n’est jamais idéal, un point de passage régulier avec les développeurs pendant la phase d’interface l’est nettement plus.

Avant de vous lancer, réglez aussi le sujet adjacent : si votre futur outil doit dialoguer avec de la facturation ou un fichier clients, le comparatif des logiciels de facturation pour PME et celui des CRM gratuits selon la taille de l’équipe évitent de faire concevoir un écran qui devra de toute façon se brancher sur un outil déjà choisi ailleurs dans l’entreprise.

Foire aux questions