Da dove partire quando si progetta un'app in Zoho Creator
Progettare e sviluppare un'app in Zoho Creator significa costruire un piccolo software aziendale su misura, senza partire da zero con la programmazione tradizionale. Zoho Creator è una piattaforma low-code: un ambiente in cui l'applicazione si costruisce soprattutto tramite un'interfaccia visiva, e il codice interviene solo dove serve. Secondo la scheda di AppMaster, Zoho Corporation ha lanciato Creator nel 2006 e la piattaforma consente di creare applicazioni web e mobili tramite un'interfaccia drag-and-drop.
La facilità d'uso porta però con sé un rischio preciso. Poiché aggiungere un modulo richiede pochi clic, molte aziende iniziano disegnando le schermate e solo dopo si accorgono che i dati non stanno insieme: informazioni ripetute in più punti, collegamenti mancanti, report che non tornano. L'app funziona il primo mese e diventa difficile da mantenere il sesto.
Questa guida segue l'ordine inverso: prima i processi reali e il modello dei dati, poi moduli, report e permessi, quindi i collegamenti con Zoho CRM e Zoho Books, il codice Deluge dove i clic non bastano, la prova e il rilascio. In chiusura trova una tabella per capire quando Creator non è lo strumento giusto e che cosa comporta la scelta per un'azienda italiana.
Che cosa deve fare l'app: raccogliere i requisiti
Il primo documento non è un modulo, ma una descrizione del processo. Scriva in poche righe quale problema l'app risolve, chi la usa, che cosa succede dall'inizio alla fine del processo e con quali altri sistemi deve scambiare dati. Se oggi il processo vive in un foglio Excel e in una casella email condivisa, parta da lì: osservi come lavorano davvero le persone, non come dovrebbero lavorare secondo la procedura scritta.
Un buon riferimento per la struttura è il Business Requirement Document (BRD) che la stessa Zoho usa nel suo generatore assistito. Secondo la documentazione di Zia App Builder, il BRD copre cinque voci:
- obiettivo dell'applicazione: il risultato misurabile che si vuole ottenere;
- user persona: i profili di chi userà l'app, con i loro compiti;
- funzionalità chiave: ciò che l'app deve permettere di fare;
- flusso del processo: la sequenza dei passaggi e dei cambi di stato;
- requisiti di integrazione: da quali sistemi l'app riceve dati e a quali li invia.
Anche se non userà l'intelligenza artificiale per generare l'app, compilare queste cinque voci su una pagina Le evita la maggior parte delle modifiche strutturali successive. Tenga separate le esigenze indispensabili al primo rilascio da quelle rimandabili: un'app che fa bene poche cose si estende facilmente, una che nasce con tutto dentro si corregge con fatica.
Il modello dei dati e le relazioni
Il modello dei dati è l'elenco delle entità che l'app gestisce (clienti, impianti, interventi, ordini) con i loro attributi e i collegamenti tra loro. In Zoho Creator ogni entità diventa un modulo: secondo AppMaster, in Creator le strutture di dati sono chiamate proprio moduli, e i loro campi acquisiscono tipi di dati come testo, numeri, date, allegati e firme.
Per ciascuna entità si chieda tre cose. Quali dati appartengono solo a lei? Con quali altre entità è collegata, e in che rapporto (un cliente ha molti impianti, un impianto ha molti interventi)? Chi crea il record e chi lo modifica? La regola pratica è che ogni informazione deve essere scritta una sola volta: l'indirizzo del cliente sta nel modulo Clienti, e l'intervento vi fa riferimento tramite un campo di collegamento, non lo ricopia.
Disegni lo schema su carta prima di aprire l'editor, con un riquadro per entità e una freccia per ogni relazione. Nei progetti Svennis questo schema su una pagina precede sempre la prima schermata, e quando un cliente arriva con un'app già costruita modulo per modulo, il lavoro più lungo è quasi sempre ricostruire le relazioni mancanti e i dati duplicati. Correggere una freccia sulla carta costa pochi minuti; correggerla con migliaia di record già inseriti richiede una migrazione.
Moduli, report e pagine: i tre mattoni
Un recensore su Capterra Italia riassume la logica della piattaforma in tre parole: form, report, page. È una buona sintesi per chi inizia, perché ogni app in Creator si compone di questi tre elementi.
Moduli
Il modulo (form) è la struttura in cui i dati entrano. Ogni modulo corrisponde a un'entità del modello: se nello schema ha disegnato Clienti, Impianti e Interventi, avrà tre moduli. Scelga con cura il tipo di ogni campo, perché un numero salvato come testo non si somma in un report e una data scritta a mano non si filtra.
Report
Il report è la vista con cui i dati si consultano, si filtrano e si modificano. Allo stesso modulo possono corrispondere più report, per esempio gli interventi aperti per il coordinatore e gli interventi del giorno per il singolo tecnico. Pensi i report partendo dalle domande che le persone fanno ogni giorno, non dall'elenco dei campi.
Pagine
La pagina (page) mette insieme report, indicatori e collegamenti in una schermata unica, per esempio un cruscotto per la direzione. Se l'analisi dei dati diventa un'esigenza a sé, con dati provenienti da più applicazioni, valuti uno strumento dedicato come Zoho Analytics invece di moltiplicare le pagine dentro l'app.
I permessi: chi vede e chi modifica che cosa
I permessi si progettano insieme al modello dei dati, non alla fine. Riprenda le user persona del BRD e, per ciascun modulo, stabilisca chi può creare record, chi può solo leggerli, chi può modificarli e chi può eliminarli. Una tabella con i profili sulle righe e i moduli sulle colonne rende evidenti le incoerenze prima che diventino un problema.
Due criteri aiutano a decidere. Il primo è il principio del minimo accesso: ciascuno vede i dati necessari al proprio lavoro, e i dati economici o personali restano visibili a pochi. Il secondo è la separazione tra chi usa l'app e chi la amministra. La stessa Zoho applica questo criterio alle funzioni di intelligenza artificiale: secondo la documentazione di Zia App Builder, solo i super admin e gli admin possono configurare Zia e attivare le funzioni di creazione delle applicazioni.
Prevede anche il caso dei profili esterni, come clienti o fornitori che devono inserire o consultare dati. Per loro servono viste ridotte e ben delimitate, pensate fin dall'inizio: aprire l'app interna a utenti esterni dopo il rilascio è una delle modifiche che più spesso costringe a rivedere report e relazioni. Documenti la matrice dei permessi insieme allo schema dei dati, così chi manterrà l'app saprà perché un profilo vede un campo e un altro no.
Esempio pratico: dall'idea alla prima versione
Prendiamo un'azienda che gestisce interventi di assistenza su impianti presso i clienti. Il BRD indica l'obiettivo (tracciare ogni intervento dalla richiesta alla chiusura), tre persona (coordinatore, tecnico, amministrazione), i moduli Clienti, Impianti e Interventi, e un'integrazione con il CRM per l'anagrafica. Secondo la guida di Zoho alla creazione da zero, i passaggi sono questi:
- Aprire il modulo Solutions e fare clic su Create Solution in alto a destra.
- Tra i tre tipi di soluzione proposti (Applications, BI & Analytics, Integration flows) scegliere Applications.
- Scegliere una delle tre modalità: Create from scratch, Create from Gallery o Import from file.
- Selezionare la casella Enable Environment per gestire l'app in ambienti separati.
- Creare i moduli nell'ordine dello schema, partendo dalle entità che non dipendono da altre (Clienti), poi Impianti, infine Interventi.
Dopo la creazione, Creator apre la finestra di progettazione in cui si apportano le modifiche. In alternativa si può usare la modalità plan di Zia App Builder, disponibile solo nei piani a pagamento: si descrive l'app in un testo di massimo 1000 caratteri, allegando un documento oppure fino a tre immagini per sessione, ciascun file entro 5 MB. Zia genera un BRD da rivedere e approvare prima della costruzione. Attenzione a un dettaglio: se un modulo non viene collegato prima della generazione, diventa un modulo Creator standard con campi predefiniti, da ricostruire a mano.
Il collegamento a Zoho CRM e Zoho Books
Un'app in Creator raramente vive da sola. Nell'esempio degli interventi, l'anagrafica dei clienti esiste già in Zoho CRM e la fatturazione avviene in Zoho Books: duplicare questi dati nell'app sarebbe l'errore da evitare, perché due copie della stessa anagrafica divergono in poche settimane.
La decisione da prendere è quale sistema sia il riferimento per ogni dato. Una regola che funziona: il cliente nasce e si aggiorna nel CRM, la fattura nasce in Books, l'intervento nasce in Creator. L'app legge ciò che le serve dagli altri sistemi e scrive solo i propri dati, inviando agli altri gli eventi rilevanti, per esempio un intervento chiuso che deve diventare una riga da fatturare.
Sul piano tecnico, le integrazioni si definiscono prima della costruzione. La documentazione di Zia App Builder prevede proprio che la modalità plan configuri le integrazioni prima di generare l'app dal piano approvato, e che il BRD includa una voce dedicata ai requisiti di integrazione. Dove i collegamenti predefiniti non bastano, entra in gioco Deluge: secondo AppMaster, il linguaggio facilita l'integrazione con altre applicazioni Zoho e di terze parti, e Creator supporta servizi come G Suite e Office 365. Scriva per ogni integrazione in quale direzione viaggiano i dati, quando e che cosa succede se il sistema di destinazione non risponde.
Deluge, dove i clic non bastano
Deluge è il linguaggio di scripting di Zoho Creator: AppMaster lo descrive come un linguaggio di programmazione low-code che consente di aggiungere logica e automatizzare azioni all'interno delle applicazioni. Serve quando una regola non si esprime con le impostazioni visive: un calcolo che dipende da più moduli, un controllo di coerenza prima del salvataggio, uno scambio di dati con un altro sistema.
Alcuni automatismi richiedono comunque un intervento manuale. Secondo la documentazione di Zia App Builder, lo strumento non genera workflow di approvazione, di pagamento e batch, né funzioni: vanno configurati a mano dopo la creazione dell'app. Nella pratica è qui che si concentra buona parte del lavoro di sviluppo vero e proprio.
Anche la struttura dell'app si appoggia a Deluge. La guida Zoho definisce il file Deluge Script (.ds) come un file che conserva in formato testo la struttura di un'applicazione Creator, e Creator consente di creare un'app importando un file .ds. È utile per replicare una struttura o ripartire da una base nota.
Sulla curva di apprendimento le testimonianze sono concordi. Un recensore su Capterra dichiara di aver costruito gestionali ERP per diverse organizzazioni senza conoscenze di programmazione, imparando Deluge; un altro avverte che la curva iniziale può essere ripida. La conseguenza pratica: limiti il codice ai punti in cui serve davvero, commenti ogni script e tenga un elenco di dove si trova la logica, altrimenti chi erediterà l'app dovrà cercarla modulo per modulo.
Prova e consegna: ambienti, dati di test, rilascio
Un'app in uso non si modifica direttamente. La casella Enable Environment, attivabile alla creazione, serve a questo: secondo la guida Zoho, gli ambienti consentono di sviluppare, provare e distribuire l'applicazione agli utenti finali all'interno di ambienti dedicati. Chi lavora sulle modifiche non tocca i dati di chi sta lavorando in produzione.
Prima del rilascio, prepari un insieme di casi di prova derivati dal flusso del processo descritto nel BRD. Per ogni persona, ripercorra il processo dall'inizio alla fine con dati realistici, inclusi i casi scomodi: un cliente senza impianti, un intervento annullato, un campo obbligatorio lasciato vuoto. Verifichi anche i permessi, accedendo con un utente di ciascun profilo e controllando che veda solo ciò che deve.
Se usa funzioni di intelligenza artificiale durante lo sviluppo, tenga conto dei limiti del fornitore del modello linguistico. La documentazione di Zia App Builder avverte che l'uso ravvicinato di più funzioni AI può superare il limite di richieste del fornitore configurato, causando errori o interruzioni temporanee. Zia App Builder non consuma chiamate AI o API di Creator, ma con Zoho GenAI consuma Development AI Credits, mentre l'uso di fornitori esterni viene conteggiato da questi ultimi.
La consegna comprende tre documenti: lo schema dei dati, la matrice dei permessi e l'elenco degli script Deluge con la loro funzione. Senza questi, l'app dipende dalla memoria di chi l'ha costruita.
Quando Creator è lo strumento sbagliato
Creator copre molti casi, non tutti. Un recensore su Capterra lo giudica poco adatto a casi d'uso di nicchia o ad applicazioni altamente personalizzate; un altro, che lavora solo da smartphone, non ha potuto usarlo perché lo trova più adatto a laptop e desktop. Sul fronte mobile, AppMaster indica che Creator permette di sviluppare app native per iOS e Android, ma il kit di sviluppo per chi vuole costruire un'app Android propria è, secondo la documentazione Zoho sul Mobile SDK, una funzione in Beta che Zoho sconsiglia per le app in produzione.
| Situazione | Indicazione |
|---|---|
| Processo interno con dati strutturati, più ruoli e stati | Creator è adatto: parta dal modello dei dati |
| Il processo è già coperto da un'app Zoho esistente | Configuri quella app prima di costruirne una nuova |
| App mobile nativa con interfaccia interamente propria, destinata alla produzione | Il Mobile SDK è in Beta: valuti con cautela |
| Utenti che lavorano solo da smartphone | Provi l'esperienza mobile con utenti reali prima di decidere |
| Applicazione di nicchia, molto personalizzata | Consideri lo sviluppo tradizionale |
| Dati che devono restare nella sede aziendale | Valuti la versione on-premise |
La domanda decisiva resta una: il processo è abbastanza stabile e strutturato da stare in moduli e relazioni? Se la risposta è sì, Creator è una scelta sensata.
Che cosa significa per un'azienda italiana
Per un'azienda italiana contano soprattutto tre aspetti: dove risiedono i dati, chi li elabora quando si usa l'intelligenza artificiale e come si controllano i costi.
Sulla residenza dei dati, la documentazione Zoho sul Mobile SDK chiede di indicare l'URL di accesso del proprio data centre, per esempio https://accounts.zoho.eu per gli utenti dell'Unione europea: verifichi fin dall'inizio in quale data centre si trova il Suo account, perché da lì dipendono le configurazioni. Secondo Capterra Italia, Creator può essere implementato in cloud o in locale, e la scheda dell'app Zoho Creator On-Premise sull'App Store descrive una versione che permette di creare applicazioni e conservare i dati all'interno della propria sede.
Sull'intelligenza artificiale, la differenza tra fornitori è sostanziale. Zoho GenAI è il fornitore predefinito ed elabora tutti i prompt all'interno di Zoho, mentre i fornitori esterni configurabili (OpenAI, Anthropic, Google) elaborano i dati nei propri sistemi. Se nei documenti allegati al prompt compaiono dati personali, la scelta del fornitore va valutata anche alla luce del GDPR.
Sui costi, Capterra Italia indica un prezzo di partenza di 8,00 € al mese e una prova gratuita; ricordi che Zia App Builder è disponibile solo nei piani a pagamento. Prima di impegnarsi, confronti le funzioni necessarie con il piano scelto sulla pagina prezzi ufficiale di Zoho.
Prossimi passi concreti
Se sta valutando un'app in Creator, l'ordine di lavoro è quello descritto in questa guida. Lo trasformi in cinque azioni:
- Scriva il BRD su una pagina: obiettivo, persona, funzionalità chiave, flusso, integrazioni. Separi ciò che serve al primo rilascio da ciò che può attendere.
- Disegni lo schema dei dati: un riquadro per entità, una freccia per relazione, e per ogni dato il sistema di riferimento (Creator, CRM o Books).
- Compili la matrice dei permessi: profili sulle righe, moduli sulle colonne, con lettura, creazione, modifica ed eliminazione.
- Costruisca una prima versione con gli ambienti attivi, usando la prova gratuita, e la verifichi con i casi scomodi e con un utente per ogni profilo.
- Controlli la tabella della sezione precedente: se il Suo caso ricade tra quelli critici, lo chiarisca prima di investire nello sviluppo.
Per un quadro di come Creator si inserisce negli altri sistemi della Sua azienda, e per discutere il Suo schema dei dati prima di iniziare, consulti la pagina dedicata a Zoho Creator. Arrivare al primo confronto con il BRD e lo schema già scritti rende la valutazione più rapida e più precisa.
