Logiciel libre ou commercial? Benjamin Thominet, le 31/01/2004

Le modèle commercial traditionnel Intégrateur clients Editeur Fonctions communes Plus value spécifique à chaque constructeur (brevet, avance technologique….) Conseil/déploiement/intégration/support

Limites du modèles commercial Multitude de solutions concurrentes  Aucune n’est parfaite, chacune ayant ses points forts et faibles Il n’y a donc pas de ‘meilleure solution’, il faut toujours faire des compromis  Chaque intégrateur ne peut parfaitement maîtriser que une ou quelques solutions. Intégrateur mono-compétence: clientèle cible restreinte Intégrateur multi-compétent: Coûts de formation élevés et gestion des ressources difficile Solutions peu évolutives  L’intégrateur n’a pas accès au code source des applications (modifications et ajouts difficiles)  Le client est lié à son intégrateur, seul à maîtriser ses développements spécifiques Que faire en cas d’insatisfaction? Que faire si l’intégrateur ‘disparaît’?  Segmentation du marché (non pérennisation des investissements en cas de croissance de la société) Gaspillage de ressources R&D  Il y a autant de développements que d’éditeurs, alors que la majorité des fonctionnalités sont communes à toutes les solutions  Chaque éditeur ayant une part de marché limitée, cela réduit d’autant son ROI

Le modèle libre Intégrateur clients Communauté de développeurs (passionnés, universités, autres intégrateurs…) Développements spécifiques Conseil//déploiement intégration/support Développements spécifiques Conseil//déploiement intégration/support Développements spécifiques Conseil//déploiement intégration/support Développements spécifiques Conseil//déploiement intégration/support Développements spécifiques Conseil//déploiement intégration/support Développements spécifiques Conseil//déploiement intégration/support Développements spécifiques

Le modèle libre: avantages Ouverture du code source  Fédération de l’ensemble des ressources autour d’un unique projet Aucune redondance de développements Une unique solution regroupe toutes les innovations Simplification des processus de choix de solution : Limitation des risques et Economies Pérénité de l’investissement:  L’entreprise démarre avec la meilleure solution disponible (mise en œuvre progressive des fonctions, selon l’évolution des besoins). Pas de solution ‘pour démarrer’, qui sera remise en cause lorsque l’entreprise grandira.  Impact des évolutions sur les utilisateurs réduit (formation, résistance au changement…)  Facilité pour l’intégrateur de développer des fonctions complémentaires, Permet répondre au mieux aux besoin de ses clients Contribue ainsi à l’amélioration de la solution Open-source: ses concurrents bénéficient de ses développements, mais lui bénéficie de l’ensemble des contributions faites par ses dizaines de concurrents. Fusion intégrateur/éditeur Gratuité de la solution logicielle ‘de base’  Investissement plus facile pour le client  Simplification des procédures commerciales  Financement plus facile des services ‘complémentaires’ (assurés par l’intégrateur)  Mise en place possible de la solution sur l’ensemble des utilisateurs intéressés, et non uniquement sur ceux sur lesquels le projet serait le plus ‘rentable’ Support réalisé par l’ensemble de la communauté

La vie d’une entreprise temps Taille de l’entreprise (CA/employés…) Besoins fonctionnels et techniques Modèle économique traditionnel Fonctions supportées coût des licences coût mise en œuvre/ Fonctions réellement disponibles Modèle Open source Fonctions mises en oeuvre coût des licences coût mise en œuvre/ Fonctions réellement disponibles Pérennisation des investissements antérieurs coût de licence nul Coûts des développements spécifiques< coût des licences Fonctions supportées solutionAsolutionBsolutionC solutionD Solution unique Mise en œuvre progressive

Modèle Open-source: contraintes Support  Assuré par la communauté (intégrateurs compris)  Aucune garantie de résultat, Fusion éditeur/intégrateur  Bouleversement économique majeur Maturité des solutions  Avant d’être déployable en milieu industriel, les solutions doivent atteindre une certaine maturité  Cette première phase est dépendante de la mobilisation de ressources non commerciales (passionnés, universités…) autour du projet Modèle non universel  Applicable uniquement lorsque la taille du projet (besoins R&D) est en rapport avec le nombre d’utilisateurs potentiellement intéressé:  Un projet Open source nécessitant un important travail R&D ne peut voir le jour que si le nombre d’utilisateurs intéressé est très important