monday.com en 2026 : le vrai coût du minimum 3 sièges
Le changement de politique tarifaire de monday.com est entré en vigueur progressivement en début d'année 2026. Le plan Free reste disponible mais plafonné à deux membres et à 200 éléments par tableau — insuffisant pour un usage professionnel réel. Dès que vous franchissez ce plafond ou que vous avez besoin d'automatisations, de vues calendrier ou de dépendances entre tâches, vous basculez sur un plan payant.
Le plan Basic commence à $12 par siège, mais sans les fonctions PM essentielles (chronologie, tableaux de bord, automatisations). Le plan Standard à $14 en ajoute quelques-unes. Pour accéder à un ensemble réellement comparable à Plane ou à un outil de gestion de projet complet, il faut le plan Business à $20 par siège par mois, facturé annuellement. Avec le minimum de trois sièges imposé, le ticket d'entrée réel est donc :
- $20 × 3 sièges = $60/mois facturés annuellement, soit $720/an minimum
- Facturé mensuellement (sans engagement annuel) : $24 × 3 = $72/mois, soit $864/an
- Si votre équipe passe à 5 personnes : $20 × 5 = $100/mois, soit $1 200/an
Pour une startup de trois développeurs ou un freelance avec deux clients, ce coût représente plusieurs mois d'hébergement VPS — pour un outil de gestion de tâches.
Ce que le modèle monday.com ne dit pas
- Sièges fantômes : chaque collaborateur externe invité sur un projet compte comme siège payant dès qu'il doit interagir activement, ce qui pousse rapidement le compteur au-delà du minimum.
- Données cloud-only : vos projets, pièces jointes et historiques résident exclusivement sur l'infrastructure de monday.com — aucune option d'export continu ou de backup automatique vers votre stockage.
- Export limité : l'export CSV n'inclut pas les sous-tâches imbriquées, les dépendances ni les automatisations configurées ; récupérer une structure complexe nécessite un travail manuel significatif.
- Intégrations avancées payantes : les connecteurs GitHub, GitLab, Slack avancés et les webhooks avancés sont réservés aux plans Business et Enterprise, ajoutant un coût ou une limitation fonctionnelle.
- Support réactif absent sur les petits plans : le support prioritaire et l'accès à un gestionnaire de compte sont réservés aux plans Enterprise, les petites équipes dépendent d'une base de connaissance et d'un chat communautaire.
- Verrouillage propriétaire : passer d'un plan à un autre ou changer d'outil implique une migration manuelle ; il n'existe pas d'API d'export structuré couvrant l'intégralité des données.
Plane et Kaneo : deux philosophies self-hosted
Plane et Kaneo partagent la même prémisse — remplacer un outil SaaS coûteux par une application que vous hébergez vous-même — mais ils ciblent des cas d'usage différents.
Plane est un gestionnaire de projet complet, comparable fonctionnellement à Linear ou à Jira Cloud. Il couvre les sprints, les cycles, les modules, les vues multiples (kanban, liste, calendrier, feuille de route), les dépendances entre issues, les analytics et une API REST complète. Il est développé en open source sous licence AGPL-3.0 et comptait plus de 30 000 étoiles GitHub courant 2026. La version Community (auto-hébergée) est gratuite sans limite de membres ni de projets. Plane convient aux équipes qui pratiquent des méthodologies structurées (Scrum, SAFe simplifié) et qui ont besoin d'une traçabilité fine.
Kaneo est une application kanban minimaliste sous licence MIT. Elle ne prétend pas couvrir toutes les fonctions PM ; elle se concentre sur les tableaux, les cartes, les colonnes personnalisables et un modèle de permissions simple. Son empreinte mémoire est faible (256 Mo suffisent), son installation se résume à un seul conteneur Docker, et son code source est lisible en quelques heures. Kaneo convient aux équipes de une à trois personnes qui veulent visualiser leur travail sans configuration complexe. Pour aller plus loin sur ce dernier outil, l'article [self-host Kaneo sur VPS](/blog/self-host-kaneo-vps) détaille l'installation pas à pas.
Plane vs Kaneo : tableau comparatif
Faites défiler le tableau
| Critère | Plane | Kaneo |
|---|---|---|
| Licence | AGPL-3.0 | MIT |
| RAM minimale recommandée | 2 Go (4 Go confort) | 256 Mo |
| Fonctions PM | Issues, sprints, cycles, modules, roadmap, analytics | Kanban, cartes, colonnes, labels |
| API REST | Oui, documentée | Limitée (en développement) |
| Intégrations natives | GitHub, Slack, Jira import, webhooks | Minimales |
| Installation | Docker Compose multi-conteneurs | Un seul conteneur Docker |
| Import depuis monday.com | Importeur CSV intégré | Import manuel via CSV |
| Cas d'usage idéal | Équipes 3–20 pers., sprints, tracabilité | Solo ou 1–3 pers., kanban simple |
Installer Plane sur un VPS ServOrbit
Un VPS ServOrbit à 2 vCPU et 4 Go de RAM couvre confortablement un déploiement Plane pour une équipe de dix personnes ou moins. Si votre budget est plus serré, le VPS entry-level à 3,99 €/mois (1 vCPU, 2 Go RAM) peut faire tourner Plane en production légère, à condition de surveiller l'usage mémoire. Le template Plane disponible dans la [marketplace ServOrbit](/marketplace/collaboration/plane) automatise les étapes ci-dessous en un clic. Si vous préférez l'installation manuelle, voici la procédure complète.
Déployer Plane manuellement sur votre VPS
Préparer le serveur
Connectez-vous en SSH à votre VPS. Assurez-vous que Docker et Docker Compose v2 sont installés :
docker --version && docker compose version. Si ce n'est pas le cas, installez-les via le gestionnaire de paquets de votre distribution (par exempleapt install docker.io docker-compose-pluginsur Ubuntu 22.04+).Cloner le dépôt Plane
Clonez le dépôt officiel et positionnez-vous sur la dernière version stable :
git clone https://github.com/makeplane/plane.git /opt/plane cd /opt/plane git checkout $(git describe --tags --abbrev=0)Configurer les variables d'environnement
Copiez le fichier d'exemple et éditez les valeurs essentielles :
cp .env.example .envLes variables critiques à modifier :
SECRET_KEY(générez une chaîne aléatoire de 50 caractères),WEB_URL(votre domaine, par exemplehttps://plane.votre-domaine.com),CORS_ALLOWED_ORIGINS(même valeur que WEB_URL), et les identifiants de la base de données PostgreSQL (POSTGRES_PASSWORD). Ne laissez jamaisSECRET_KEYà sa valeur par défaut en production.Démarrer les services
Lancez l'ensemble des conteneurs en arrière-plan :
docker compose up -dLa première exécution télécharge les images (environ 1,5 Go). Suivez les logs avec
docker compose logs -fjusqu'à voir le message indiquant que le serveur web est prêt (typiquement 60 à 90 secondes).Configurer le reverse proxy
Placez nginx ou Caddy en frontal pour exposer Plane sur HTTPS. Exemple minimal pour nginx : redirigez le trafic HTTPS vers
localhost:3000(interface web). Assurez-vous que votre certificat TLS est valide — Certbot avec Let's Encrypt ou le provisionnement automatique de Caddy couvrent ce besoin.Créer le premier espace de travail
Accédez à votre domaine dans le navigateur. Plane affiche un assistant de création de compte administrateur. Créez votre espace de travail, invitez vos collaborateurs (aucune limite de sièges) et explorez les paramètres de l'espace pour activer les fonctions dont vous avez besoin (sprints, cycles, modules).
Activer les mises à jour automatiques (optionnel)
Ajoutez un cron ou un timer systemd qui exécute
docker compose pull && docker compose up -dchaque semaine pour rester sur la dernière version stable. Programmez un backup du volume PostgreSQL avant chaque mise à jour.
Migrer vos projets monday.com vers Plane
La migration n'est pas instantanée, mais elle est structurée. Plane dispose d'un importeur intégré qui lit les exports CSV de monday.com et tente de reconstituer la hiérarchie des éléments. La fidélité de la migration dépend de la complexité de vos tableaux — les automatisations et les formules ne migrent pas, mais les tâches, statuts, assignés et dates le font correctement dans la plupart des cas. Consultez aussi l'article [migrer depuis Linear vers Plane et Vikunja](/blog/migrer-linear-plan-gratuit-plane-vikunja-vps) pour des stratégies de migration comparables.
Procédure d'import monday.com → Plane
Exporter vos données depuis monday.com
Dans monday.com, ouvrez chaque tableau et cliquez sur « ⋮ » → « Export » → « Exporter en Excel / CSV ». Pour les tableaux complexes, préférez l'export JSON disponible via l'API monday.com (
GET /v2avec une requête GraphQLboards { items_page }). Exportez également les fichiers attachés via les paramètres du compte si vous avez besoin des pièces jointes.Préparer le fichier CSV pour Plane
L'importeur Plane attend des colonnes spécifiques :
Name,Description,State,Priority,Assignees,Due Date,Labels. Ouvrez votre export dans un tableur, renommez les colonnes monday.com vers ces noms Plane, et supprimez les colonnes de formules ou d'automatisations non migrables. Sauvegardez en CSV UTF-8.Importer dans Plane
Dans Plane, accédez à votre projet → « Paramètres » → « Imports ». Sélectionnez « CSV » et chargez votre fichier. L'importeur affiche un aperçu du mapping colonne par colonne ; vérifiez que chaque colonne Plane est bien associée à la bonne colonne source. Lancez l'import et attendez la confirmation (quelques secondes pour des centaines d'issues).
Vérifier et compléter
Après l'import, parcourez une dizaine d'issues représentatives de chaque type. Vérifiez les assignations (les adresses e-mail doivent correspondre aux membres Plane), les dates et les statuts. Les issues sans statut reconnu atterrissent dans un état « Backlog » — renommez ou reassignez-les selon votre flux. Reconfigurez les automatisations manuellement dans les paramètres de projet Plane.
Gardez monday.com en lecture seule pendant 30 jours
Ne résiliez pas immédiatement votre abonnement monday.com après la migration. Passez plutôt votre compte en lecture seule (supprimez les droits d'édition aux membres de l'équipe) et conservez-le comme référence pendant un mois. Cela permet de retrouver des données manquées dans l'export, de comparer des historiques et de rassurer les membres de l'équipe les moins à l'aise avec le changement. Après 30 jours sans retour en arrière, vous pouvez exporter une archive finale et résilier.
Kaneo pour les équipes de 1 à 3 personnes
Si votre usage de monday.com se limitait à quelques tableaux kanban sans sprints ni dépendances complexes, Kaneo est probablement suffisant — et son déploiement est nettement plus simple que celui de Plane.
Kaneo tourne sur un VPS entry-level ServOrbit à 3,99 €/mois (1 vCPU, 2 Go RAM) avec de la marge. En pratique, 512 Mo de RAM et 1 vCPU suffisent pour une équipe de trois personnes. Son déploiement se résume à un seul conteneur :
docker run -d \
--name kaneo \
-p 3000:3000 \
-e DATABASE_URL=file:/app/data/kaneo.db \
-v kaneo_data:/app/data \
ghcr.io/kaneo-app/kaneo:latestLa base de données SQLite est montée dans un volume Docker — sauvegardez ce volume régulièrement (docker run --rm -v kaneo_data:/data -v $(pwd):/backup alpine tar czf /backup/kaneo-backup.tar.gz /data). La [marketplace ServOrbit](/marketplace/collaboration/kaneo) propose également un template Kaneo en un clic qui préconfigure le reverse proxy et la sauvegarde automatique.
Les limites de Kaneo à connaître avant de choisir : pas d'API publique documentée, pas de sprints, pas de dépendances entre cartes, et les intégrations GitHub ou Slack ne sont pas disponibles nativement. Si vous avez besoin de ces fonctions à l'avenir, la migration vers Plane reste facile — les deux outils partagent un modèle de données similaire (projets, colonnes, cartes). Voir aussi la comparaison détaillée [Vikunja vs Plane pour la gestion de projet sur VPS](/blog/vikunja-vs-plane-gestion-projet-vps) si vous évaluez plusieurs alternatives simultanément.
Coût total de possession : monday.com vs self-hosted
La comparaison de coût doit inclure le temps de maintenance, souvent avancé comme argument contre le self-hosting. En pratique, un déploiement Docker Compose correctement configuré nécessite environ 30 minutes par mois de maintenance (mises à jour, vérification des backups). Sur un VPS ServOrbit à 8,99 €/mois (2 vCPU, 4 Go RAM — configuration recommandée pour Plane), le coût annuel est de 107,88 €/an. Contre $720/an minimum pour monday.com Business (trois sièges, facturation annuelle), l'économie dépasse $600 par an pour une équipe de même taille.
Le calcul change si vous n'avez pas de compétences d'administration système en interne. Dans ce cas, le template Plane en un clic de la marketplace ServOrbit réduit la mise en place initiale à moins de cinq minutes, et le support ServOrbit couvre les questions d'hébergement. Les questions relatives à Plane lui-même sont couvertes par une communauté active (GitHub Discussions, Discord officiel).
Pour les équipes qui évaluaient aussi Jira, l'article [Atlassian EOL, Jira et Plane en self-hosted en 2026](/blog/atlassian-eol-jira-plane-self-hosted-2026) couvre le contexte plus large des migrations hors de l'écosystème Atlassian.
