Canvas ou Model-Driven : comment choisir le bon type d’app pour votre besoin métier ?

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#

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.