Pre-Seed vs. Seed : Ce Qui Change Vraiment pour le Co-Fondateur Technique
La conversation sur la levée de fonds est dominée par la perspective du CEO. Comment pitcher, comment structurer le deck, comment négocier les term sheets. L'expérience du co-fondateur technique est rarement abordée, et quand elle l'est, elle se réduit à « assure-toi que le produit fonctionne pour la démo ».
C'est une vision superficielle. Chaque étape de financement change fondamentalement ce que fait le CTO chaque jour, ce qu'attendent les investisseurs sur le plan technique, et les décisions que vous devez prendre correctement. Le passage du pre-seed au seed est particulièrement désorientant parce qu'il arrive vite et que personne ne vous prévient.
Pre-Seed : Vous Êtes l'Équipe d'Ingénierie
Tailles de chèques typiques en Europe (2023) : de 100 000 à 500 000 €, parfois jusqu'à 750 000 € de solides syndicats d'angels ou de micro-VCs. Aux États-Unis, les tours pre-seed tendent à aller de 500 000 à 2 M$. À ce stade, vous levez sur une thèse et une équipe — peut-être un prototype, peut-être juste un problème convaincant.
Ce que vous faites au quotidien : Écrire du code. Tout. Vous êtes le backend, le frontend, le pipeline DevOps, l'administrateur de base de données et la personne qui reçoit l'alerte à 3h du matin quand le serveur manque de mémoire.
Ce qu'attendent les investisseurs techniquement : Pas grand-chose. La thèse d'investissement porte sur les fondateurs et le marché. Les investisseurs veulent voir que vous pouvez construire. Un prototype fonctionnel est un signal fort. Un diagramme d'architecture soigné est non pertinent.
Les décisions qui comptent :
- Choisissez une technologie ennuyeuse. Utilisez ce que vous maîtrisez le mieux. Ce n'est pas le moment d'apprendre Rust. La vitesse d'itération est tout, et vous itérez plus vite avec les outils que vous connaissez déjà.
- Optimisez pour la vitesse, pas la scalabilité. Un monolithe sur un seul serveur, ça va. J'ai vu des fondateurs passer trois mois à construire des microservices pour une app avec zéro client payant.
- Ne recrutez pas trop. Un mauvais recrutement à ce stade n'est pas seulement un gaspillage de salaire — c'est une distraction de trois mois pendant que le produit stagne.
Votre plus grand risque : Construire trop avant de valider. L'envie de construire le "bon" système est forte pour chaque fondateur technique. Combattez-la. Construisez la chose la plus petite qui teste votre hypothèse. Si ça marche, vous reconstruirez de toute façon après le seed.
Seed : Le Travail Commence à Changer
Tailles de chèques typiques en Europe (2023) : de 1 à 4 M€, avec des cas extrêmes atteignant 5-6 M€ pour des équipes solides dans des secteurs porteurs. L'attente est que vous ayez validé quelque chose — de la traction, un produit fonctionnel, la preuve que le marché veut ce que vous construisez.
Ce qui change dans votre quotidien : C'est là que la plupart des co-fondateurs techniques sont pris au dépourvu. Au pre-seed, vous écriviez du code 90% du temps. Au seed, ça tombe à 50-60% et continue de baisser. De nouvelles responsabilités apparaissent vite :
- Recrutement. Fiches de poste, sourcing, entretiens techniques, offres. Ça seul consomme 15-20 heures par semaine quand vous êtes actif.
- Décisions d'architecture avec des enjeux réels. Vous avez maintenant des utilisateurs, des données et des attentes d'uptime. Les décisions sur les bases de données, les contrats API et les frontières de services ont de vraies conséquences.
- Processus. Avec 3-5 ingénieurs, comment vous priorisez ? Comment vous faites la revue de code ? Quel est le flux de déploiement ?
- Communication avec les investisseurs. Le board veut des mises à jour sur votre roadmap technique. Vous devez expliquer des concepts techniques en termes business.
Ce qu'attendent les investisseurs seed :
- Un produit fonctionnel avec de vrais utilisateurs, idéalement payants
- Une roadmap technique crédible pour les 12-18 prochains mois
- La preuve que la technologie peut scaler (pas de blocages fondamentaux, pas que ça scale aujourd'hui)
- Un plan d'embauche : 3-5 prochains rôles, séniorité, timing
Les décisions qui comptent :
- Investissez dans le CI/CD. Les déploiements manuels s'arrêtent. Tests automatisés, déploiement automatisé, environnements de staging. Chaque nouvel ingénieur multiplie le risque de déploiement sans pipeline.
- Commencez à écrire des tests. Pas 100% de couverture — les chemins critiques : inscription, paiements, logique centrale. Vous ne pouvez plus tenir tout le système dans votre tête avec 4 ingénieurs qui y touchent.
- Documentez les décisions architecturales. Des ADR légers pour que l'ingénieur numéro 5 n'ait pas besoin d'une leçon d'histoire de 30 minutes de votre part pour chaque choix de conception.
- Planifiez votre propre transition. Si vous êtes la seule personne à pouvoir déployer en production, votre facteur bus est un. Commencez à déléguer.
Le Changement d'Identité dont Personne Ne Parle
Au pre-seed, votre identité est « ingénieur ». Votre valeur est directement liée à ce que vous construisez de vos propres mains. C'est tangible et satisfaisant.
Au seed, votre identité doit évoluer vers « leader d'ingénierie ». Votre valeur est mesurée par ce que construit l'équipe. La meilleure ligne de code que vous écrirez pourrait être un commentaire de revue de PR qui prévient un bug. L'heure la plus impactante pourrait être un debrief de recrutement, pas votre IDE.
Beaucoup de co-fondateurs techniques résistent à ça. Certains recrutent un VP Engineering trop tôt et se retirent dans le code. D'autres s'épuisent à essayer de faire les deux — écrire du code toute la journée, gérer des gens le soir.
L'approche saine : Acceptez le changement délibérément. Bloquez du temps pour coder — vous devriez toujours écrire du code, juste pas tout le code. Bloquez du temps pour le recrutement, la revue d'architecture, le mentoring. Restez technique sans être sur le chemin critique de chaque fonctionnalité.
La Série A change tout encore une fois, mais c'est un autre article. La transition pre-seed vers seed est là où la plupart des co-fondateurs techniques soit grandissent dans le rôle de CTO, soit restent bloqués. Ceux qui la naviguent bien construisent des équipes en qui ils ont confiance et lâchent prise sur le fait d'être le meilleur contributeur individuel dans la pièce.
Chez Conectia, nous travaillons avec des CTOs en phase seed qui ont besoin de faire évoluer leur équipe d'ingénierie sans compromettre la qualité. Nos ingénieurs senior LATAM sont validés par des CTOs qui ont vécu exactement cette transition — ils comprennent donc les contraintes, le rythme et les enjeux de la construction en early stage.
Vous levez votre seed et avez besoin de faire évoluer rapidement votre équipe d'ingénierie ? Parlez à un CTO — nous aidons les startups en phase seed à ajouter des ingénieurs senior qui contribuent dès le premier sprint.
