Ci sono due modi per trasformare un foglio di calcolo in un'app. Il primo tiene il foglio come database e ci mette sopra un'applicazione: Glide, AppSheet e Softr lo fanno in un pomeriggio e ogni modifica nell'app finisce in una cella. Il secondo sposta i dati in un database vero e genera l'applicazione sopra: richiede uno o due giorni e in cambio avete ruoli, uno storico delle modifiche e nessun limite di righe. La regola pratica è semplice. Tenete il foglio se lo usa un solo team, soprattutto in lettura, e contiene qualche migliaio di righe. Spostate i dati se più persone ci scrivono ogni giorno, se alcune non devono vedere tutto o se il file è diventato, senza che nessuno lo decidesse, il sistema di riferimento dell'azienda.
Questa guida copre entrambe le strade: i limiti che rendono necessario il passaggio, come preparare il file, che è la maggior parte del lavoro qualunque strada prendiate, un metodo in cinque passaggi e gli strumenti a confronto su prezzo, limiti di righe e ciò che vi resta alla fine. Vale per Excel e Google Sheets e per l'esportazione CSV di quasi qualsiasi altra cosa.
Due modi per trasformare un foglio di calcolo in un'app
L'espressione «da foglio di calcolo ad app» nasconde due operazioni molto diverse. Nella prima non si sposta nulla: uno strumento si collega al vostro Google Sheet o file Excel, legge le righe e le mostra come elenchi, moduli e pagine di dettaglio su un telefono o in un browser. Nella seconda le righe vengono importate una volta in un database, il foglio viene archiviato e da quel momento i dati appartengono all'applicazione.
| Strada | Come funziona | Prima versione | Il foglio di calcolo diventa | Ideale per |
|---|---|---|---|---|
| Un'app sopra il foglio (Glide, AppSheet, Softr) | Lo strumento legge e scrive le righe del foglio; ogni colonna diventa un campo | Ore | Ancora il database | Moduli, elenchi e ricerche per un piccolo team; inserimento dati sul campo |
| Un database e un'app generata (Cadrant, o low-code su PostgreSQL) | Le righe vengono importate in tabelle con relazioni; schermate e ruoli vengono generati | Uno o due giorni | Un archivio | Strumenti multiutente con ruoli, regole e storico |
Quando un foglio di calcolo non basta più
I limiti tecnici sono generosi e raramente sono il vero problema. Un foglio di lavoro Excel contiene 1.048.576 righe per 16.384 colonne e un file Google Sheets contiene fino a 20 milioni di celle. I primi limiti che incontrate sono quelli umani.
| Limite | Foglio di calcolo | Applicazione su database |
|---|---|---|
| Dimensioni | Excel: 1.048.576 righe per foglio. Google Sheets: 20 milioni di celle. Vecchio XLS: 65.536 righe | Milioni di righe per tabella senza un tetto del prodotto |
| Più persone che scrivono | Vince l'ultimo salvataggio, oppure compare una copia in conflitto | Ogni riga viene salvata a sé; nessuna sovrascrittura |
| Chi vede cosa | Schede nascoste e intervalli protetti, facili da aggirare | Ruoli applicati nel database, riga per riga |
| Chi ha cambiato cosa | Cronologia delle versioni del file, non del record | Un registro per record, con autore e ora |
| Regole | Formule e convalida dei dati, cancellabili da qualsiasi editor | Convalide e vincoli che nessuno può saltare |
Il problema più sottile è l'errore. La raccolta di audit sul campo di Ray Panko all'Università delle Hawaii ha rilevato che l'88% dei 113 fogli operativi verificati dal 1995 conteneva errori, per lo più in formule che nessuno aveva controllato. Se il vostro file mostra due o più dei cinque segnali descritti nella nostra guida su come creare strumenti interni, cioè più editor, righe nascoste, una scheda che nessuno osa toccare, nessuno storico, dati ridigitati, è la seconda strada quella da pianificare.
Preparare il file: dalle colonne alle tabelle
Qualunque strumento scegliate, leggerà il vostro file allo stesso modo: una riga di intestazione, un record per riga, un valore per cella. La maggior parte dei fogli cresciuti negli anni viola tutte e tre le regole da qualche parte. Un'ora di pulizia prima dell'importazione fa risparmiare un giorno di correzioni dopo.
Poi arriva il passaggio che trasforma un foglio in un modello dei dati. Cercate i valori che si ripetono: il nome di un cliente digitato su quaranta righe di ordini, un prodotto e il suo prezzo copiati su ogni riga. Ogni elemento ripetuto diventa una tabella a sé, con un ID, e la riga originale conserva solo l'ID. Si chiama normalizzazione ed è la differenza tra un file e un database.
Ogni formula merita una decisione. Una colonna che calcola un totale da quantità e prezzo diventa un campo calcolato. Una colonna che segnala gli ordini in ritardo diventa una regola dell'applicazione. Una scheda pivot che riassume le vendite per mese diventa una schermata dashboard, generata dalla tabella degli ordini. Nessuna di queste viene importata come dato.
Costruire l'app in cinque passaggi
- 1. Bloccate il file ed esportatelo. Annunciate una data, impostate il foglio in sola lettura ed esportate un CSV per scheda. Sulla prima strada, è qui che collegate invece lo strumento al foglio.
- 2. Create le tabelle e importate le righe. Importate prima le tabelle di riferimento (clienti, prodotti), poi quelle che le richiamano (ordini). Confrontate il numero di righe con il foglio prima di andare avanti.
- 3. Generate le schermate. Un elenco, una pagina di dettaglio, un modulo e un cambio di stato per ogni tabella principale. Nient'altro nella prima versione: niente report, niente notifiche.
- 4. Ricostruite le regole. La convalida dei dati diventa campi obbligatori e valori ammessi. Le formule diventano campi calcolati. Il codice colore diventa gli stati. Scrivete la matrice dei ruoli: chi può vedere, creare, modificare ed eliminare in ogni tabella.
- 5. Usate entrambi per una settimana. Tre utenti reali, dati veri, il foglio bloccato accanto. Raccogliete ogni lamentela in un unico elenco, correggete il modello dei dati una volta, poi mandate in pensione il file.
Su Cadrant, i passaggi da 2 a 4 sono ciò che la piattaforma genera a partire da quel brief. Crea un'applicazione React collegata a un database PostgreSQL nel vostro progetto Supabase, con tabelle, relazioni e indici ricavati dalla descrizione e pagine di login su Supabase Auth con i ruoli che avete indicato. Le righe si importano da CSV nella dashboard di Supabase, che potete aprire dal pannello Database del progetto, e le policy di sicurezza a livello di riga che stabiliscono chi vede cosa vengono create nel database a partire dal prompt; la documentazione raccomanda di rivederle prima della produzione. Il piano Starter costa $20 al mese qualunque sia il numero di colleghi che usano lo strumento e dal piano Pro ($40 al mese) il codice si sincronizza con un repository GitHub. I dettagli sono nella pagina del creatore di strumenti interni.
Quale strumento per quale foglio di calcolo
I prezzi sono i listini pubblici di settembre 2026, con fatturazione annuale dove c'è una scelta. Mettiamo Cadrant per primo perché è il nostro prodotto e l'unico qui sotto che segue la seconda strada; gli altri tre sono gli strumenti di riferimento per la prima, e per un piccolo team che legge soprattutto sono la risposta più rapida.
| Strumento | Approccio | Prezzi | Limite di righe | Cosa possedete | Ideale per |
|---|---|---|---|---|---|
| Cadrant | Importazione in PostgreSQL, app generata da una descrizione | Fisso, da $20 al mese, senza utenti | Nessuno da parte del prodotto | Database sul vostro Supabase, codice su GitHub (piano Pro) | Strumenti multiutente con ruoli e regole |
| Glide | App sopra Sheets, Excel o le proprie tabelle | Da $19 a $199 al mese; utenti business oltre i 30 a $5 ciascuno; aggiornamenti a consumo | 25.000 righe per app su un foglio di calcolo | Il foglio; l'app resta su Glide | App mobile curate per un piccolo team |
| AppSheet | App sopra Sheets, Excel o un database | Da $5 a $20 per utente al mese; Core incluso nella maggior parte dei piani Google Workspace a pagamento | Quelli della fonte, con limiti di sincronizzazione | Il foglio; l'app resta su AppSheet | Inserimento dati sul campo in un'azienda su Google Workspace |
| Softr | Portali su Airtable, Sheets o SQL | $25, $119 o $395 al mese con quote di utenti | Quelli della fonte | La fonte; l'app resta su Softr | Portali clienti su dati che conservate altrove |
Se i vostri dati stanno già in Airtable e non in un foglio, il ragionamento è lo stesso con una variabile in più, il conto per utente; la nostra guida alle alternative ad Airtable tratta questo caso.
- Due strade: un'app sopra il foglio in poche ore, oppure i dati spostati in un database e l'app generata in uno o due giorni.
- I fogli di calcolo cedono sulle persone prima che sulle dimensioni: modifiche simultanee, nessun ruolo, nessuno storico, regole che chiunque può cancellare.
- La preparazione è la maggior parte del lavoro: una riga di intestazione, un valore per cella, un ID per riga, valori ripetuti divisi in tabelle proprie.
- Importate prima i riferimenti, generate le schermate più piccole, ricostruite le regole, usate entrambi per una settimana.