Comment les meilleures startups de moins de 100 personnes construisent leur Produit sans bureaucratie

Dans cet épisode spécial, j'ai réuni 4 leaders qui ont tous fait grandir des équipes Produit dans des startups de moins de 100 personnes : Adrien Griveau (Founding Designer chez Linear), Lucas Bédout (CEO de Hyperline), Guillaume Martin (CEO de Pictarine) et Danyl Hassim (CEO de Danim).

Tous ont fait face à la même tension : comment garder la vitesse, l'alignement et l'ownership quand ta boîte grandit, tout en restant loin des process des grandes organisations ? Leurs expériences couvrent des équipes en remote, des cultures sans PM, des squads qui évoluent pendant que la boîte triple, et des orgas où le Produit devient le système d'exploitation de toute l'entreprise.

J'ai échangé avec ces 4 leaders sur la façon de se structurer et de collaborer en équipe Produit dans une boîte de moins de 100 personnes, et sur ce que les autres peuvent apprendre de leurs approches.

Disclaimer : les choix d'organisation et les solutions techniques partagés dans cette newsletter ne sont pas faits pour être copiés-collés tels quels. Garde toujours en tête le contexte de ta boîte avant d'adopter quelque chose qui marche ailleurs ! 😊

‍

Garder des équipes petites et obsédées par les résultats, pas par les rituels

Adrien Griveau a expliqué comment Linear fonctionnait avec un rythme radicalement léger, en full remote. Leur organisation reposait sur des points de contact simples et prévisibles, et sur un très fort ownership au sein de l'équipe. Ils gardaient 3 points hebdomadaires, répartissaient l'équipe sur des fuseaux horaires compatibles et donnaient à chaque ingé et designer le leadership complet sur son projet.

« On a toujours eu une forte culture de l'ownership » comme l'a raconté Adrien.

Cet ownership allait jusqu'à la livraison. Le rythme de Linear était ancré sur un changelog hebdomadaire, envoyé aux utilisateurs par mail chaque mercredi ou jeudi. Ce rythme obligeait les équipes à se concentrer sur de vrais résultats : si quelque chose n'était pas prêt cette semaine-là, ça devait sortir la semaine suivante. Ça poussait tout le monde vers l'itération rapide plutôt que vers la planification parfaite. Le changelog servait aussi de micro-roadmap interne. Plutôt que de spéculer sur le long terme, les équipes pouvaient décider en fonction de ce qu'elles voulaient montrer aux clients la semaine suivante.

Autre enseignement essentiel : Linear donnait volontairement la priorité à la correction des problèmes existants plutôt qu'à l'ajout de fonctionnalités. Un petit bug qui agace les utilisateurs tous les jours peut devenir la raison pour laquelle ils essaient un concurrent. Cet état d'esprit a permis à l'équipe de prendre de l'élan grâce à de petites victoires, ce qui renforçait la confiance et la vitesse de l'équipe.

La leçon pour les startups de moins de 100 personnes est simple : optimiser pour la clarté et l'ownership, pas pour les cérémonies ou les process. Les rituels ne sont utiles que s'ils aident les équipes à répondre à la question « qu'est-ce qu'on a livré qui comptait vraiment ? ». Comme l'a décrit Adrien, le but n'est pas tant de respecter le process que d'allumer un feu sous les équipes pour qu'elles livrent chaque semaine des progrès qui comptent.

‍

Supprimer le rôle de PM pour forcer la pensée produit dans l'ingénierie

Lucas Bedout a partagé une approche radicalement différente mais tout aussi puissante : Hyperline fonctionne volontairement sans aucun PM. Les développeurs portent tout le cycle de vie des fonctionnalités, des questions de design jusqu'au support client. Lucas explique qu'introduire un PM crée souvent une dynamique dangereuse où les ingés se défaussent de leur responsabilité en disant « ah non, ça c'est un problème Produit », ce qu'il veut éliminer.

Sans PM, les devs sont poussés à comprendre en profondeur le business, le contexte client et les arbitrages. Chaque ingé fait des permanences de support sur Intercom toutes les deux semaines. Ils ressentent donc directement les conséquences d'un cas particulier oublié ou d'un workflow client mal compris. Ça renforce la responsabilité et réduit énormément les trous entre les équipes.

Le rythme est hebdomadaire, pas toutes les deux semaines ni mensuel. Pas de standups, pas de specs, pas de rituels compliqués. Chaque vendredi, Lucas pose une seule question : « Qu'est-ce que tu as accompli cette semaine ? »

Se concentrer sur la valeur réellement livrée, plutôt que sur les tâches terminées ou l'effort fourni. Ça garde l'équipe ultra concentrée.

Mais Lucas reconnaît aussi que ce modèle ne tiendra pas indéfiniment. À 25 ou 30 développeurs, il s'attend à voir revenir les PMs, avec un mandat très différent : des profils produit orientés business, concentrés sur le packaging, la distribution et la direction à long terme, plutôt que sur la gestion de projet classique ou l'écriture de specs. Ce PM est plus proche d'un PMM que d'un PM classique.

L'enseignement est fort : parfois, la meilleure façon de créer une culture produit solide est de supprimer les intermédiaires, pour obliger les ingés à intégrer le contexte et l'impact. Ne fais revenir des PMs que lorsqu'ils peuvent élever la stratégie, pas gérer l'exécution.

‍

Faire du Produit le système d'exploitation de toute la boîte

Guillaume Martin a raconté comment Pictarine a connu un point de bascule en passant les 60 personnes : perte d'alignement, contribution floue à la stratégie globale et confusion croissante sur les priorités. Pour corriger ça, ils ont fait un choix de structure audacieux : ils ont supprimé toute l'équipe Produit. À la place, le Produit a été intégré à deux nouveaux départements : le design et les opérations.

Les opérations, dirigées par François, portent le « comment » du product management : rituels, qualité d'exécution, performance et amélioration des process. Les fondateurs (Guillaume et Max) portent le « quoi » : la vision, la direction et les choix stratégiques. Cette séparation permet à chaque leader de travailler dans sa zone d'excellence.

Guillaume insiste sur le fait qu'il reste proche des sujets produit stratégiques, surtout là où une compréhension fine conditionne les bonnes décisions. Il appelle ça fonctionner en « founder mode » : rester connecté aux détails qui comptent, sans faire de micromanagement.

« Plus tu es loin des détails, plus tes décisions sont mauvaises » comme le dit Guillaume.

Pour éviter le micromanagement, Pictarine s'appuie beaucoup sur la confiance et une culture du feedback. Les PMs sont encouragés à challenger le CEO. Les équipes revoient régulièrement leurs rituels : des réunions de squad hebdomadaires avec le PM et les dirigeants, plus une revue mensuelle pour décider si la squad continue, pivote ou s'arrête. Leur principe directeur est simple : les rituels doivent déclencher de vraies discussions, pas des points d'avancement.

L'enseignement clé pour les startups : le Produit n'est pas un silo. Quand la stratégie de la boîte est profondément liée à la roadmap, le Produit devient la colonne vertébrale de toute l'orga. La structure doit renforcer l'ownership à la fois de la vision (le quoi) et de l'excellence d'exécution (le comment), avec des frontières claires et une confiance mutuelle.

‍

Découper le Produit en domaines ciblés quand la complexité augmente

Danyl Hassim a apporté un autre angle avec Danim, où la complexité du produit vient d'une infrastructure de rendu lourde, de composants IA et d'un studio de templates. Leur orga s'est naturellement découpée en trois domaines : l'appli produit, l'équipe R&D (IA et moteur de rendu) et le studio qui construit les templates. Chaque domaine correspond à un flux de valeur central du produit.

En grandissant, ils ont commencé à former des squads alignées sur les parcours utilisateurs : création, diffusion et performance. Ces squads combinent des rôles produit et tech selon la fonctionnalité. Danim a récemment recruté son premier PM et un UX designer, et passe progressivement d'un Produit porté par les fondateurs à un modèle plus structuré, avec un ownership plus clair.

Comme leur produit repose beaucoup sur de la deep tech (moteur de rendu vidéo + IA), l'équipe R&D fonctionne un peu à part, tout en soutenant le reste du produit. Cette combinaison d'équipes par domaine pour l'infrastructure et d'équipes en squads pour les workflows côté utilisateur montre comment une startup peut adapter son organisation à la nature de son produit, plutôt que d'imposer une structure toute faite.

La leçon est claire : c'est la complexité qui doit dicter la structure. Quand ton produit couvre plusieurs couches techniques, découper les équipes par flux de valeur ou par domaine évite les goulots d'étranglement et clarifie qui porte quoi. Danim montre qu'il n'y a pas besoin d'un modèle rigide au début : on fait évoluer son orga dès que la forme du produit devient claire.

‍

Éviter les méthodologies figées qui empêchent les vraies discussions

L'un des enseignements les plus forts de Guillaume : sous 100 personnes, les méthodologies figées nuisent souvent à la performance plus qu'elles ne l'aident. Le Scrum, les cérémonies rigides ou les rituels standardisés finissent souvent en points d'avancement, signe que les équipes n'ont plus de vraies conversations.

« Quand une réunion se transforme en point d'avancement, je pense qu'on a déjà perdu » a souligné Guillaume.

Les squads doivent plutôt adapter leurs rituels au problème du moment. Pour certaines équipes, les cycles hebdomadaires marchent. Pour d'autres, ce sont des points mensuels. La seule règle : les équipes doivent revoir régulièrement leur système d'exploitation. Chez Pictarine, les squads font chaque mois une évaluation pour vérifier si la structure a toujours du sens. Les rituels évoluent tout au long de la vie de la squad, selon les besoins et pas selon un dogme.

Cette approche souple et réflexive garde le vrai objectif au centre : des décisions de qualité. Les bons rituels créent de la tension, du débat et de la clarté. Les mauvais rituels créent de la documentation et du bruit. Dès qu'un rituel ne crée plus de valeur, on le change ou on le supprime. Cette approche favorise l'autonomie, la responsabilité et l'amélioration continue.

Pour les équipes en early stage, c'est un état d'esprit essentiel. Sous 100 personnes, ton pire ennemi, ce sont les process trop formalisés qui déconnectent les équipes de la réalité. Les meilleures orgas conçoivent les rituels comme des outils, pas comme des règles. Elles les font évoluer en même temps que le produit, pour garder un fort alignement et une vélocité élevée.

• Sous 100 personnes, quand la vitesse compte, de petites équipes avec un fort ownership font mieux que des squads rigides.
• Un rythme de livraison hebdomadaire (comme le changelog de Linear) crée un focus naturel et oblige à des progrès qui comptent.
• Supprimer les PMs tôt peut renforcer l'intuition produit des ingés, en éliminant les zones floues de responsabilité.
• Des ingés qui font régulièrement du support créent des boucles de responsabilité puissantes qui améliorent la qualité du produit.
• On ne devrait ajouter des PMs que lorsqu'ils contribuent vraiment à la direction business, pas à la coordination des ingés.
• Le Produit doit aligner toute la boîte quand la roadmap est étroitement liée à la stratégie.
• Séparer le « quoi » (la vision) du « comment » (l'excellence d'exécution) clarifie les responsabilités quand une startup grandit.
• L'implication des fondateurs dans les détails a de la valeur quand elle nourrit la clarté stratégique, sans glisser vers le micromanagement.
• Les cultures de confiance permettent aux ICs de challenger les CEOs et évitent les décisions top-down néfastes.
• Les équipes par domaine ont du sens quand tu as des couches de deep tech, comme la R&D ou des moteurs de rendu.
• Les squads organisées autour des parcours utilisateurs aident à garder la clarté quand la surface du produit grandit.
• Les rituels adaptatifs font mieux que les méthodologies figées, parce qu'ils évoluent avec les besoins de l'équipe.
• Des évaluations mensuelles de la performance des squads aident à éviter la dérive et à préserver l'alignement.
• Des réunions qui tournent au point d'avancement sont le signe que les rituels ne marchent plus et qu'il faut les repenser.
• Les meilleures orgas de moins de 100 personnes réduisent le process au minimum et maximisent les conversations et l'ownership.