Erreurs à éviter lors de la création d'une startup : ce que j'aurais aimé qu'on me dise
La question qu'on me pose le plus souvent, ce n'est pas « comment lever des fonds ». C'est : « qu'est-ce que tu ferais différemment ? ». Et à chaque fois, la même scène me revient. Un mail de notre premier client, envoyé à 23h, qui disait en substance : « Je ne comprends pas ce que votre outil est censé faire. ».
Nous étions quatre mois dans le projet. Nous avions un logo, un site vitrine très propre, une présentation de quinze slides. Et un produit que personne ne comprenait. Voilà le vrai sujet des erreurs à éviter lors de la création d'une startup : presque toutes sont des erreurs de séquencement. On fait les bonnes choses, mais dans le mauvais ordre.
Je vais être direct : cet article ne va pas vous lister « 10 pièges » avec un paragraphe chacun. Les listicles classiques ratissent large et passent à côté du seul truc qui compte vraiment quand on démarre. Je préfère vous raconter ce que j'ai cassé, et ce que ça m'a coûté.
Points clés à retenir
- Le business plan rassure l'écosystème, mais ce n'est pas lui qui valide un marché. Une dizaine d'entretiens clients ouverts font plus de dégâts (dans le bon sens) qu'un document de 40 pages.
- Le « product-market fit » n'est pas un slogan : c'est le moment où des gens reviennent sans qu'on les relance. Avant ce point, tout investissement en croissance est de l'argent brûlé.
- Sur une startup, la trésorerie ne se pilote pas comme une création d'entreprise classique : le prévisionnel tire vers le bas, jamais vers le haut.
- La dilution choisie trop tôt se paie pendant des années, au moment précis où vous auriez besoin de marge de manœuvre.
- Les mauvais associés coûtent plus cher que les mauvais mois. On ne répare pas une relation fondateur à coups de réunions.
L'erreur mère : construire avant d'avoir compris le problème
Je vais défendre une thèse, et je vais l'assumer jusqu'au bout : la majorité des échecs précoces ne viennent pas d'un mauvais produit, mais d'un problème mal choisi. Ce n'est pas la même chose. Un produit médiocre sur un vrai problème se rattrape. Un excellent produit sur un non-problème, jamais.
Quand j'ai commencé il y a quelques années, je suis tombé dans le piège classique. J'avais identifié une « friction » dans mon secteur, je l'ai trouvée brillante, et j'ai codé. Sept semaines de travail, à raison de soirées et de week-ends. Puis j'ai montré la démo à douze personnes de mon réseau. Réaction moyenne : « C'est joli. »
« C'est joli ». Trois ans plus tard, je sais que c'est la pire réponse possible.
Confondre intérêt poli et besoin réel
Un vrai besoin, ça se reconnaît à un signe très concret : la personne demande quand elle peut l'avoir, ou elle vous demande si elle peut payer tout de suite. Pas « tiens-moi au courant ». Pas « envoie-moi la doc ».
Sur cette première tentative, zéro personne sur douze n'a demandé à l'utiliser. J'aurais dû arrêter là. J'ai continué six semaines de plus, parce que j'étais attaché à ce que j'avais construit. Franchement, c'est l'erreur la plus chère que j'ai commise : non pas le mauvais choix de départ, mais le temps passé à défendre un mauvais choix.
Les questions à poser sur le terrain (et celles à éviter)
Une erreur de méthode, aussi. Pendant des semaines, je posais la mauvaise question : « Est-ce que tu utiliserais un outil qui fait X ? ». La réponse est toujours oui. C'est de la politesse.
Ce qui marche, à l'inverse, c'est de parler du passé et du présent, jamais du futur :
- Comment vous gérez ça aujourd'hui, concrètement ?
- Montrez-moi comment vous faites, là, maintenant.
- Qu'est-ce que ça vous coûte, en temps ou en argent ?
- La dernière fois que ça vous a posé problème, c'était quand ?
- Qu'est-ce que vous avez déjà essayé pour régler ça ?
Si la personne ne peut pas vous raconter une scène précise, datée, avec un chiffre ou un temps perdu, il n'y a pas de problème à résoudre. Il y a un sujet de conversation. Nuance importante, et elle m'a coûté cher.
Les erreurs financières propres à une startup (et pas à une entreprise classique)
Ici, il faut faire une distinction que la plupart des articles oublient. Créer une boulangerie et créer une startup n'obéissent pas aux mêmes règles du jeu. Une boulangerie vise un équilibre rapide, avec une clientèle locale et un chiffre d'affaires qui monte progressivement. Une startup, elle, dépense avant d'encaisser, en pariant sur une croissance qui n'arrive qu'après le point de bascule.
Résultat : les repères d'un commerce ne s'appliquent pas. Je l'ai appris en regardant nos chiffres comme on lit un compte d'exploitation de PME. Mauvaise grille de lecture.
Le runway : sous-estimé presque à chaque fois
Un fondateur sur deux que je croise calcule son autonomie en divisant son solde bancaire par ses charges fixes. C'est faux, et l'écart est énorme. Il faut y ajouter tout ce qui arrive sans prévenir : un recrutement qui traîne, un client qui paie à 60 jours au lieu de 30, un prestataire qui facture une rallonge.
De mon côté, je comptais dix-huit mois d'autonomie au démarrage. La réalité a été plutôt autour de onze. Sept mois d'écart, ce n'est pas un détail de comptable, c'est la différence entre choisir et subir.
Quelques repères que je surveille désormais en permanence :
- L'autonomie réelle, recalculée chaque mois, charges majorées de 15 % par prudence.
- Le coût d'acquisition client rapporté à la marge qu'il génère sur douze mois, pas sur la première vente.
- Le taux de clients qui repartent au bout de trois mois, souvent plus révélateur que le nombre de nouveaux inscrits.
La dilution consentie trop tôt
Là, je vais être un peu brutal. Lever de l'argent tôt, au premier tour, donne un sentiment de validation très agréable. Et il peut coûter des années de liberté. Quand on cède une part significative de sa société avant d'avoir prouvé quoi que ce soit, on cède aussi une partie des décisions futures, à un moment où l'on ne sait pas encore où l'on va.
Je ne dis pas qu'il faut refuser toute levée. Je dis qu'il faut se demander ce qu'on achète avec cet argent, et si on ne pourrait pas l'obtenir autrement : une ligne de trésorerie, un client payant d'avance, une version plus étroite du produit. Dans beaucoup de cas que j'ai observés, l'argent levé a servi à accélérer un moteur qui ne démarrait pas encore.
Tableau comparatif : les trois voies de financement
| Voie | Ce que ça apporte | Le coût caché | Pertinent quand… |
|---|---|---|---|
| Autofinancement | Liberté totale de décision, aucune pression de sortie | Croissance lente, plafond de verre rapide | Vous avez un premier client payant et un besoin limité |
| Business angels | De l'argent, mais surtout des conseils et un réseau | Dilution, gouvernance partagée, reporting | Vous cherchez un mentorat autant qu'un chèque |
| Fonds d'investissement | Ticket important, accélération possible du recrutement | Exigence de croissance forte, horizon de revente | Le modèle est prouvé et il ne manque que de la vitesse |
Dans mon expérience, la bonne question n'est jamais « combien puis-je lever ? ». C'est « de quoi ai-je besoin pour atteindre mon prochain palier, et pendant combien de temps cet argent me le garantit-il ? ».
Les erreurs humaines, celles dont on ne se remet pas toujours
Une réunion d'associés qui se passe mal à 22h un dimanche. Je connais. J'ai vécu la version où personne ne dit ce qu'il pense vraiment, où les trois participants repartent d'accord sur tout, et où deux mois plus tard le projet avance à la vitesse d'un escargot parce que les désaccords de fond, jamais évoqués, sont devenus des blocages silencieux.
Le choix des associés
Je ne vais pas vous répéter « choisissez bien vos associés ». Tout le monde le dit. Ce que je peux ajouter, c'est un critère concret : prenez des gens avec qui vous avez déjà traversé une difficulté commune. Pas des gens avec qui vous vous entendez bien autour d'un verre. Un désaccord géré, une deadline ratée ensemble, un client perdu en équipe : c'est ça qui révèle la solidité.
Deuxième critère, plus froid : est-ce que vos compétences se recouvrent ou se complètent ? J'ai vu trois profils techniques monter une boîte ensemble. Le déséquilibre devient flagrant au premier rendez-vous commercial.
La solitude et le premier recrutement
Le fondateur seul, je l'ai été pendant neuf mois. On raconte souvent que la solitude est un problème de moral. C'est surtout un problème de vitesse : sans personne pour challenger une décision, vous prenez plus de mauvaises directions, et vous les prenez plus vite.
Et le premier recrutement, parlons-en. Mon erreur initiale : embaucher un profil très expérimenté, très bien payé, trop tôt. J'ai mis deux mois à comprendre qu'il n'avait ni le gout ni le goût du chaos des débuts, et qu'il attendait un cadre que je n'avais pas encore. Je l'ai su en le voyant demander un organigramme, ce que je n'avais pas.
Le bon premier recrutement, d'après ce que j'ai vu depuis, c'est souvent quelqu'un qui sait faire exactement la chose que vous ne savez pas faire, et qui accepte que le reste soit en chantier.
Les mythes qui font perdre du temps aux créateurs
« C'est un peu comme Uber, mais pour les coiffeurs. » Combien de fois j'ai entendu cette phrase, et combien de fois je l'ai prononcée. Décrire son projet par analogie à un géant est rassurant, mais ça ne dit rien de la demande réelle. Ça donne surtout l'impression d'un marché qui existe, alors qu'il reste à démontrer.
Faut-il une idée originale ? Non.
Personne n'a besoin d'une idée que personne n'a jamais eue. Une idée déjà exploitée par trois concurrents signifie qu'un marché existe. La différence se joue sur l'exécution, sur un segment précis, sur une manière de servir ces clients que les autres n'ont pas eue.
À l'inverse, j'ai vu des fondateurs passer six mois à chercher « la » bonne idée avant de bouger. C'est la procrastination la plus confortable qui existe, parce qu'elle a l'apparence du travail intellectuel.
Le MVP, ou la tentation du produit parfait
Le fameux produit minimum viable. La plupart du temps, ce qu'on appelle MVP dans les réunions est en réalité une version très avancée du produit, parce qu'on n'a pas su couper assez. On coupe dans les fonctionnalités, mais on garde l'architecture, le design, les finitions.
Un test simple pour savoir si votre MVP est vraiment minimal
Posez la question à voix haute : « Si j'enlève cette fonctionnalité, est-ce que le client peut quand même me payer demain ? ». Si la réponse est non, elle reste. Si la réponse est oui, elle part. Dans mon cas, j'ai passé une fois deux semaines à peaufiner un système de notifications avant même d'avoir un utilisateur. C'était du temps pur perdu.
Ce qu'il faut regarder chaque semaine (et pas l'argent levé)
Si je ne devais garder qu'une seule habitude de ces dernières années, ce serait celle-ci : mesurer ce que les gens font, pas ce qu'ils disent. Les témoignages d'enthousiasme ne valent rien. Le retour d'un utilisateur qui n'a pas été relancé vaut de l'or.
Trois signaux que je surveille désormais :
- Le retour spontané : des personnes reviennent sans qu'on les ait relancées ? C'est le premier signe d'un vrai product-market fit.
- Le paiement récurrent, pas le premier paiement. Un client qui paie une fois peut être un curieux. Un client qui paie trois mois de suite est un client.
- La recommandation : est-ce que quelqu'un en parle à une autre personne sans y être poussé ? Si vous devez demander à vos clients de vous recommander, vous n'avez peut-être pas encore le bon produit.
Un chiffre de mon parcours, pour illustrer. Sur un projet antérieur, j'avais réussi à convertir 2,3 % des visiteurs en inscriptions après deux mois. En changeant une seule chose, la clarté de la promesse en page d'accueil, je suis passé à 4,1 % quatre mois plus tard. Rien d'autre n'avait bougé : même trafic, même produit, même équipe. Comme quoi le problème était souvent là où on ne cherche pas.
Reste la question qui fâche. Faut-il continuer quand rien ne décolle ? Il n'y a pas de bonne réponse, seulement une honnêteté à avoir avec soi-même : est-ce que le problème vient du produit, du marché, ou du temps que vous n'avez pas encore passé dessus ? Si vous ne pouvez pas répondre à cette question précisément, vous n'avez pas encore assez parlé à vos utilisateurs.
Et cette phrase de notre ancien premier client, celle du mail de 23h ? Elle reste ma meilleure leçon. Un utilisateur qui ne comprend pas ne dit pas que votre produit est mauvais. Il vous dit simplement que vous avez construit avant de lui avoir parlé. Le pire, c'est qu'à l'époque, je trouvais son message sévère. Aujourd'hui, je le classe dans le dossier des cadeaux.