MexarComparer un logiciel sur étagère : faites jouer le même scénario
Pour suivre des demandes internes, Microsoft Lists, Airtable et Odoo peuvent faire partie des candidats à examiner. Ils ne couvrent pas les mêmes situations. Comparez-les sur un dossier réel, ses validations, ses droits et sa sortie, avant de regarder le nombre de fonctionnalités.
Par François Aubeut, fondateur de Mexar ·
Le besoin retenu pour cette comparaison
Une PME souhaite enregistrer une demande d’achat, lui affecter un responsable, faire intervenir les validateurs, suivre son statut et récupérer les données. C’est un scénario fictif, utilisé pour rendre la comparaison concrète.
Périmètre : lecture des documentations officielles au 24 octobre 2026. Aucun essai d’instance ni benchmark de performance n’est présenté ici. Les produits ne sont ni classés ni notés.
Trois candidats, des points de départ différents
| Critère | Microsoft Lists | Airtable | Odoo |
|---|---|---|---|
| Organisation du besoin | Liste de demandes et colonnes ; point de départ à examiner dans un environnement Microsoft 365. | Base et interfaces dont les accès peuvent être distincts selon l’offre. | Applications de gestion ; pertinence à étudier si la demande doit rejoindre un processus déjà géré dans Odoo. |
| Validation et notifications | Les règles peuvent notifier sur des changements. Power Automate permet des flux entre services. Ne pas confondre notification et validation métier. | La documentation consultée décrit le partage et les permissions. La validation multi-étapes de notre scénario reste à prototyper ; elle n’est pas établie par ces seules sources. | Studio documente des étapes d’approbation sur une action, des conditions et un ordre. Édition et options contractuelles à vérifier. |
| Droits | Tester les droits avec des comptes de demandeur, de valideur et d’administrateur dans votre configuration. | Distinguer accès à la base et accès à l’interface. Vérifier les filtres et les permissions effectives pour chaque rôle. | Les règles d’approbation distinguent les approbateurs. Les accès aux dossiers et aux champs doivent être vérifiés séparément. |
| Récupération des données | Export CSV ou Excel documenté. La liaison Excel est à sens unique depuis la liste ; modifier Excel ne met pas la liste à jour. | Export CSV d’une vue possible selon les réglages de partage. Tester le périmètre réellement exporté. | Export de champs et de relations documenté ; import et mise à jour reposent notamment sur les identifiants. |
| À chiffrer | Licences de votre environnement, flux et connecteurs nécessaires, paramétrage, administration et support. | Offre correspondant aux rôles, partage, volumes et automatisations ; configuration et entretien de la base. | Édition, modules, Studio si nécessaire, intégration, migration, hébergement et maintenance selon le contrat. |
Cette grille est documentaire. « À tester » signifie que la capacité n’a pas été vérifiée sur votre scénario, et non que le produit ne sait pas la réaliser. Aucun prix ni engagement commercial d’un éditeur n’est repris.
Ce qui est vérifié dans les sources
- Microsoft distingue règles de notification et automatisations avec Power Platform.
- Airtable précise les différences d’accès entre base et interface, avec des possibilités dépendantes de l’offre.
- Odoo Studio décrit des approbations conditionnelles et successives sur les actions.
Un export n’est pas un plan de sortie
Un CSV peut reprendre les données sans restituer les relations, les pièces jointes, les automatisations et les règles d’accès. Demandez un exemple de récupération complet, puis faites-le relire par la personne chargée de la reprise.
La documentation Microsoft et celle d’Odoo expliquent leurs formats d’export. Leurs conséquences pour votre réversibilité restent à examiner.
Le protocole de démonstration à demander
Créer un dossier normal
Le demandeur saisit la demande et joint son document. Vérifiez ce qui est obligatoire et ce qu’il peut ensuite modifier.
Faire traverser une exception
Un montant ou un type d’achat exige une validation supplémentaire. Vérifiez les refus, corrections et remplacements d’un valideur absent.
Tester avec le mauvais rôle
Un demandeur essaie de voir une autre demande ou de valider son propre dossier. Le test des droits porte sur les données, pas seulement sur les boutons affichés.
Simuler l’incident et la sortie
Une notification échoue, un échange est relancé, puis le dossier est exporté avec son historique utile. Notez qui détecte l’incident et qui peut le résoudre.
Utilisez des données fictives pour la démonstration. Consignez, pour chaque action, « réalisé sans adaptation », « paramétrage », « extension », « non couvert » ou « à vérifier », avec la preuve. Ne transformez pas ces états en un score qui masque une exigence bloquante.
Décider après la démonstration
Le produit à retenir est celui dont la couverture, l’administration et le coût complet répondent à votre besoin. Les fonctions peu utilisées n’effacent pas un blocage essentiel. Inversement, un écart de vocabulaire ou d’ordre d’écran ne justifie pas forcément un développement.
Si le standard couvre le socle et qu’une seule règle manque, examinez une intégration ciblée. Si le manque concerne le cœur du travail et impose des contournements récurrents, documentez la justification d’une application sur mesure.
Vous avez déjà deux outils en tête ?
Indiquez les outils utilisés, les personnes concernées et le problème à résoudre. Nous pourrons examiner si un audit a du sens.
Décrire votre processus La méthode ROI-first