Entretien client : valider ton idée de SaaS avant de coder

Tu as une idée de SaaS et l'envie d'ouvrir ton éditeur tout de suite. Le réflexe, quand on sait construire, c'est de coder d'abord et de « voir si ça prend » ensuite. Sauf que le marché sanctionne cette impatience avec une régularité déprimante : la première cause d'échec des startups n'est ni la technique, ni le cash, c'est de bâtir un truc dont personne ne veut.

L'entretien client est l'antidote le moins cher qui existe. Vingt minutes de conversation avec la bonne personne t'en apprennent plus qu'un mois de développement. Encore faut-il poser les bonnes questions, parce que mal mené, un entretien te ment aussi bien que ton propre enthousiasme.

Pourquoi l'entretien client change tout avant de coder

Le piège quand on sait faire un produit, c'est de résoudre un problème qu'on a inventé. Tu vois l'archi, les écrans, tu sens que ce serait utile. Mais « ce serait utile » n'est pas « on me paierait pour ça ». Entre les deux, il y a un fossé, et l'entretien client est le seul pont qui le franchit sans te ruiner.

Dans son analyse des post-mortems de startups, CB Insights place « pas de besoin marché » en tête des causes d'échec, à 42 %, devant le manque de cash et l'équipe. La bonne nouvelle, c'est que ce risque se teste à la main, vite. L'étude de référence de Guest, Bunce et Johnson (2006) montre qu'en recherche qualitative, la saturation des thèmes arrive dès une douzaine d'entretiens, et que 80 % des idées récurrentes émergent dans les six premiers. Traduction pour toi : tu n'as pas besoin de cent conversations pour trancher, tu as besoin d'une douzaine de bonnes.

Vingt minutes d'écoute valent mieux qu'un mois de code. Le clavier attendra que le problème soit prouvé.

Entretien de découverte ou test utilisateur : ne pas confondre

Beaucoup mélangent deux choses qui n'ont rien à voir, et se rassurent avec la mauvaise. L'entretien de découverte valide le besoin, avant de construire. Le test utilisateur valide l'usage, une fois qu'il y a quelque chose à montrer. Faire l'un en croyant faire l'autre, c'est la meilleure façon de valider une maquette pour un problème qui n'existe pas.

Retiens la frontière : tant que tu n'as pas la preuve du problème par l'entretien de découverte, tester une interface ne prouve rien. On y revient en détail dans le guide du test utilisateur SaaS, qui prend le relais une fois le besoin validé.

Les questions qui tuent ton entretien client

Le vrai danger d'un entretien n'est pas de rater une info, c'est de récolter un faux positif. Ton interlocuteur veut être gentil, alors il te complimente, et tu repars persuadé d'avoir raison. C'est tout le propos du Mom Test de Rob Fitzpatrick : pose des questions telles que même ta mère ne pourrait pas te mentir pour te faire plaisir.

La bascule est simple : arrête de parler de ton idée, fais parler la personne de sa vie. Au lieu de « tu utiliserais une app pour gérer ça ? », demande « raconte-moi la dernière fois où ce problème t'a bloqué ». Au lieu de « ça coûterait combien selon toi ? », demande « qu'est-ce que tu utilises aujourd'hui, et combien ça te coûte ? ». Tu cherches des faits datés, des rustines réelles, de l'argent déjà dépensé. C'est ça, le signal d'un vrai problème.

Mener un entretien client en cinq étapes

Un bon entretien tient en vingt minutes et ne ressemble jamais à un questionnaire récité. C'est une conversation dirigée, où tu parles peu et tu creuses beaucoup. Voici la trame que tu peux réutiliser à chaque fois.

Note tout au mot près, surtout les expressions employées. Les phrases que tes prospects répètent (« je perds un temps fou à... ») sont l'or de ton futur discours de vente et de ta proposition de valeur. Tu n'inventes pas les mots qui vendent, tu les récoltes en entretien.

Combien d'entretiens, et comment lire les signaux

Pas besoin d'un institut de sondage. Vise une douzaine d'entretiens avec des gens qui ressemblent vraiment à ton futur client, pas tes potes ni ta communauté d'entrepreneurs. Si tu entends les mêmes douleurs, les mêmes rustines, les mêmes mots revenir, c'est que tu tiens un motif solide. Si chaque personne te décrit un problème différent, ton idée n'est pas encore assez cadrée.

À la fin, tu dois pouvoir cocher franchement. Pas « à moitié », pas « ça dépend ». Une case molle est un signal, pas un détail à ignorer.

De l'écoute au premier produit

L'entretien client n'est pas une case à cocher, c'est le socle de tout ce qui suit. Les problèmes validés deviennent ton MVP, les mots récoltés deviennent ton discours, et les gens interviewés deviennent tes premiers utilisateurs. Pour aller plus loin, combine cette écoute avec une étude de marché SaaS qui triangule la demande, structure ce que tu apprends avec le prisme des jobs to be done, et garde en tête l'objectif final : atteindre le product market fit en itérant avec des gens réels. La validation et la distribution n'attendent pas la fin du code : elles avancent avec lui.

Le fondateur qui gagne n'est pas celui qui code le plus vite. C'est celui qui a pris le temps d'écouter avant de bâtir, et qui sait déjà à qui parler le jour où le produit est prêt.