← Tous les articles
    3 novembre 2026 · naming · positionnement · lancement

    Quand c'est le nom qui bloque ton projet, pas le code

    Un nom mal choisi n'apparaît dans aucun suivi de bug et retarde tout le reste. Les contraintes qui éliminent vite, et la façon de trancher en une semaine.

    Par Marie Van Haecke

    Un nom mal choisi ne casse rien. C'est précisément pour ça qu'il coûte cher. Il n'apparaît dans aucun suivi de bug, personne ne vient te demander où il en est, et il te fait repousser un lancement de trois semaines en trois semaines pendant un an.

    J'ai un projet exactement dans cet état. Wavestay, la plateforme de réservation d'hébergements pour riders que je construis. Le site existe, la base de logements avance, le calendrier éditorial est écrit. Et rien ne part, parce que le « wave » de Wavestay me gêne depuis le premier jour sur un projet dont le cœur est le kite. Je reprends tout à zéro, en commençant par là.

    Un nom n'est pas une finition, c'est une dépendance

    Tu peux coder sans nom définitif. C'est tout ce que tu peux faire.

    Le domaine en dépend. Les adresses e-mail aussi. La charte graphique en dépend, parce qu'un univers terracotta et un univers bleu turquoise ne racontent pas la même marque. Les identifiants des réseaux sociaux en dépendent, et ils ne se renomment pas proprement une fois que tu as des abonnés. La prospection en dépend : au moment de démarcher un hébergeur, tu prononces le nom à voix haute, et tu ne peux pas en prononcer deux.

    Mis bout à bout, le mécanisme est clair : un nom non tranché ne retarde pas une tâche, il gèle une dizaine de tâches en aval, dont aucune n'est bloquée pour une raison technique. Ce blocage-là ne remonte jamais dans un point d'avancement, parce qu'il n'y a rien à montrer.

    Ce qu'on demande à un nom, à tort

    Qu'il soit joli : un nom joli que personne ne retient ne sert à rien.

    Qu'il dise tout. Un nom ne porte pas ton positionnement, il le signale. Si ta promesse n'est lisible que dans ton nom, c'est ta page d'accueil qui a un problème.

    Qu'il soit libre partout : le .com, les cinq réseaux, la marque dans toutes les classes. Cette exigence élimine à peu près tout, et j'ai vu des projets attendre des mois un .com qui ne viendra jamais.

    Qu'il dure vingt ans. Mademoiselle Chapeaux a tenu deux boutiques avec huit personnes. Ce n'était pas le bon nom pour la maroquinerie que j'ai lancée ensuite, et c'était très bien : j'en ai changé.

    Ce qu'un nom doit faire est plus court. Se dire au téléphone. S'écrire sans que tu l'épelles. Et ne pas mentir sur ce que tu vends. Le reste est du confort.

    La seule erreur qui se paie vraiment : le nom qui rétrécit le périmètre

    Deux façons de rater, qui ne coûtent pas pareil.

    Le nom trop vague t'oblige à expliquer ce que tu fais à chaque introduction. C'est pénible, ça se compense avec une bonne accroche, et beaucoup de marques vivent avec.

    Le nom trop descriptif, lui, enferme. Il décrit ton offre du jour, et ton offre bouge. C'est mon cas : Wavestay a été nommé pour un périmètre qui, depuis, couvre le kite, le wing et le surf, avec le kite devant. Le nom est resté juste assez vrai pour ne pas être faux, et juste assez étroit pour me gêner tous les jours.

    À l'inverse, Pulse Outdoor Training Club est en ligne depuis mars 2026 et ne m'a jamais posé la question : il décrit une catégorie large, pas une offre précise, et peut accueillir des sports que je n'avais pas prévus.

    Avant d'adopter un nom, écris la version de ton activité dans trois ans. Si le nom devient faux dans cette phrase, il est déjà trop étroit.

    Les contraintes d'abord, les idées ensuite

    La méthode habituelle consiste à produire quarante noms, puis à vérifier lesquels sont disponibles. C'est le bon ordre pour s'épuiser.

    Fais l'inverse. Écris tes contraintes avant d'avoir une seule idée, et traite-les comme des filtres :

    • Un domaine que tu acceptes réellement, et pas le .com idéal. Décide avant si un .fr ou un domaine exact te convient.
    • Le test de la dictée. Prononce-le, fais-le écrire par quelqu'un. S'il faut épeler, tu paieras une correction à chaque présentation. Dix ans après, j'épelle encore le x de Chapeaux.
    • Le test de l'antériorité. Cherche le nom sur la base de l'INPI et sur un moteur avant de t'y attacher. Ce n'est pas un avis juridique, mais ça écarte les évidences en vingt minutes.
    • Le test des trois ans, celui du paragraphe précédent.

    Trois ou quatre filtres écartent l'essentiel des candidats. Ce qui reste est court, et c'est là que tu commences à réfléchir — pas avant.

    Produire des candidats n'est pas le problème

    Une IA te sort quarante noms corrects en deux minutes, et c'est exactement ce dont tu n'as pas besoin. Ton blocage n'a jamais été de produire des options, il est d'en éliminer : une liste plus longue rend l'élimination plus difficile.

    Ce que je fais faire à la machine, c'est la vérification — qui porte déjà ce nom, dans quel secteur, avec quelle présence en ligne. Factuel, fastidieux, vérifiable. La décision reste à moi.

    Donne-toi une date et un choix par défaut

    Une décision de nom n'a pas de fin naturelle. Aucun candidat ne devient évidemment le bon, donc tu peux délibérer indéfiniment — c'est ce que j'ai fait.

    Deux garde-fous suffisent. Une date à laquelle tu tranches : une semaine, pas un trimestre. Et un choix par défaut : si rien ne gagne d'ici là, tu gardes le nom actuel et tu lances. Le défaut est le plus important des deux, parce que sans lui, ne pas décider reste confortable.

    Un nom moyen sur un produit en ligne t'apprend plus qu'un nom parfait sur un projet qui dort. Tes premiers clients te diront comment ils l'appellent, et aucun brainstorm ne produit cette information.

    Le réflexe à garder

    La prochaine fois qu'un de tes projets traîne sans raison technique, ne cherche pas la tâche manquante. Cherche la décision non prise, et regarde combien de tâches en dépendent.

    Si c'est le nom, tu as le choix entre une semaine de travail et un an de report. Ce n'est pas vraiment un choix.

    À lire aussi

    Vous travaillez sur un sujet proche ?

    J'accompagne les organisations sur l'audit IA, le cadrage de produits IA, les agents et l'automatisation. Si cet article recoupe une question que vous vous posez, on peut en parler.