Comment transformer un tableur en application
Pour transformer un tableur en application, vous nettoyez les données, les répartissez dans des tables adéquates, déterminez qui doit faire quoi, puis construisez des écrans — formulaires, listes et tableaux de bord — par-dessus une vraie base de données. Avec un créateur d'applications par IA, vous pouvez décrire tout cela en langage courant et lui remettre le tableur lui-même. La partie qui demande de la réflexion n'est pas la construction; c'est de décider ce que représente réellement le tableur et qui devrait être autorisé à le modifier.
Signes que votre tableur devrait devenir une application
Les tableurs sont d'excellents outils. Ne remplacez pas le vôtre simplement parce que vous le pouvez. Le moment est venu lorsque vous constatez plusieurs de ces signes :
- Plusieurs personnes modifient les mêmes lignes, et des changements sont écrasés ou perdus.
- Vous avez rédigé des instructions sur la façon d'utiliser le tableur (« ne triez pas la colonne F », « ajoutez toujours les nouvelles lignes au bas »).
- Les couleurs portent une signification — les lignes rouges sont en retard, les jaunes exigent un appel.
- Les gens ont besoin de vues différentes — un vendeur doit voir ses prospects, pas ceux de tout le monde.
- Quelqu'un extrait des données chaque semaine pour produire un rapport.
- Des personnes externes ont besoin d'un accès — clients, fournisseurs ou sous-traitants — et vous ne voulez pas partager tout le fichier.
- Les erreurs vous coûtent de l'argent : une commande oubliée, une double réservation, un mauvais prix.
Si une seule personne est propriétaire du tableur, qu'il change rarement et que les erreurs coûtent peu, gardez le tableur. L'outil qui fonctionne est le bon outil.
Étape 1 : Comprenez ce que représente réellement le tableur
La plupart des tableurs d'entreprise sont plusieurs choses comprimées dans une seule grille. Avant de construire quoi que ce soit, déterminez quelles « choses » s'y trouvent.
Prenez un tableur de commandes typique avec les colonnes : Date, Nom du client, Courriel du client, Téléphone du client, Produit, Quantité, Prix, Statut, Notes. Il s'agit en réalité de trois types d'enregistrements :
| Enregistrement | Champs | Pourquoi les séparer |
|---|---|---|
| Clients | nom, courriel, téléphone | Le même client apparaît dans plusieurs lignes; une modification doit se propager partout |
| Produits | nom, prix | Les prix changent; les anciennes commandes doivent conserver le prix auquel elles ont été vendues |
| Commandes | date, client, produit, quantité, prix de vente, statut, notes | Les événements réels |
Cette séparation est au cœur du travail. En termes de base de données, chaque type d'enregistrement devient une table, et les commandes « pointent » vers un client et un produit au lieu de copier leurs détails. Qu'est-ce qu'une base de données explique l'idée si elle vous est nouvelle.
Parcourez votre tableur et demandez-vous, pour chaque colonne : est-ce un fait sur la chose principale de la ligne, ou sur quelque chose d'autre qui se répète?
Étape 2 : Nettoyez les données
L'IA peut beaucoup aider ici, mais examinez d'abord les données vous-même. Problèmes courants :
- Valeurs incohérentes — « Payé », « payé », « PAYÉ ✓ » signifient tous la même chose. Choisissez un seul ensemble de statuts.
- Cellules fusionnées et notes dans les colonnes de données — « 40 $ (rabais) » dans une colonne de prix. Séparez la note.
- Dates dans des formats différents — choisissez-en un.
- Doublons — le même client tapé de trois façons.
- Sens caché — couleurs, texte en gras, commentaires. Notez ce que signifie chacun afin qu'il puisse devenir un vrai champ, comme un statut ou un indicateur.
- Formules — listez celles qui comptent et dites en termes simples ce qu'elles calculent. « Total = quantité × prix de vente, moins le rabais si le client figure sur la liste professionnelle. »
Exportez une copie du tableur nettoyé en CSV. Gardez l'original intact comme sauvegarde.
Étape 3 : Déterminez qui fait quoi
Un tableur a un seul modèle de permissions : vous pouvez l'ouvrir ou non. Une application peut faire beaucoup mieux. Listez vos utilisateurs et ce dont ils ont besoin :
| Utilisateur | Doit pouvoir | Ne doit pas pouvoir |
|---|---|---|
| Propriétaire | Tout voir, modifier les prix, exporter | — |
| Personnel | Ajouter et mettre à jour des commandes, voir les clients | Modifier les prix, supprimer des commandes |
| Client (facultatif) | Voir ses propres commandes et leur statut | Voir celles des autres |
Ce tableau détermine si vous avez besoin de connexions, de rôles et de filtrage par utilisateur. Si la réponse est « seulement notre équipe, tous égaux », l'application peut être beaucoup plus simple.
Étape 4 : Concevez les écrans
La plupart des remplacements de tableur ont besoin des mêmes quelques écrans :
- Une liste pour chaque enregistrement principal, avec recherche, filtres et tri — la vue du tableur, mais bien faite.
- Un formulaire pour ajouter ou modifier un enregistrement, avec des listes déroulantes plutôt que de la saisie libre pour des éléments comme le statut.
- Une page de détail pour un enregistrement, affichant les enregistrements liés (un client et toutes ses commandes).
- Un tableau de bord avec les chiffres que vous calculez actuellement à la main. Comment créer un tableau de bord va plus loin.
- Exportation en CSV, pour que personne ne se sente prisonnier.
Ne recopiez pas la disposition en grille sur chaque écran. L'intérêt de l'application est que les gens voient ce dont ils ont besoin pour leur tâche, et non chaque colonne à la fois.
Étape 5 : Construisez-la
Avec un créateur d'applications par IA, décrivez l'application en utilisant ce que vous avez déterminé. Une invite qui fonctionne :
Construis un suivi de commandes pour une petite boulangerie. Il remplace un tableur. Utilise une base de données avec trois tables : clients (nom, courriel, téléphone), produits (nom, prix actuel) et commandes (date, client, produit, quantité, prix de vente, statut, notes). Le statut est l'un de : Nouvelle, En cuisson, Prête, Ramassée, Annulée. Écrans : liste des commandes avec recherche et filtre de statut, formulaire d'ajout et de modification de commande avec listes déroulantes pour le client et le produit, page client affichant ses commandes, et tableau de bord avec les commandes du jour et le total de la semaine. Le personnel peut ajouter et modifier des commandes; seul le propriétaire peut modifier les prix des produits. Disposition claire et dense, qui fonctionne sur une tablette.
Joignez ensuite le CSV nettoyé et demandez : « Importe ces données dans les tables en faisant correspondre les clients par courriel. » Vérifiez les totaux : le nombre de commandes dans l'application doit correspondre au nombre de lignes de votre tableur.
Si vous ne voulez pas utiliser un créateur par IA, les outils sans code qui se posent sur un tableur ou une base Airtable peuvent bien fonctionner pour des cas plus simples, surtout lorsque vous voulez garder le tableur comme source des données.
Étape 6 : Recréez les formules sous forme de règles
Parcourez votre liste de formules une à une :
- Champs calculés : « Le total de la commande est quantité × prix de vente. »
- Validation : « La quantité doit être d'au moins 1. Le courriel doit ressembler à un courriel. »
- Automatisations : « Lorsque le statut passe à Prête, envoyer un courriel au client. » (Cela exige un fournisseur de courriel — voir comment envoyer des courriels depuis votre application.)
Pour chacune, choisissez quelques lignes de l'ancien tableur et vérifiez que l'application donne la même réponse.
Étape 7 : Basculez prudemment
Le moment le plus risqué est le changement. Une façon calme de le faire :
- Faites tourner les deux pendant un court moment. Saisissez de nouveaux enregistrements dans l'application et vérifiez-les par rapport au tableur.
- Gelez le tableur. Une fois que vous faites confiance à l'application, rendez le tableur en lecture seule pour que personne ne continue de le modifier par habitude.
- Réimportez les restes. Les lignes ajoutées au tableur pendant la période de chevauchement doivent être transférées.
- Gardez le bouton d'exportation. Une exportation CSV hebdomadaire est une sauvegarde simple en laquelle les gens ont confiance.
Garder le tableur, ou passer à une base de données?
| Le tableur reste la source des données | Passer à une vraie base de données | |
|---|---|---|
| Effort de mise en place | Plus faible | Plus élevé |
| Plusieurs personnes modifient en même temps | Fragile | Géré correctement |
| Permissions par utilisateur | Limitées | Précises |
| Règles de données (champs obligatoires, valeurs valides) | Faciles à briser | Appliquées |
| Convient à | De meilleurs écrans pour un tableur petit et simple | Tout ce qui est partagé, qui grandit ou qui est important |
Si vous prenez la peine de construire une application, une vraie base de données en vaut généralement la peine. Vous pouvez toujours exporter vers un tableur quand vous le souhaitez.
Erreurs courantes
- Recopier la grille. Un immense tableau avec chaque colonne recrée les problèmes du tableur.
- Sauter le nettoyage. Des données désordonnées importées dans une application restent des données désordonnées.
- Oublier les règles cachées. Les couleurs et les commentaires portaient un sens. Faites-en des champs.
- Aucun propriétaire. Quelqu'un doit être responsable de l'application, comme quelqu'un était responsable du tableur.
- Tout construire d'un coup. Remplacez d'abord la partie la plus pénible.
Faire cela avec Mythex
Dans Mythex, vous pouvez joindre le CSV au clavardage ou, si les données se trouvent dans Google Sheets, connecter votre compte Google via Connecteurs et demander à l'agent de lire le tableur et de construire à partir de celui-ci. Lorsque l'application doit enregistrer des données, Mythex ajoute au projet une base de données Postgres dédiée, et peut créer les tables et y charger vos données. Vous partagez ensuite l'aperçu avec les personnes qui l'utiliseront, puis publiez lorsqu'il est prêt. Pour des points de départ semblables, consultez les gabarits de tableaux de bord, ou lisez comment créer un outil interne pour le processus plus large.
Questions
Puis-je transformer un fichier Excel ou Google Sheets en application sans programmer?
Oui. Les outils sans code peuvent poser une interface sur un tableur, et les créateurs d'applications par IA peuvent lire votre tableur, concevoir une base de données à partir de celui-ci et créer des écrans pour l'exploiter. Vous devez tout de même nettoyer les données et décider qui peut voir et modifier quoi.
L'application doit-elle continuer d'utiliser le tableur ou migrer vers une base de données?
Si une ou deux personnes modifient le fichier et que vous voulez surtout de meilleurs écrans, garder le tableur comme source de données peut fonctionner. Si plusieurs personnes le modifient en même temps, si vous avez besoin de permissions, ou si les données doivent rester cohérentes, transférez-les dans une vraie base de données et traitez le tableur comme une exportation.
Quand devrais-je continuer à utiliser un tableur?
Gardez le tableur si une seule personne est propriétaire des données, qu'elles changent rarement et que les erreurs coûtent peu cher. Créez une application lorsque plusieurs personnes modifient les mêmes lignes, que vous rédigez continuellement des instructions sur la façon d'utiliser le tableur, ou que les erreurs commencent à vous coûter de l'argent.
Qu'arrive-t-il à mes formules?
Les formules deviennent la logique de l'application : champs calculés, règles de validation ou rapports. Listez chaque formule importante et ce qu'elle signifie en termes simples, puis demandez-la explicitement pour chacune et vérifiez que les résultats correspondent à ceux du tableur.