Open-source vs propriétaire

Un logiciel open-source publie son code source sous licence permissive (MIT, Apache, GPL, AGPL) qui autorise lecture, modification et redistribution. Un logiciel propriétaire garde son code fermé : vous achetez un droit d'usage. La différence n'est pas le prix, c'est le contrôle. En open-source, vous auditez le code (sécurité, RGPD), vous auto-hébergez, vous forkez, vous modifiez. En propriétaire, vous dépendez de la roadmap et de la pérennité de l'éditeur. Côté logiciels métier, les références open-source sont Odoo (ERP), n8n, Akeneo (PIM), Strapi — face à Salesforce, SAP, HubSpot, Zapier en propriétaire.

Notre biais chez Zaplo est clairement open-source, mais sans dogmatisme. L'open-source gagne quand : vous voulez contrôler vos données et l'hébergement (souveraineté), vous craignez la disparition d'un éditeur, vos coûts de licence vont exploser à l'échelle, ou vous avez besoin de modifier le code pour un usage spécifique — c'est typiquement le cas d'un logiciel sur-mesure métier. Le propriétaire gagne quand : vous voulez du support enterprise SLA, l'écosystème d'intégrations est très mature (Salesforce vs Odoo en CRM, autre niveau), vous n'avez pas d'équipe technique pour opérer.

Les coûts cachés existent des deux côtés. Open-source : ce n'est pas gratuit — il faut héberger, mettre à jour, sécuriser, former. Compter 30-50 % du coût d'une licence propriétaire équivalente en TCO réel. Propriétaire : lock-in progressif (vos données et process sont dans leur format), explosion de la facture à l'échelle (SaaS à 50 €/user/mois × 100 users sur 5 ans = 300 k€), et perte de contrôle sur la roadmap. Règle : pour les briques d'infrastructure (base, API REST, hébergement), open-source par défaut. Pour les outils matures avec un vrai écosystème (Stripe, Salesforce), propriétaire OK.