Les 8 critères pour bien choisir votre plateforme NoCode
Le NoCode fait l’objet de stéréotypes souvent injustifiés. Il en va ainsi de toutes les évolutions structurantes dans nos sociétés. L’IA subit aussi le même accueil, portée aux nues par les uns, diabolisée par les autres. La portée de ces mutations effraie momentanément, parce qu’elles déstabilisent nos acquis. C’est pour ça qu’on vous propose 8 critères pour bien choisir votre plateforme NoCode.
Passé cette mise à distance, le NoCode va inéluctablement trouver sa place dans les grandes entreprises. Et pourquoi pas la vôtre, tant la capacité d’adaptation d’une solution NoCode est forte ?
Encore faut-il faire le bon choix ! L’écosystème NoCode est riche de solutions très diverses qui remettent en cause une approche traditionnelle du benchmark, calquée sur une segmentation devenue simpliste par taille d’entreprise, secteur d’activité ou typologie de marché… Nous vous proposons une grille d’évaluation originale. À tester sans tarder et sans compter !
👉 Pour aller plus loin, découvrez notre e-book sur les idées reçues des DSI à propos du NoCode
Critères # 1 : La gouvernance et conformité des données |
||
Objectifs |
Enjeux |
Questions à poser à l’éditeur |
| – Assurer une parfaite maîtrise des données selon leur criticité, même en cours d’utilisation de l’application :
– Gérer aisément les accès aux données – Les chiffrer, les afficher – Les inclure dans un document – Les purger automatiquement |
– Assurer la sécurité des données
-Répondre aux besoin de conformité RGPD de votre application – Contribuer à l’image de marque de l’entreprise – Assurer la qualité de service grâce à une bonne gouvernance des données |
– Quelles sont les fonctionnalités permettant de garantir la conformité RGPD des applications, la sécurité et la traçabilité des données ?
– L’accessibilité, la réversibilité des données sont-elles assurées ? –Suis-je dépendant de sous-traitants pour gérer les données ? |
Critères # 2 : Le niveau de sécurité de l’outil |
||
Objectifs |
Enjeux |
Questions à poser à l’éditeur |
| – Assurer la sécurité de l’application contre les menaces extérieures
– Garantir la poursuite d’activité de l’application – Garantir la sécurité applicative – Assurer la sécurité et la confidentialité par niveau de données (normales, personnelles, sensibles) |
– Sécuriser et protéger la plateforme contre les cyber risques
– Fiabiliser l’environnement d’exploitation de la plateforme et son utilisation – Maîtriser le niveau de sécurité au sein de chaque application, selon la criticité des données et les profils de ses utilisateurs |
– Où se trouvent vos data centers ? Qui est votre hébergeur ?
– Quelle est la fréquence de vos sauvegardes ? – Que proposez-vous en termes de PCA ou PRA en cas de sinistre ? – Comment traitez-vous l’infogérance du service ? – Qui gère l’habilitation des utilisateurs dans l’application ? -Quelle granularité proposée pour l’habilitation de différents profils d’utilisateurs ? |
Critères # 3 : La valeur d’usage et la richesse fonctionnelle |
||
Objectifs |
Enjeux |
Questions à poser à l’éditeur |
| Assurer la satisfaction des parties prenantes :
– le concepteur d’application – l’utilisateur métier Savoir traiter des niveaux de complexité de projets et de processus |
– Assurer un déploiement rapide de l’application
– Délivrer le service attendu, en sollicitant faiblement les ressources IT internes – Répondre à tous types de besoins, même les plus spécifiques et complexes dans la même plateforme, le même environnement de travail – Raccourcir les délais de prise en main de l’application par les utilisateurs finaux -Mesurer le ROI de l’utilisation de l’application –Rendre autonomes les métiers dans un applicatif sécurisé avec des règles de fonctionnement supervisables |
– Quel est le délai pour faire un POC, un MVP ?
-Quel est le temps moyen de conception d’une application ? –Dans quel délai déployer une 1ʳᵉ version de l’application pour tous les utilisateurs ? – Des compétences informatiques de type “développeurs” sont-elles requises pour concevoir une application ? – Quelles sont les installations ou pré-requis techniques à l’utilisation de l’application ? – Faut-il une formation interne de chaque utilisateur final ? – Quels sont les grands types de fonctionnalités couverts par la plateforme ? -Est-il possible de combler une éventuelle lacune en interfaçant à d’autres outils ? –Pouvez-vous présenter des cas d’usages sur des projets complexes/ aussi spécifiques que ceux de mon entreprise ? – Quelle est votre roadmap produit ? |
Critères # 4 : L’évolutivité, l’universalité de la solution |
||
Objectifs |
Enjeux |
Questions à poser à l’éditeur |
| – Choisir une plateforme évolutive pour répondre aux besoins de court, moyen et long terme
-Choisir une plateforme universelle permettant de “centraliser” les applications des différents métiers. – Rationaliser le parc applicatif de l’entreprise |
– Pérenniser et rentabiliser les investissements financiers et humains lors de l’évaluation des solutions
-Tirer profit de l’ergonomie et la logique de conception de l’outil pour délivrer plus rapidement les applications – Garantir l’adoption et l’appropriation durable de la plateforme par les équipes, tant IT que Métier -Assurer une meilleure supervision du parc applicatif et garantir la pérennité de leur maintenance |
– Les environnements de conception et d’utilisation sont-ils différents en termes d’ergonomie et d’expérience ?
-Les utilisateurs peuvent-ils rapidement assurer la maintenance de leur application ? – Peut-on facilement faire évoluer les workflows, quel que soit le besoin ? – L’application peut-elle s’adapter à la complexité d’organisation de ma structure ? – En quoi me garantissez-vous que l’évolution de la plateforme va rester en phase avec nos attentes ? -Assurez-vous la rétrocompatibilité lors de vos différentes montées de version ? |
Critères # 5 : La flexibilité, l’ouverture |
||
Objectifs |
Enjeux |
Questions à poser à l’éditeur |
| – Intégrer facilement une solution dans le parc applicatif existant
-Pouvoir moduler les étapes selon les évolutions dans l’organisation, intégrer des types d’acteurs internes ou externes -Pouvoir aisément restreindre les accès sur des périodes de temps données – Garder la cohérence des actions, tout en optimisant le fonctionnement des processus métier |
– Innover sans repartir d’une page blanche et ne pas tout “casser” de l’existant
– Garantir l’adoption de la solution par les équipes -Engager les équipes dans l’enrichissement et la maintenance de leurs outils – Faciliter l’onboarding des collaborateurs -Pouvoir collaborer avec des partenaires externes |
– Comment la solution s’intègre-t-elle dans mon SI ?
– Peut-on accéder via une authentification SSO, depuis un intranet d’entreprise ? – Bénéficie-t-on d’une bibliothèque d’API ? Peut-on créer simplement soi-même ces API ? – La plateforme est-elle compatible avec des outils de traitement automatisés (RPA) ? – La plateforme est-elle conçue pour se connecter de manière sécurisée depuis l’extérieur ? |
Critères # 6 : La scalabilité |
||
Objectifs |
Enjeux |
Questions à poser à l’éditeur |
| – Répondre aux besoins évolutifs de volumétrie de traitements et de nombre d’utilisateurs
-Maintenir la capacité de déploiement de futures applications sans bloquer les applications existantes. |
— Assurer la pérennité de l’usage, la longévité de l’investissement et la permanence du ROI | — Que proposez-vous techniquement pour adapter la configuration de la plateforme si les volumes de traitement augmentent ?
– Le nombre d’utilisateurs d’une application est-il plafonné ? Évolutif selon les besoins ? -Les procédures d’enrôlement sont-elles complexes ou au contraire accessibles à des gens de métiers ? – Comment anticipez-vous l’évolution de nos besoins ? |
Critères # 7 : La conduite du changement |
||
Objectifs |
Enjeux |
Questions à poser à l’éditeur |
| Faciliter la conduite du changement par la mise à disposition d’un outil performant, adapté à l’organisation | – Assurer l’adoption de l’outil en interne
– Améliorer la performance des processus et des équipes qui les mettent en œuvre – Générer la satisfaction des collaborateurs pour plus de satisfaction client |
–Comment construisez-vous les applications ? Les collaborateurs sont-ils impliqués dans la démarche ?
– L’usage de l’application nécessite-t-il une formation à sa prise en main ? – L’application est-elle intuitive, ergonomique, proche des univers métiers ? -Est-il possible d’intégrer de l’aide contextuelle ou une documentation métier dans son environnement de travail ? |
Critères # 8 : Le modèle entrepreneurial de l’éditeur |
||
Objectifs |
Enjeux |
Questions à poser à l’éditeur |
| Choisir un éditeur solide, indépendant
Miser sur une plateforme souveraine |
-Évaluer la pérennité de l’éditeur pour assurer la longévité des applications et des utilisations
-Vérifier les conditions de réversibilité et récupération des données et des documents, voire du code source – Compter sur la proximité des équipes, leur compréhension des spécificités clients et leur implication – Avoir un support réactif et professionnel – Défendre l’autonomie « tech » nationale, faire rayonner l’écosystème français/européen pour la conformité des données |
Quelle est la date de création de votre société ?
Avez-vous fait vos preuves depuis longtemps sur ce marché ? Avez-vous des ressources en propres importantes ? Êtes-vous dépendant de fonds d’investissement ? Dépendez-vous de partenariats technologiques pour livrer votre service ? Comment veillez-vous à la solidité de ces briques partenaires pour assurer la longévité de votre service ? Quel est le chiffre d’affaires et plus encore son évolution ? Vos clients ont-ils témoigné de leurs utilisations, sont-ils connus ? Êtes-vous prêt à nous mettre en relation avec certains d’entre eux ? Quelles sont les certifications ou cotation sur votre service ? Où se trouvent les équipes support ? Quelle est leur réactivité ? |
Téléchargez notre e-book « 4 idées reçues des DSI sur le NoCode »
