Une PME choisit rarement un outil metier pour "faire de la strategie data". Elle choisit un logiciel parce qu'il faut aller plus vite : suivre des demandes clients, gerer des devis, centraliser des fichiers, connecter une boutique en ligne, automatiser des emails, partager un tableau de bord ou remplacer un vieux fichier Excel.
Le probleme arrive plus tard.
Un export ne contient pas toutes les informations. Un historique client reste bloque dans un SaaS. Un formulaire envoie les donnees au mauvais endroit. Une automatisation IA depend d'un outil que personne ne sait remplacer. Un prestataire part, mais les acces, les fichiers et les procedures restent flous. Le prix augmente, et l'entreprise decouvre qu'elle ne peut pas changer facilement.
Le Data Act europeen ne transforme pas chaque dirigeant de PME en juriste. Mais il met un sujet sur la table : les donnees produites par les outils, services connectes et environnements cloud ne doivent plus etre traitees comme un detail technique. Avant de choisir une application, un SaaS, un tableau de bord ou une automatisation, il faut se poser une question tres simple :
si demain nous devons changer d'outil, recuperer nos donnees ou connecter un autre service, sommes-nous libres de le faire proprement ?
Le signal envoye par le Data Act
La CNIL presente le Data Act comme un cadre europeen pour organiser le partage et l'utilisation des donnees, notamment autour des objets connectes et des services associes. La Commission europeenne indique que le reglement s'applique depuis le 12 septembre 2025 et qu'il comporte aussi des mesures sur le changement de fournisseur cloud, avec une suppression progressive de certains frais de changement jusqu'au 12 janvier 2027.
Pour une PME qui ne fabrique pas d'objets connectes, le sujet peut sembler lointain. Pourtant, le message est beaucoup plus large : en Europe, l'acces aux donnees, leur reutilisation, leur portabilite et la dependance aux fournisseurs deviennent des sujets economiques centraux.
La CNIL a d'ailleurs publie un programme de travail 2026-2028 consacre a l'economie de la donnee, avec une attention particuliere aux modeles d'affaires fondes sur les donnees personnelles et a l'impact economique de la regulation. En clair : la question n'est plus seulement "avons-nous un bon logiciel ?" mais "quel controle gardons-nous sur ce que le logiciel produit et conserve ?"
Pour 1Design, c'est exactement le bon moment pour transformer une decision technique en decision metier. Un site, une application web, un outil d'IA interne ou un systeme de suivi client doit etre pense avec une logique de reversibilite.
La question que l'on oublie dans les devis : que recupere-t-on vraiment ?
Lorsqu'une entreprise compare deux solutions, elle regarde souvent le prix, les fonctions visibles et la rapidite de mise en place.
Elle demande :
- est-ce que l'outil gere les demandes ?
- est-ce que l'equipe peut l'utiliser facilement ?
- est-ce que cela se connecte au site ?
- est-ce que l'abonnement rentre dans le budget ?
- est-ce que l'interface est propre ?
Ces questions sont utiles. Elles ne suffisent pas.
Avant de signer, de lancer un developpement ou de valider un devis de site internet, il faut ajouter une serie de questions moins spectaculaires, mais beaucoup plus protectrices :
- quelles donnees l'outil stocke-t-il exactement ?
- peut-on exporter les clients, demandes, fichiers, historiques et statuts ?
- l'export est-il lisible, complet et reutilisable ?
- les pieces jointes sortent-elles avec les enregistrements ?
- les commentaires internes, tags et etapes de workflow sont-ils recuperables ?
- qui possede les comptes administrateurs ?
- que se passe-t-il si l'abonnement est arrete ?
- combien de temps les donnees restent-elles disponibles ?
- l'outil permet-il une API ou une synchronisation propre ?
- les donnees peuvent-elles etre migrees vers un autre outil sans repartir de zero ?
Ce ne sont pas des details pour "plus tard". Ce sont des questions de continuité commerciale.
Un formulaire de contact est deja un systeme de donnees
Beaucoup d'entreprises pensent a la donnee seulement lorsqu'elles parlent CRM, ERP, cloud ou IA. En realite, le systeme commence souvent beaucoup plus tot : sur le site web.
Un formulaire de contact, une demande de devis, une inscription a une formation, une prise de rendez-vous ou une demande SAV creent deja un flux de donnees ; c'est aussi un point a verifier dans un audit IA applique au site web et a l'organisation. Si ce flux est mal concu, tout ce qui vient apres sera fragile.
Prenons un exemple simple : une entreprise de services a Lyon recoit des demandes via son site. Le formulaire envoie un email a l'accueil. Une personne copie les informations dans un tableau. Une autre cree un dossier. Les pieces jointes restent dans une boite mail. Les relances se font manuellement. Plus tard, l'entreprise veut brancher un outil d'IA pour classer les demandes ou preparer des reponses.
Le probleme n'est pas l'IA. Le probleme est que le flux de donnees n'a jamais ete pense.
Avant d'automatiser, il faut clarifier :
- quelles informations sont vraiment necessaires ;
- quelles donnees ne doivent pas etre demandees ;
- ou part la demande apres validation ;
- qui a acces aux informations ;
- comment retrouver l'historique ;
- comment exporter les demandes ;
- comment supprimer ou corriger une donnee ;
- comment connecter le flux a un CRM, un outil metier ou un tableau de suivi.
Un bon site web ne sert donc pas seulement a "faire joli" ou a generer des leads. Il doit creer des donnees propres, utiles et maitrisables.
SaaS rapide ou application sur mesure : le bon choix depend aussi de la sortie
Il n'y a pas une seule bonne reponse entre SaaS, outil no-code, plugin WordPress, module e-commerce, automatisation IA ou application web sur mesure.
Un SaaS peut etre excellent quand le besoin est standard, que la mise en place doit etre rapide et que l'entreprise accepte le cadre du fournisseur. Une application sur mesure peut etre plus pertinente quand le processus est specifique, quand les donnees sont strategiques, quand les integrations sont importantes ou quand l'entreprise veut maitriser le fonctionnement dans la duree, notamment avec une base technique, un hebergement et une maintenance plus lisibles.
La vraie erreur consiste a comparer seulement le demarrage.
Un SaaS semble souvent moins cher le premier mois. Une application sur mesure semble plus lourde au depart. Mais la question utile est : que se passe-t-il dans deux ans ?
- l'entreprise aura-t-elle accumule des donnees difficiles a sortir ?
- les workflows seront-ils documentes ?
- les exports seront-ils exploitables ?
- les automatisations seront-elles liees a une seule plateforme ?
- le fournisseur peut-il changer ses prix ou ses conditions ?
- les utilisateurs pourront-ils continuer si un outil ferme ?
- le site ou la boutique pourra-t-il encore evoluer ?
- un autre prestataire pourra-t-il reprendre proprement, ou faudra-t-il prevoir une migration de site ou d'outil plus lourde ?
Pour une PME, la bonne decision n'est pas toujours "faire du sur mesure". Mais la bonne decision doit toujours inclure un plan de sortie.
Les donnees commerciales ne sont pas seulement des lignes dans un export
Quand on parle de portabilite, on imagine souvent un fichier CSV. C'est utile, mais tres incomplet.
Une activite commerciale produit des informations beaucoup plus riches :
- demandes entrantes ;
- origine des prospects ;
- messages et pieces jointes ;
- statuts de traitement ;
- devis envoyes ;
- produits consultes ;
- paniers abandonnes ;
- tickets support ;
- historiques de relance ;
- tags clients ;
- preferences de livraison ;
- notes internes ;
- validations ;
- documents generes ;
- workflows d'equipe.
Si vous changez d'outil, lesquelles de ces informations devez-vous garder ? Sous quelle forme ? Avec quels liens entre elles ?
Un export de contacts sans historique peut ne servir a presque rien. Une liste de commandes sans informations de livraison ou de retour peut etre insuffisante. Un fichier de demandes sans pieces jointes oblige l'equipe a fouiller dans les emails. Un tableau sans dates ni responsables detruit la continuite du suivi.
Avant de choisir un outil, demandez donc un exemple d'export. Pas une promesse. Un exemple concret.
L'IA rend le sujet plus urgent, pas plus abstrait
Les PME commencent a utiliser l'IA pour resumer des demandes, preparer des reponses, classer des tickets, generer des contenus, analyser des tableaux ou produire des syntheses.
Ces usages peuvent etre tres utiles. Ils peuvent aussi aggraver une mauvaise architecture de donnees.
Si les donnees sont eparpillees, incompletes ou mal qualifiees, l'IA produira des resultats fragiles. Si les droits d'acces sont flous, l'IA peut exposer ou reutiliser des informations au mauvais endroit. Si les sorties ne sont pas validees, l'entreprise peut envoyer des reponses inexactes. Si l'outil choisi enferme les prompts, historiques ou automatisations, changer de systeme devient plus difficile.
Avant de brancher une couche IA, il faut donc regarder :
- d'ou viennent les donnees ;
- si elles sont exactes et a jour ;
- si elles peuvent etre anonymisees ;
- quels champs sont necessaires ;
- quelles donnees ne doivent jamais etre envoyees a un outil non valide ;
- qui valide les reponses ;
- comment l'historique est conserve ;
- comment les automatisations peuvent etre reprises ou documentees.
Ce travail rejoint directement les questions d'audit IA : les gains de temps sont reels seulement si le processus reste controlable.
La checklist a mettre dans votre prochain cahier des charges
Pour eviter de decouvrir les limites apres coup, ajoutez une section "donnees et reversibilite" dans chaque cahier des charges de site, application, automatisation ou outil metier.
Elle peut tenir en dix questions :
- Quelles donnees l'outil collecte-t-il, stocke-t-il et produit-il ?
- Quelles donnees sont personnelles, confidentielles ou strategiques ?
- Qui a acces aux donnees et aux comptes administrateurs ?
- Quels exports sont disponibles, dans quel format, avec quelle frequence ?
- Les pieces jointes, historiques, statuts et commentaires sortent-ils aussi ?
- Existe-t-il une API ou une methode de synchronisation documentee ?
- Que se passe-t-il en cas d'arret de l'abonnement ou de changement de prestataire ?
- Comment les donnees sont-elles sauvegardees et restaurees ?
- Quelles automatisations dependent d'un fournisseur precis ?
- Qui est responsable de maintenir la documentation du flux ?
Ces questions ne ralentissent pas un projet. Elles evitent surtout les fausses economies.
Ce que 1Design peut verifier avec vous
Chez 1Design, nous abordons les projets web, e-commerce, IA et outils metiers avec une logique simple : l'interface compte, mais le flux de donnees compte autant.
Un audit utile peut couvrir :
- les formulaires et demandes entrantes de votre site ;
- les outils SaaS deja utilises ;
- les exports disponibles ;
- les dependances cloud ou plugin ;
- les automatisations emails, IA ou CRM ;
- les donnees clients et commerciales critiques ;
- les points de blocage avant migration ;
- les priorites pour une application web ou un outil plus durable.
L'objectif n'est pas de remplacer tous vos outils. L'objectif est de savoir lesquels sont solides, lesquels vous enferment, et ou une refonte, une migration ou une automatisation plus propre creerait le plus de valeur.
Si vous preparez un nouveau site, une boutique, un outil interne ou un audit IA, le bon moment pour parler donnees n'est pas apres la mise en ligne. C'est au moment du cadrage.
Vous pouvez nous contacter pour revoir votre flux actuel, identifier les zones de dependance et construire une feuille de route claire : parler de votre projet avec 1Design.
Vous voulez un site plus clair, plus crédible ou mieux pensé pour convertir ?