Pelli : design produit d'un SaaS pour photographes professionnels

Pelli dépasse largement l'hébergement de galeries : l'outil remplace toute une pile de logiciels. Livraison et partage des photos, devis et factures conformes à la réglementation française, contrats signés en ligne, réservation, encaissement d'acomptes, CRM, page publique, marketing. Un assistant IA, baptisé Léa, épaule l'ensemble.

Tout mon travail de design en découle : rendre limpide un outil de gestion très complet.

Pelli n'était pas un projet sur lequel je travaillais à plein temps.

Le produit évoluait en parallèle des missions clients de l'agence Lumy, au sein d'une équipe réduite composée des fondateurs, de deux développeurs et deux designers, dont moi-même.

Ce contexte demandait beaucoup de pragmatisme. Il fallait identifier les améliorations ayant le plus d'impact, arbitrer entre les besoins utilisateurs, les contraintes techniques et le temps disponible, puis avancer par itérations.

Nous n'avions pas toujours les ressources nécessaires pour mettre en place une démarche produit très formalisée ni mesurer précisément l'impact de chaque évolution. En revanche, nous étions au plus près des utilisateurs, ce qui nous permettait de prendre des décisions fondées sur leurs retours et les problématiques observées au quotidien.

Cette expérience m'a appris qu'un bon Product Designer ne travaille pas dans un contexte idéal : il sait aussi s'adapter aux contraintes d'une petite équipe et faire progresser un produit avec les moyens disponibles.

J'ai participé à l'ensemble du cycle de vie du produit, depuis l'identification des problèmes jusqu'à l'accompagnement de leur mise en production.

Concrètement, j'ai travaillé sur :

• la refonte et l'amélioration continue de l'interface ;
• l'identification et la réduction des frictions dans les parcours utilisateurs ;
• l'amélioration des contenus et du wording (UX Writing) ;
• les recherches utilisateurs et les entretiens avec des photographes ;
• la participation au support client ;
• la conception et la rédaction du centre d'aide ;
• la contribution à la priorisation du backlog avec les fondateurs ;
• les échanges quotidiens avec les développeurs lors de l'implémentation.

Cette proximité avec toutes les étapes du produit m'a permis de dépasser le rôle de simple designer d'interface pour adopter une approche beaucoup plus orientée produit.

L'une des premières choses que j'ai découvertes sur Pelli est l'importance de parler régulièrement aux utilisateurs.

J'ai mené plusieurs entretiens avec des photographes professionnels afin de comprendre leur manière de travailler : comment ils trouvent leurs clients, organisent leurs shootings, livrent leurs photos, gèrent leur facturation ou suivent leurs paiements.

Ces échanges étaient précieux pour plusieurs raisons.

Ils permettaient d'identifier les véritables irritants de leur quotidien, de challenger certaines hypothèses de conception et d'alimenter les réflexions sur les futures évolutions du produit.

Une partie de ces entretiens servait également à produire du contenu éditorial pour le blog de Pelli. Les mêmes discussions nourrissaient donc à la fois la roadmap produit et la création de contenus inspirants pour les photographes et nos utilisateurs potentiels.

J'ai également participé au support utilisateur.

Cette expérience a profondément changé ma manière de concevoir des interfaces.

Chaque question récurrente révélait un problème : un parcours peu clair, un libellé ambigu, une fonctionnalité difficile à découvrir ou une documentation insuffisante.

Au lieu de considérer le support comme une activité distincte du design, j'ai appris à l'utiliser comme une véritable source de recherche utilisateur.

Lorsqu'un même problème revenait plusieurs fois, cela devenait souvent une priorité d'amélioration que j'intégrais à la roadmap produit.

Le support mettait également en évidence un besoin de documentation.

J'ai conçu l'architecture du Help Center puis rédigé l'ensemble des contenus.

Les articles ont été organisés par grandes thématiques (prise en main, galeries, boutique, CRM, IA, gestion administrative...) afin que les utilisateurs trouvent rapidement leurs réponses.

Au-delà de la documentation, ce travail a aussi permis de réduire certaines sollicitations répétitives adressées à l'équipe.

Cette expérience m'a beaucoup appris sur l'UX Writing : écrire une bonne documentation demande souvent autant de réflexion que concevoir une bonne interface.

Pelli a été ma première véritable immersion au sein d'un SaaS. J'y ai découvert une façon de concevoir un produit en amélioration continue, où chaque décision évolue au rythme des retours utilisateurs et des contraintes de l'équipe.

Au-delà de la conception d'interfaces, j'ai participé à la qualification et à la priorisation des demandes, en m'appuyant sur les retours utilisateurs, le support et des outils comme Gleap. J'ai appris à arbitrer entre valeur utilisateur, effort de développement et contraintes de temps, en collaboration avec les fondateurs et les développeurs.

Faute de pouvoir mesurer l'impact de chaque évolution, je me suis appuyé sur ce que j'avais : les retours des utilisateurs, les remontées du support, les échanges avec l'équipe. C'est ce qui m'a donné une vision plus large du rôle de Product Designer : au-delà des écrans, peser dans les décisions produit et chercher en permanence l'équilibre entre ce dont le produit a besoin et ce que l'équipe peut porter.

Avec le recul, c'est aussi ce qui me donne envie d'aller plus loin dans mes prochaines expériences : compléter cette approche qualitative par une lecture plus fine et quantitative, avec des outils comme PostHog, afin de mesurer plus précisément l'impact de chaque décision produit et d'orienter les évolutions à partir de données concrètes.