# Un client réclame une option : comprendre le problème avant de développer Une demande de fonctionnalité ne décrit pas toujours le besoin. Reconstituez le dernier cas, observez le contournement et proposez un essai avant de promettre. - Page canonique : https://viselareussite.com/tous/business/client-option-probleme/ - Auteur : La rédaction - Publication : 2026-10-16T04:11:33.408Z - Mise à jour : 2026-10-16T04:11:33.408Z - Langue : français Publicité · liens affiliés Un client vous écrit : « Il faudrait ajouter un bouton pour exporter les dossiers. » La demande paraît précise. Vous imaginez déjà l’écran, le temps de développement et la bonne place dans votre offre. Pourtant, il manque encore l’information principale : ce que cette personne essaie de faire avec cet export, et ce qui l’en empêche aujourd’hui. Prendre la demande au sérieux commence par cette enquête. Une fonctionnalité nommée peut cacher une difficulté de classement, un document à transmettre ou une règle interne que votre interlocuteur doit respecter. Avant de promettre une option, faites raconter la situation. Vous pourrez ensuite proposer une réponse mieux ajustée, y compris si elle tient à une explication plutôt qu’à un développement. ## Remonter au dernier cas rencontré Demandez quand le problème s’est produit pour la dernière fois. Invitez le client à reprendre le déroulement : quel dossier traitait-il, que voulait-il obtenir, à quel moment a-t-il été arrêté ? Cette entrée donne une base concrète à la conversation. Elle évite de discuter longtemps d’une option imaginée dont personne ne peut encore expliquer l’usage. La question « Qu’avez-vous fait ensuite ? » est particulièrement utile. La personne a peut-être copié des informations à la main, demandé de l’aide ou abandonné l’opération. Ces réponses ne valent pas toutes une commande, mais elles montrent le travail effectivement accompli. Si elle ne trouve aucun exemple récent, gardez cette absence comme une information, sans conclure qu’elle invente son besoin. Bpifrance Création définit le besoin du marché comme un problème, une attente ou un manque ressenti par un client potentiel. Ce repère invite à distinguer le résultat recherché de la solution suggérée. Pour aller plus loin dans l’examen commercial, notre guide sur la manière de [tester une idée avant d’investir](https://viselareussite.com/tous/business/tester-idee-entreprise-avant-investir/) replace cet entretien parmi d’autres vérifications. Évitez de conduire un interrogatoire. Expliquez simplement que vous voulez comprendre la demande pour ne pas lui livrer une option inutile. Le client reste libre de ne pas partager son dossier. Un exemple fictif ou un document débarrassé des informations confidentielles peut suffire à reconstituer le parcours. ![Des mains manipulent des feuilles et des plateaux de colis dans un atelier](https://viselareussite.com/images/editorial/client-option-source.webp) Mise en scène : observer le travail concret derrière une demande de fonctionnalité. ## Observer le contournement et son coût réel Prenons un exemple fictif à Casablanca. Une petite entreprise utilise un service de suivi de commandes. Sa responsable demande un export complet chaque vendredi. En discutant, le prestataire découvre qu’elle cherche seulement les commandes encore sans date de livraison, afin de préparer un appel avec son fournisseur. Elle recopie actuellement leurs références dans un tableau. Il serait prématuré d’en déduire qu’un filtre remplace toujours un export. Le fichier peut être imposé par le fournisseur, ou devoir contenir une information absente du service. L’intérêt du cas est ailleurs : la conversation fournit maintenant des contraintes que l’équipe peut examiner. Le résultat attendu devient « préparer la liste des commandes à relancer », avec un destinataire et un moment d’usage. Demandez à la personne ce que cette opération lui demande, sans lui suggérer une réponse spectaculaire. Si elle évoque une heure, demandez à quoi correspond cette estimation. Distinguez le temps de préparation de l’attente d’une autre personne. Notez aussi la fréquence, les erreurs constatées et la conséquence d’un oubli. Une gêne occasionnelle peut compter, mais elle ne justifie pas automatiquement le même investissement qu’un blocage quotidien. Ces éléments restent des observations issues d’un entretien. Ils ne décrivent pas tous vos clients et ne permettent pas de calculer un gain certain pour votre entreprise. Conservez leur origine et ce qui reste à confirmer. Vous éviterez de transformer une impression commerciale en prévision de revenus. ## Explorer les contraintes avant de montrer votre idée Présenter aussitôt votre solution risque de déplacer l’échange vers votre démonstration. Le client réagit alors à ce qu’il voit, et vous perdez une partie du récit de son travail. Prenez d’abord le temps de comprendre qui utilise le résultat et qui peut décider d’un changement. Votre interlocuteur peut vivre la difficulté sans disposer du budget ni du pouvoir de modifier la procédure. Revenez aussi sur les solutions déjà essayées. Une manipulation existe-t-elle dans votre offre ? A-t-elle échoué parce qu’elle était difficile à trouver, mal expliquée ou réellement inadaptée ? Si le problème vient d’une présentation confuse, [clarifier ce que le client achète](https://viselareussite.com/tous/business/offre-claire-client-comprendre/) peut être plus utile qu’ajouter une nouvelle couche d’options. Le Mom Test, de Rob Fitzpatrick, est une référence pertinente pour travailler cette qualité de conversation. L’auteur présente son ouvrage comme un guide pratique pour apprendre des échanges avec les clients et limiter les retours biaisés. Il peut aider un entrepreneur qui recueille surtout des avis encourageants, sans comprendre ce qui déclenche une utilisation ou un achat. Cette présentation ne constitue ni une lecture intégrale revendiquée ni une garantie de réussite commerciale. [](https://www.amazon.fr/dp/1724903861?tag=viselareussit-21)Publicité · liens affiliésLe Mom TestRob FitzpatrickBroché · français · novembre 2018Prix : voir le tarif actuel sur Amazon[Acheter en ligne sur Amazon](https://www.amazon.fr/dp/1724903861?tag=viselareussit-21)Le prix, les formats et la disponibilité sont confirmés sur la fiche Amazon. La démarche proposée ici reste celle de la rédaction. Elle consiste à séparer, dans vos notes, les faits racontés, vos hypothèses et la prochaine vérification. Vous pouvez apprécier une idée de solution tout en reconnaissant que vous ne savez pas encore si elle répond au problème. ![Une main essaie un dossier rouge dans un prototype de rangement en carton](https://viselareussite.com/images/editorial/client-option-retour.webp) Mise en scène : un prototype réversible permet de vérifier un usage avant de développer. ## Proposer un essai limité sans faire une promesse cachée Une fois le parcours compris, vous pouvez présenter une possibilité et préciser ce que vous voulez apprendre. Dans l’exemple de Casablanca, le prestataire pourrait préparer manuellement un premier fichier avec la responsable. Cet essai permettrait d’examiner les colonnes nécessaires et les questions du fournisseur avant d’automatiser quoi que ce soit. Annoncez les limites de cette aide. Une démonstration, un prototype et une fonctionnalité disponible ne sont pas le même engagement. Indiquez qui prépare le résultat, pendant quelle période et ce qui sera discuté ensuite. N’envoyez pas un calendrier de lancement simplement pour préserver l’enthousiasme du rendez-vous. Il faut également vérifier les moyens que l’essai mobilise. Une opération manuelle acceptable une fois peut devenir coûteuse si elle est offerte à tous les clients chaque semaine. Incluez le support, la correction des erreurs et la maintenance dans votre réflexion. Notre article sur les [demandes qui sortent de votre offre](https://viselareussite.com/tous/business/client-demande-hors-offre/) aide à poser cette limite avant qu’une faveur ne devienne une obligation attendue. Le retour utile ne se résume pas à « c’est très bien ». Regardez si le fichier a été utilisé pour l’appel prévu, quelles informations manquaient et ce que la personne a dû refaire. Un essai non utilisé mérite une discussion sur sa cause. Le besoin a pu disparaître, le calendrier changer ou votre proposition manquer sa cible. ## Décider et répondre, même si vous ne développez pas À la fin, choisissez une suite explicite : approfondir, réaliser un essai ou ne pas poursuivre pour le moment. Une demande peut être légitime tout en restant incompatible avec votre produit, votre capacité ou les besoins des autres utilisateurs. Expliquez la limite sans dévaloriser la personne qui l’a formulée. Votre réponse peut tenir en quelques lignes : vous avez compris le résultat recherché, identifié la difficulté actuelle et retenu une prochaine étape précise. Si vous refusez le développement, dites-le. Évitez de laisser une demande indéfiniment « à l’étude » lorsque personne ne doit la réexaminer. Si une revue est prévue, associez-lui une date et une question à résoudre. Gardez enfin une trace assez claire pour comparer les demandes suivantes. Plusieurs clients réclamant le même bouton ne poursuivent pas forcément le même objectif. À l’inverse, des demandes formulées différemment peuvent décrire un obstacle commun. Le prochain entretien servira à comprendre cette différence avant de remplir votre programme de développement.