Comment transformer un tableur en application

Pour transformer un tableur en application, vous nettoyez les données, les répartissez dans des tables adaptées, décidez qui doit faire quoi, puis construisez des écrans — formulaires, listes et tableaux de bord — au-dessus d'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 fournir le tableur lui-même. Le plus délicat n'est pas la construction, mais la compréhension de ce que représente réellement le tableur et de qui doit être autorisé à le modifier.

Les signes qu'un tableur doit devenir une application

Les tableurs sont d'excellents outils. Ne les remplacez pas simplement parce que vous le pouvez. Le moment est venu lorsque vous reconnaissez plusieurs de ces signes :

• Plusieurs personnes modifient les mêmes lignes, et des changements sont écrasés ou perdus.
• Vous avez rédigé des consignes sur l'usage du fichier (« ne triez pas la colonne F », « ajoutez toujours les nouvelles lignes en bas »).
• Les couleurs portent du sens : les lignes rouges sont en retard, les jaunes attendent une décision.
• Les gens ont besoin de vues différentes : un commercial ne doit voir que ses prospects, pas ceux de tout le monde.
• Quelqu'un extrait des données chaque semaine pour établir un rapport.
• Des personnes extérieures ont besoin d'un accès : clients, fournisseurs ou prestataires, et vous ne voulez pas partager tout le fichier.
• Les erreurs coûtent de l'argent : une commande oubliée, un double rendez-vous, un mauvais prix.

Si une seule personne possède le tableur, qu'il change rarement et que les erreurs sont peu coûteuses, gardez le tableur. L'outil qui fonctionne est le bon outil.

Étape 1 : Comprendre ce que contient réellement le tableur

La plupart des tableurs professionnels mélangent plusieurs choses dans une même grille. Avant de construire quoi que ce soit, identifiez les « choses » qui s'y trouvent.

Prenez un tableau de commandes avec les colonnes : Date, Nom du client, E-mail du client, Téléphone du client, Produit, Quantité, Prix, Statut, Notes. Il s'agit en réalité de trois types d'enregistrements :

Cette répartition est le 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 recopier leurs informations. 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 qui concerne la chose principale de la ligne, ou une chose annexe qui se répète ?

Étape 2 : Nettoyer les données

L'IA peut beaucoup aider ici, mais regardez d'abord les données vous-même. Problèmes fréquents :

• Valeurs incohérentes : « Payé », « payé », « PAYÉ ✓ » qui signifient la même chose. Choisissez un seul ensemble de statuts.
• Cellules fusionnées et notes dans les colonnes de données : « 40 € (remisé) » dans une colonne de prix. Séparez la note.
• Dates dans différents formats : choisissez-en un.
• Doublons : le même client saisi de trois façons.
• Sens caché : couleurs, texte en gras, commentaires. Notez ce que chacun signifie pour qu'il devienne un champ réel, 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 la remise si le client figure sur la liste professionnelle. »

Exportez une copie du tableur nettoyé au format CSV. Gardez l'original intact comme sauvegarde.

Étape 3 : Décider qui fait quoi

Un tableur n'a qu'un seul modèle de droits : vous pouvez l'ouvrir ou non. Une application peut faire bien mieux. Listez vos utilisateurs et ce dont ils ont besoin :

Ce tableau détermine si vous avez besoin d'une connexion, de rôles et d'un filtrage par utilisateur. Si la réponse est « seulement notre équipe, tous égaux », l'application peut être beaucoup plus simple.

Étape 4 : Concevoir les écrans

La plupart des remplacements de tableurs 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 aujourd'hui à la main. Comment créer un tableau de bord va plus loin.
• Export 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 chacun voie ce dont il a besoin pour sa tâche, et non toutes les colonnes en même temps.

Étape 5 : Construire l'application

Avec un créateur d'applications par IA, décrivez l'application à partir de ce que vous avez établi. Un prompt qui fonctionne :

Construis un suivi de commandes pour une petite boulangerie. Elle remplace un tableur. Utilise une base de données avec trois tables : clients (nom, e-mail, 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, Récupérée, Annulée. Écrans : liste des commandes avec recherche et filtre par 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. Mise en page nette et dense, utilisable sur tablette.

Joignez ensuite le CSV nettoyé et demandez : « Importe ces données dans les tables, en faisant correspondre les clients par e-mail. » Vérifiez les totaux : le nombre de commandes dans l'application doit correspondre au nombre de lignes de votre tableur.

Si vous préférez ne pas utiliser de créateur par IA, les outils sans code qui s'appuient sur un tableur ou une base Airtable peuvent très bien fonctionner pour des cas plus simples, surtout si vous voulez garder le tableur comme source de données.

Étape 6 : Recréer les formules sous forme de règles

Parcourez votre liste de formules une par une :

• Champs calculés : « Le total de la commande est quantité × prix de vente. »
• Validation : « La quantité doit être d'au moins 1. L'e-mail doit ressembler à une adresse e-mail. »
• Automatisations : « Lorsque le statut passe à Prête, envoyer un e-mail au client. » (Cela nécessite un fournisseur d'e-mails : voir comment envoyer des e-mails depuis votre application.)

Pour chacune, prenez quelques lignes de l'ancien tableur et vérifiez que l'application donne la même réponse.

Étape 7 : Basculer avec précaution

Le moment le plus risqué est le changement de système. Une manière sereine de procéder :

1. Faites tourner les deux un temps. Saisissez de nouveaux enregistrements dans l'application et comparez-les avec le tableur.
2. Figez le tableur. Une fois que vous faites confiance à l'application, passez le tableur en lecture seule pour que personne ne continue à le modifier par habitude.
3. Réimportez les retardataires. Les lignes ajoutées au tableur pendant la période de transition doivent être transférées.
4. Conservez le bouton d'export. Un export CSV hebdomadaire est une sauvegarde simple à laquelle les gens font confiance.

Garder le tableur ou passer à une base de données ?

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. Une énorme table avec toutes les colonnes reproduit les problèmes du tableur.
• Négliger le nettoyage. Des données mal organisées importées dans une application restent mal organisées.
• Oublier les règles cachées. Les couleurs et les commentaires portaient du sens. Transformez-les en champs.
• Pas de propriétaire. Quelqu'un doit être responsable de l'application, comme quelqu'un était propriétaire du tableur.
• Tout construire d'un coup. Remplacez d'abord la partie la plus pénible.

Travailler avec Mythex

Dans Mythex, vous pouvez joindre le CSV dans le chat 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 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 vont l'utiliser, puis publiez quand elle est prête. Pour des points de départ similaires, consultez les modèles de tableaux de bord, ou lisez comment créer un outil interne pour la démarche plus large.

Questions