Question de départ : comment une startup peut-elle faire exploser un marché historique ?
L’optimisation des processus commence souvent par une question : comment faire mieux ? J’ai étudié Free et Xavier Niel non pas pour raconter une success story, mais pour en poser une autre : pourquoi faisons-nous encore cela ? Autrement dit : comment distinguer une vraie contrainte d’une règle héritée que plus personne ne questionne ?
1. Le premier coup de force : changer l’endroit où la valeur est captée
À la fin des années 1990, l’accès à Internet repose généralement sur deux paiements : un abonnement au fournisseur d’accès et les communications téléphoniques facturées par France Télécom.
En 1999, Free supprime l’abonnement au fournisseur d’accès. Le client continue de payer ses communications téléphoniques, mais Free peut être rémunéré via les mécanismes d’interconnexion liés au trafic qu’il collecte, tout en supportant ses propres coûts techniques.
Le geste n’est donc pas simplement « vendre moins cher ».
Il consiste à se demander :
Pourquoi le client doit-il me payer directement si son usage du service génère déjà un flux économique que je peux capter ?
C’est une reconfiguration de la chaîne de valeur.
Sources : ARCEP — marché Internet et offres gratuites · Iliad — document de référence
2. Un « parasite » que l’ancien monopole ne peut pas simplement éliminer
Free utilise encore largement l’infrastructure de France Télécom.
Pourquoi France Télécom accepte-t-il cela ? Parce que le marché français des télécommunications fixes a été ouvert à la concurrence et que l’ancien monopole est soumis à des obligations d’interconnexion et à une régulation spécifique.
Le régulateur applique une logique de régulation asymétrique : on impose davantage de contraintes à l’acteur dominant parce qu’un nouvel entrant ne peut pas, du jour au lendemain, reconstruire tout le réseau national.
France Télécom n’a aucun intérêt commercial à voir Free grossir. Mais il ne peut pas simplement utiliser sa puissance d’infrastructure pour empêcher l’émergence de concurrents.
C’est une première leçon :
Un nouvel entrant intelligent ne cherche pas forcément à reconstruire tout le système. Il utilise d’abord les règles du système existant à son avantage.
Sources : ARCEP — interconnexion · ARCEP — régulation asymétrique
3. Le build progressif : dépendre avant de pouvoir s’affranchir
Free ne tente pas de reproduire immédiatement toute l’infrastructure de France Télécom.
- utiliser l’infrastructure historique là où elle serait absurde ou trop coûteuse à dupliquer ;
- construire son propre réseau et ses propres équipements là où la maîtrise améliore les coûts ou la différenciation ;
- réduire progressivement sa dépendance à l’acteur historique.
C’est une logique de build progressif.
L’existant sert à grandir. La croissance finance les nouvelles capacités. Ces nouvelles capacités permettent ensuite de supprimer progressivement certaines dépendances.
Free obtient ses licences télécoms, déploie son réseau, s’interconnecte avec France Télécom puis développe ses propres DSLAM et la Freebox.
Source : Iliad — historique du réseau et de la Freebox
4. Le dégroupage : ne pas confondre contrainte physique et règle commerciale
Une partie du réseau reste incontournable : la ligne cuivre qui arrive jusqu’au domicile.
La reconstruire pour chaque opérateur serait économiquement absurde.
Le dégroupage permet donc à un opérateur comme Free d’utiliser cette dernière portion physique appartenant à France Télécom tout en installant ses propres équipements et en maîtrisant davantage le service.
Puis vient le dégroupage total : le client peut conserver son accès et son téléphone tout en supprimant son abonnement France Télécom séparé.
Ce point est central.
Free ne fait pas disparaître une vraie contrainte physique. Il construit autour d’elle une architecture qui rend une ancienne couche commerciale inutile.
Une contrainte disparaît rarement. On construit quelque chose qui la rend inutile.
Source : ARCEP — le dégroupage de la boucle locale
5. Le triple-play : cacher la complexité derrière une proposition simple
Le triple-play, c’est Internet + téléphone fixe + télévision dans une même offre et via une même box.
Free n’est pas seul à travailler sur cette convergence. D’autres opérateurs développent aussi le dégroupage, la VoIP et la télévision sur ADSL.
Le coup de force de Free est ailleurs : il transforme rapidement cette complexité technique en proposition commerciale extrêmement simple.
Le client ne voit pas les DSLAM, l’interconnexion ou la VoIP. Il voit une box et une offre lisible.
La rupture vient alors de la combinaison de trois intelligences :
- comprendre le système économique ;
- construire progressivement les capacités techniques ;
- rendre la proposition extrêmement simple pour le client.
Sources : ARCEP — historique du dégroupage · Iliad — document de référence 2005
6. Ce que Free Mobile confirme en 2012
Le même mécanisme réapparaît dans le mobile.
Free n’invente pas le sans-engagement, les offres SIM-only ou la vente en ligne. Ces tendances existaient déjà.
Mais il les combine et les radicalise : peu d’offres, prix très lisibles, téléphone séparé du forfait, distribution largement digitale, beaucoup moins de complexité visible pour le client.
En revanche, la contrainte réseau reste bien réelle. Free doit obtenir une licence, construire son propre réseau et utiliser temporairement l’itinérance Orange pour compléter sa couverture.
La complexité n’est pas forcément supprimée. Elle est déplacée derrière le service.
Sources : ARCEP — lancement et couverture Free Mobile · Autorité de la concurrence — engagement et SIM-only
7. Ce que cette enquête change pour une PME ou une ETI
Il existe deux positions.
Si vous êtes nouvel entrant :
Quelles règles du marché pourriez-vous rendre obsolètes aujourd’hui ?
Si vous êtes une entreprise historique :
Quelles règles de votre propre fonctionnement un nouvel entrant n’aurait-il aucune raison de reproduire ?
C’est probablement la seconde question qui est la plus difficile.
Une entreprise historique hérite de beaucoup d’actifs précieux : marque, clients, compétences, données, réseau, contrats, savoir-faire.
Mais elle hérite aussi de contraintes : ERP, interfaces, validations, niveaux hiérarchiques, contrats anciens, processus, habitudes.
Avec le temps, les deux se mélangent.
Le passé d’une entreprise finit souvent par se déguiser en contrainte.
8. Une méthode : l’archéologie des processus
Avant d’automatiser ou de digitaliser un processus, je commencerais par six questions :
- Quelle fonction chaque étape remplit-elle réellement ?
- Quelle contrainte a créé cette étape ?
- Cette contrainte existe-t-elle toujours ?
- Que se passe-t-il si l’étape disparaît ?
- Quelle capacité nouvelle faudrait-il construire pour pouvoir la supprimer ?
- Un nouvel entrant recréerait-il cette étape aujourd’hui ?
La question n’est alors plus seulement : « Comment rendre ce processus plus efficace ? »
Qu’est-ce qu’il faudrait savoir faire autrement pour que ce processus n’ait plus besoin d’exister ?
9. La contradiction : toutes les contraintes ne disparaissent pas
Cette lecture de Free serait trop simple si elle se résumait à : comprendre → supprimer → gagner.
Certaines contraintes étaient — et restent — profondément réelles.
Construire un réseau exige du capital. Couvrir un territoire prend du temps. Les fréquences sont réglementées. La boucle locale ne peut pas être reproduite économiquement partout. La qualité de service doit être assurée à des millions de clients.
Free a donc dû payer très cher son indépendance : réseau, équipements, Freebox, DSLAM, antennes, systèmes et années de déploiement.
Et certaines dépendances sont encore partagées plutôt que supprimées. Dans le mobile, Free continue de s’appuyer sur une itinérance Orange 2G/3G encadrée ; l’ARCEP a examiné en 2025 un contrat prolongeant cette prestation jusqu’à fin 2028 dans le contexte de l’extinction progressive de ces technologies.
Source : ARCEP — partage de réseaux mobiles et itinérance Free/Orange
Comprendre une contrainte ne signifie pas pouvoir la supprimer.
Il faut parfois l’accepter, l’acheter, la partager, la contourner, la déplacer ou construire pendant des années avant de pouvoir s’en affranchir.
10. Le paradoxe du disrupteur : et si son succès créait ses prochaines contraintes ?
Une autre question apparaît vingt-cinq ans après les débuts de Free.
En 2025, iliad n’est plus un petit entrant : le groupe compte environ 52 millions d’abonnés, 10,3 milliards d’euros de chiffre d’affaires et plus de 17 700 salariés en France, Italie et Pologne.
Source : iliad — rapport financier annuel 2025
Cela ne signifie pas que Free ne sait plus innover. Mais sa position a changé.
En 1999, Niel pouvait regarder le système presque depuis l’extérieur. Il avait relativement peu d’actifs historiques à protéger.
Aujourd’hui, iliad possède précisément ce qu’il a passé vingt-cinq ans à construire : réseaux, clients, systèmes, contrats, salariés, investissements et dépendances.
Les capacités construites hier pour se libérer des contraintes des autres peuvent-elles devenir les contraintes de demain ?
On peut imaginer un cycle :
Entrant → disrupteur → leader → entreprise mature → nouvel héritage.
Le nouvel entrant demande : « Pourquoi cette règle existe-t-elle ? » Le disrupteur construit une nouvelle architecture. Le leader l’industrialise. Puis l’entreprise mature doit protéger cette architecture, ses clients et ses investissements.
Et un jour, un autre entrant peut arriver et demander :
Pourquoi font-ils encore ça ?
Cette hypothèse évite une opposition trop facile entre startups intelligentes et entreprises historiques dépassées.
Une startup n’est pas nécessairement plus intelligente. Elle est souvent moins contrainte par son passé.
Et une entreprise historique n’est pas nécessairement bureaucratique par stupidité. Ses processus sont souvent les traces de problèmes qui ont réellement existé et de solutions qui ont réellement fonctionné.
Le danger apparaît quand la solution survit au problème.
Les solutions d’aujourd’hui sont les contraintes potentielles de demain.
11. Une archéologie des processus plus exigeante
L’objectif n’est donc pas de rechercher les « processus idiots ».
Pour chaque règle ou étape, il faut d’abord comprendre la nature de la contrainte : physique, réglementaire, économique, capitalistique, opérationnelle, organisationnelle, historique ou devenue obsolète.
Puis seulement décider : conserver, accepter, simplifier, partager, déplacer, reconstruire ou supprimer.
J’ajouterais désormais une septième question à la méthode :
Cette solution était-elle pertinente lorsqu’elle a été créée, et qu’est-ce qui a changé depuis ?
C’est peut-être la meilleure protection contre les deux erreurs symétriques : automatiser aveuglément l’héritage… ou supprimer aveuglément ce qu’on ne comprend pas.
Ce que je retiens
Free ne montre pas qu’il faut ignorer les règles. Il montre presque l’inverse.
Il faut comprendre suffisamment bien un système pour distinguer :
- ce qui est réellement incontournable ;
- ce qui peut être utilisé à son avantage ;
- ce qu’il faut construire soi-même ;
- et ce qui n’est plus qu’un héritage.
Votre prochain concurrent ne cherchera peut-être pas à améliorer vos processus. Il se demandera pourquoi ils existent.
Enquête #01 — Laboratoire de la décision.
