La Power Platform offre deux approches majeures pour créer des applications avec Power Apps : Canvas Apps et Model-Driven Apps.
Sur le papier, le choix semble simple :
- Canvas → flexibilité et design.
- Model-Driven → structure et robustesse.
En réalité, ce choix est stratégique : il impacte directement la scalabilité, la performance et la maintenabilité de votre solution. Un mauvais choix au départ peut coûter cher par la suite.
Canvas Apps : la flexibilité maximale
Les Canvas Apps sont comparables à une feuille blanche. Le concepteur contrôle totalement l’interface et l’expérience utilisateur.
- Design sur-mesure : interface 100 % personnalisable.
- Connectivité large : plus de 700 connecteurs disponibles (SharePoint, SQL, API, Excel…).
- Ciblage mobile/tablette : parfait pour des apps tactiques sur le terrain.
- Logique intégrée avec Power Fx : langage low-code simple mais puissant.
👉 Exemple typique : une app mobile pour techniciens qui scannent des QR codes, prennent des photos et saisissent leurs rapports.
Points forts
- Grande flexibilité UX/UI.
- Compatible avec plusieurs sources de données.
- Rapide à mettre en œuvre pour des besoins spécifiques.
Limites techniques
- Délégation : les Canvas Apps ne peuvent traiter qu’un volume limité de données en local (500 à 2000 lignes par défaut). Au-delà, il faut configurer la délégation, et certains connecteurs ne la supportent pas.
- Performance : plus une app contient de composants, de règles ou de galeries imbriquées, plus elle devient lente.
- Maintenance : les apps créées par des citizen developers peuvent vite devenir difficiles à maintenir sans standards de gouvernance.
Model-Driven Apps : la robustesse des données
Les Model-Driven Apps fonctionnent sur Dataverse. Ici, c’est le modèle de données qui guide la construction de l’application.
- L’interface est générée automatiquement à partir des tables, relations et formulaires.
- Les fonctionnalités standard sont incluses : recherche avancée, sécurité par rôle, vues, graphiques, intégration avec Dynamics 365.
- L’approche est idéale pour des process métiers complexes et des données fortement structurées.
👉 Exemple typique : la gestion de dossiers clients avec opportunités, contrats, documents et facturation.
Points forts
- Structure robuste et gouvernance native via Dataverse.
- Sécurité granulaire et intégration avec Azure AD.
- Fonctionnalités prêtes à l’emploi (recherche, graphiques, formulaires).
Limites techniques
- Licensing : Dataverse est inclus dans certaines licences premium (Power Apps per user, Dynamics 365). Pour des organisations déjà sous Microsoft 365 E3/E5, il faut prévoir un coût supplémentaire.
- Moins de liberté sur l’UI : l’interface reste standardisée Microsoft, même si elle est ergonomique.
- Complexité initiale : nécessite une bonne conception du modèle de données.
Cas client vécu : quand un mauvais choix coûte cher
Chez un client, une application de type formulaire a été créée par un citizen developer sous forme de Canvas App.
Au départ, l’objectif était simple : permettre aux utilisateurs de saisir quelques données via un formulaire.
Mais avec le temps :
- Les données sont devenues le cœur du processus métier.
- De nouveaux composants, écrans et règles ont été ajoutés.
- L’app s’est alourdie, jusqu’à devenir trop lente et instable.
Résultat : nous avons dû refondre l’app en Model-Driven, car la logique métier et la gestion des relations entre entités auraient dû être confiées dès le départ à Dataverse.
⚠️ Morale : un choix initial mal adapté peut mener à une dette technique coûteuse et une adoption difficile.
Tableau comparatif
| Critère | Canvas App | Model-Driven App |
|---|---|---|
| Approche | Centrée sur le design et l’UX | Centrée sur le modèle de données |
| Sources de données | Multiples (SharePoint, Excel, API…) | Exclusivement Dataverse |
| UI | 100 % personnalisable | Standardisée Microsoft |
| Complexité métier | Faible à moyenne | Moyenne à forte |
| Scalabilité | Limitée (risque de lenteur sur gros volumes) | Haute (optimisée Dataverse) |
| Cas typiques | App mobile, formulaires spécifiques | CRM, ERP, gestion de dossiers |
| Coût | Faible si connecteurs standards | Plus élevé (licences premium Dataverse) |
Scalabilité, gouvernance et ALM
Au-delà du choix fonctionnel, il faut considérer :
- La scalabilité : un Canvas fonctionne bien pour <10 000 enregistrements, mais au-delà, Dataverse + Model-Driven sont plus fiables selon ce que j’ai pu lire dans la littérature tech.
- La gouvernance : Model-Driven hérite des politiques de sécurité Dataverse (sécurité hiérarchique, champs masqués, etc.), quand un Canvas dépend davantage de la discipline du créateur.
- L’ALM (Application Lifecycle Management) : Model-Driven s’intègre plus facilement dans une stratégie DevOps avec solutions, pipelines et déploiements contrôlés.
Alors, comment choisir ?
👉 Canvas si :
- L’UX est au cœur de l’app.
- Plusieurs sources de données externes sont nécessaires.
- L’application est simple ou tactique (formulaire, mobilité).
👉 Model-Driven si :
- Le processus métier repose sur un modèle de données complexe.
- Vous avez besoin de scalabilité, sécurité et intégration native.
- Votre organisation utilise déjà Dataverse ou Dynamics 365.
👉 Et souvent, le combo gagnant :
Une Model-Driven App pour la gestion robuste des données + une Canvas App pour offrir une interface ergonomique à certains profils d’utilisateurs.
Conclusion
Canvas et Model-Driven ne s’opposent pas : ils répondent à des besoins différents. Mais le choix initial est stratégique.
Un mauvais choix peut mener à une dette technique, comme dans l’exemple de l’app devenue trop lente. À l’inverse, un choix éclairé garantit une adoption fluide, une performance durable et une solution qui évolue avec l’entreprise.
👉 Vous avez un projet Power Platform ? Discutons-en : mieux vaut prendre la bonne décision dès maintenant que de réécrire demain.
