Excel et Google Sheets restent excellents pour explorer des données et prototyper vite. Ils deviennent un frein quand plusieurs personnes écrasent les mêmes cellules, que les versions se multiplient ou que les règles métier dépassent ce que des formules peuvent encore expliquer sans casser.
Signaux de bascule
- Historique d'actions inexistant ou fragile.
- Permissions trop larges pour des données sensibles.
- Automatisations critiques qui reposent sur une seule personne « qui connaît le fichier ».
Avant l’application complète
Migration
Repenser les entités (clients, commandes, lignes) plutôt que de copier bêtement les colonnes. Le périmètre exact (nombre de tables, intégrations, reprise de l'historique) se cadre au premier appel téléphonique, puis par devis.
Méthode en trois étapes
Premier appel téléphonique
Audit rapide du fichier et des usages réels par rôle.
Mise en place et retours
Schéma de données, écrans pilotes, import des jeux de test.
Mise en ligne
Bascule encadrée, période de double saisie si nécessaire, support.
Questions fréquentes
Google Sheets avec Apps Script ne suffit-il pas ?
Parfois longtemps. Quand les scripts deviennent un mini-logiciel sans tests ni sauvegardes structurées, un socle applicatif clarifie la maintenance, sujet à cadrer au premier appel puis au devis.
À partir de combien de lignes faut-il quitter le tableur ?
Le nombre de lignes n'est pas le bon critère. Un tableur peut tenir des dizaines de milliers de lignes consultées par une seule personne, mais devenir ingérable à quelques centaines de lignes dès que plusieurs collègues écrivent en même temps. Ce sont les conflits d'écriture, les versions dupliquées et les règles métier qui déclenchent la bascule.
Peut-on garder Excel en parallèle pendant la migration ?
Oui, et c'est souvent recommandé. Une période de double saisie ou un import progressif permet de vérifier que la base reproduit fidèlement les usages avant d'abandonner le fichier. La bascule se fait alors sans coupure brutale.