Domande
Le domande che ci si pone prima di iniziare
Creare un'applicazione senza programmare, proprietà del codice, tempi, costi, affidabilità dell'IA: le risposte dirette alle domande più frequenti, senza giri commerciali.
28 risultati
Che cos'è un'applicazione gestionale?
Un'applicazione gestionale è un software costruito attorno alle cose che un'attività manipola: clienti, cantieri, articoli, soci, e ai legami tra di esse. Ogni cosa ha la sua scheda, il suo storico e il suo stato; elenchi filtrabili permettono di ritrovare tutto; una dashboard aggrega l'insieme in indicatori. Si distingue dal sito web (una vetrina rivolta all'esterno) e dal foglio di calcolo (dati senza struttura condivisa): è lo strumento di lavoro interno di un team.
Cosa fare quando nessun software è adatto alla mia attività?
Parti dal test onesto: se esiste uno strumento specializzato per il tuo mestiere, accessibile e ben recensito, prendilo, un buon specialista batte qualsiasi strumento generico. Il vero problema comincia quando non esiste, è sovradimensionato o ha prezzi pensati per strutture molto più grandi della tua. Restano allora tre vie reali: piegare uno strumento generico (foglio di calcolo, CRM), assemblare del no-code oppure descrivere la tua attività e far generare l'applicazione corrispondente, l'unica delle tre che produce uno strumento a tua immagine E di cui possiedi il codice.
Si può creare un'applicazione senza saper programmare?
Sì. Tre vie permettono oggi di ottenere un'applicazione senza scrivere codice: i costruttori no-code (assemblaggio visivo), le IA conversazionali che scrivono codice, e la generazione deterministica in cui l'IA produce un piano che dei programmi trasformano in applicazione. La competenza richiesta non è più la programmazione: è la capacità di descrivere chiaramente il proprio bisogno.
Un'IA può creare un'applicazione affidabile?
Sì, a condizione di non chiederle di scrivere il codice liberamente. Un modello che genera codice su richiesta produce un risultato imprevedibile, che nessuno verifica e che ogni ritocco può rompere. L'affidabilità nasce da un'architettura che circoscrive l'IA a ciò che sa fare bene: capire il tuo mestiere: e affida la scrittura del codice a programmi deterministici, il cui risultato è lo stesso a ogni esecuzione.
Qual è la differenza tra no-code e low-code?
Il no-code permette di costruire un'applicazione interamente con il mouse, senza scrivere né leggere codice: si rivolge ai non sviluppatori. Il low-code parte dalla stessa base visiva ma prevede di estendere l'applicazione scrivendo codice: si rivolge ai team tecnici che vogliono andare più veloci. In entrambi i casi, l'applicazione resta eseguita dalla piattaforma: è ciò che li distingue da un terzo approccio, la generazione di codice.
Quanto tempo per creare un'applicazione gestionale?
Tutto dipende dalla via scelta: mettete in conto diversi mesi per uno sviluppo su misura classico, da diversi giorni a diverse settimane per costruire da soli l'applicazione su una piattaforma no-code, e pochi minuti per una prima versione generata dall'IA a partire da una descrizione. In ogni caso, il tempo incomprimibile è lo stesso: quello di chiarire ciò di cui avete bisogno.
Quanto costa un'applicazione gestionale su misura?
Tutto dipende dal modo di realizzazione. Lo sviluppo su misura classico si misura in decine di migliaia di euro e in mesi di attesa; le piattaforme no-code fatturano un abbonamento, spesso per utente, che dura finché lo strumento vive; la generazione tramite IA riporta il su misura a un abbonamento contenuto: con Blueprint Maker, da 0 € (Scoperta) a 25 €/mese (Pro) o 149 €/mese (Max), con il costo di ogni generazione mostrato prima di avviarla.
Come sostituire Excel con una vera applicazione?
In tre fasi: prima rileggere il vostro foglio di lavoro per estrarne la struttura nascosta: quali cose segue (le entità), come si collegano (le relazioni), quali stati attraversano (gli stati) e quali totali calcolate (gli indicatori); poi scegliere una via di costruzione (no-code, sviluppo, generazione tramite IA); infine migrare progressivamente, con l'applicazione e il foglio di lavoro che coesistono per qualche settimana. Il segnale di partenza classico: più persone inseriscono dati, e le versioni divergono.
Chi possiede il codice di un'applicazione no-code?
Nella maggior parte dei casi, nessuno, perché non esiste un codice da possedere. Un'applicazione no-code è una configurazione eseguita dalla piattaforma dell'editore: possiedi i tuoi dati (generalmente esportabili in CSV), ma la logica, le schermate e l'esecuzione restano presso di lui, finché dura l'abbonamento. Solo gli strumenti che generano codice reale e te lo consegnano permettono una proprietà nel senso pieno.
Si può ospitare da soli la propria applicazione generata?
Sì: a condizione che lo strumento di generazione ti consegni un'applicazione reale, in tecnologie standard, in grado di funzionare al di fuori della sua piattaforma. È il caso di Blueprint Maker: ogni applicazione generata è un progetto Next.js + Prisma completo, esportabile in ZIP o inviato al tuo GitHub, che distribuisci sul server o sull'host di tua scelta. Un URL dedicato è incluso se preferisci non gestire nulla.
Si può modificare un'applicazione generata dall'IA?
Sì, in due modi complementari: rigenerare l'applicazione da una descrizione arricchita: la via senza codice, adatta alle evoluzioni di struttura: oppure recuperare il codice sorgente e farlo evolvere come qualsiasi progetto, da soli o tramite uno sviluppatore. La seconda via presuppone una condizione spesso trascurata: che il codice generato sia standard e leggibile, non un groviglio che nessuno osa toccare.
Si può usare la propria app gestionale su mobile?
Sì. Un'applicazione generata da Blueprint Maker è un'applicazione web distribuita a un proprio indirizzo: si apre nel browser del telefono, senza installare nulla e senza passare da uno store, e mostra esattamente gli stessi dati che vedi dal computer. Puoi aggiungerla alla schermata Home perché si apra a schermo intero con la sua icona. Il limite da conoscere: richiede una connessione, non esiste una modalità offline.
C'è un costo per utente su un'applicazione generata?
No. Ciò che viene fatturato è la generazione: il tuo piano stabilisce quanto puoi produrre nel mese, mai quante persone useranno poi l'applicazione. Questa arriva con i propri account e due ruoli (amministratore e sola lettura), che crei dall'applicazione stessa. Non c'è alcun contatore di postazioni da sorvegliare. L'unico limite reale è l'hosting, non una licenza.
Il software generato è un'applicazione vera, o solo un mockup?
È un'applicazione completa, non un mockup: un vero database PostgreSQL (tramite Prisma), rotte API che creano, leggono, modificano ed eliminano dati, un'autenticazione, e un'interfaccia che LEGGE e SCRIVE in quel database. Prima di essere consegnata, ogni applicazione passa una validazione automatizzata: deve compilare, avviarsi come in produzione e lasciare che un browser clicchi in ogni sezione, non solo « sembrare » funzionante.
Posso annullare il mio abbonamento in qualsiasi momento?
Sì. I piani Pro e Max sono fatturati mensilmente, senza impegno annuale da rompere. La disdetta si fa in autonomia dalle impostazioni di fatturazione, senza chiamate né motivazioni da fornire, e ha effetto alla fine del periodo già pagato: l'accesso non si interrompe a metà di un mese saldato. Il codice delle applicazioni già generate resta esportabile indipendentemente dall'abbonamento.
Cosa fare se il mio software aziendale non è più mantenuto?
Tre azioni, in questo ordine. Recuperate i dati finché il servizio è ancora attivo: la restituzione è prevista dal contratto e il diritto alla portabilità dei dati vi tutela. Proteggete quindi l’esercizio aziendale per tutta la durata della migrazione, perché un software che continua a funzionare non è affatto sicuro. Infine, scegliete un sostituto ponendovi la domanda che avreste dovuto fare la prima volta: se anche questo fornitore dovesse cessare l’attività, cosa mi rimane effettivamente in mano e in quale forma?
Qual è la differenza tra un ERP e un'applicazione generata?
Un ERP è una suite integrata che copre più funzioni aziendali (contabilità, HR, acquisti, produzione) su una base dati comune, distribuita da un fornitore specializzato, spesso lunga e costosa da implementare. Blueprint Maker genera UN'applicazione mirata per UN bisogno operativo che descrivi, in pochi minuti e a costo noto in anticipo: non è un ERP, è l'alternativa al foglio di calcolo fragile per il monitoraggio che nessun ERP copre bene o il cui costo lo rende inaccessibile.
L'applicazione generata è conforme al GDPR?
È necessario distinguere due livelli. Blueprint Maker, in qualità di editore, tratta i dati del vostro account nel rispetto del GDPR: hosting nell’Unione europea (OVH, Francia), subappaltatori vincolati da clausole contrattuali tipo, diritto alla portabilità dei dati. L’applicazione GENERATA, invece, è uno strumento che voi utilizzate: siete voi a diventare titolari del trattamento dei dati inseriti dai VOSTRI utenti; la piattaforma facilita questo ruolo (offre hosting nell’Unione europea, un database di vostra proprietà e nessun lock-in), ma non lo assume al vostro posto.
Bisogna cambiare software per la fatturazione elettronica?
In Italia la domanda è già stata risolta anni fa, ed è il punto che genera più confusione quando si leggono articoli tradotti da altri Paesi: la fattura elettronica tra soggetti residenti è obbligatoria dal 1° gennaio 2019, e dal 1° gennaio 2024 riguarda anche tutti i forfettari, senza soglia. Non c’è quindi nessuna scadenza futura da temere né alcuna piattaforma da scegliere: le fatture passano dal Sistema di Interscambio dell’Agenzia delle Entrate, e la conformità riguarda il programma con cui le EMETTETE e la loro conservazione a norma. Conviene perciò tenere separate due cose: il software di fatturazione, che deve rispettare il formato e la conservazione, e il vostro strumento di GESTIONE quotidiana — cantieri, interventi, magazzino, soci, pratiche — che non emette fatture e non è mai rientrato nell’obbligo. Un’applicazione generata con Blueprint Maker appartiene alla seconda categoria, e questa pagina spiega esattamente dove passa il confine.
È possibile avere più utenti su un'applicazione generata?
Sì. Non appena un'applicazione descritta richiede l'accesso, viene inclusa una gestione reale dei conti utente, non una singola password condivisa: l'amministratore può creare altri account, con ruolo di modifica o di sola lettura, ciascuno dotato del proprio identificativo. La creazione avviene dalla schermata Impostazioni, con una password temporanea utilizzabile una sola volta, che la persona dovrà modificare al primo accesso.
È possibile importare i propri dati Excel esistenti nell'applicazione?
Bisogna distinguere due aspetti che la domanda tende a confondere. La STRUTTURA della cartella di lavoro, sì: allegando il file .xlsx o .csv alla descrizione, le sue colonne e i suoi fogli vengono letti e trasformati in campi ed entità nel piano che approvi prima della costruzione. Le proprie RIGHE, no: non esiste uno schermo universale di importazione; l’applicazione viene fornita con dati dimostrativi, e i dati esistenti vanno recuperati o manualmente, limitatamente al perimetro effettivamente rilevante, oppure in un’unica operazione tramite il database, un normale database PostgreSQL che ti appartiene. Nel senso opposto, invece, l’uscita è immediata: esportazione CSV da ogni lista ed esportazione JSON di tutti i dataset.
Cosa succede se la persona che gestisce lo strumento se ne va?
Ciò che scompare con una partenza è quasi mai il dato, il file rimane, ma sono le REGOLE: le formule che nessun altro rilegge, il codice colore mai documentato, il passaggio che si eseguiva il 5 di ogni mese senza averlo mai annotato da nessuna parte. Un’applicazione sposta queste regole dalla testa di una persona a un luogo condiviso: vengono scritte in italiano nel piano che approvate prima della costruzione, poi in codice standard che qualsiasi sviluppatore può leggere. Restano invece fuori dalla portata di qualsiasi strumento le motivazioni, perché quella sconto, perché quel cliente viene trattato in modo diverso, che si trasmettono solo parlando, prima del distacco.
È possibile collegare l'applicazione generata agli altri strumenti?
In parte, e la sfumatura conta. Ogni applicazione generata espone un'API REST completa — una famiglia di rotte per tipo di dato — ma è protetta dal cookie di sessione: non esiste ancora una chiave API che consenta a un altro software di collegarsi da solo. Senza scrivere una riga, avete comunque l'esportazione in JSON e CSV di ogni insieme di dati, l'importazione di file sui dati di misura e l'accesso diretto al database se ospitate voi stessi. E poiché il codice è vostro, aggiungere una chiave API resta un lavoro ordinario.
Chi manterrà l'applicazione tra due anni?
Innanzitutto un dato rassicurante e verificabile: un’applicazione generata blocca le proprie dipendenze alla versione ESATTA, Next, React, Prisma e gli altri sono bloccati alla versione esatta, senza intervalli né résolution dynamique.. Si reinstalla quindi identicamente tra due anni e non si rompe da sola. Ciò che invece richiede manutenzione sono tre elementi distinti: gli aggiornamenti di sicurezza delle librerie, l’hosting e le vostre evoluzioni aziendali. Finché l’applicazione è raggiungibile all’URL incluso, i primi due non vi costano nulla; il giorno in cui la ospitate voi stessi o ne modificate il codice, diventa un software come tutti gli altri, e poiché il codice è standard Next.js e Prisma e vi appartiene, qualsiasi sviluppatore può riprenderlo.
Come far adottare lo strumento da parte del proprio team?
È la domanda che decide il destino dello strumento, e raramente si risolve su basi tecniche. Il modo più comune di fallire è sempre lo stesso: il team utilizza sia il nuovo software sia il foglio di calcolo, i due sistemi divergono e, dopo poche settimane, solo il foglio di calcolo è aggiornato. Un’applicazione generata ha un vantaggio concreto su questo punto: utilizza IL VOSTRO linguaggio, perché nasce dalla vostra descrizione, non da quella di un **editore** che vende lo stesso prodotto a trenta settori diversi. Potete anche rinominare i menu in un secondo momento e concedere a chi ne ha bisogno un accesso in sola lettura effettivamente bloccato lato server. Ciò che lo strumento NON fa: non forma nessuno, non include né tutorial integrati né monitoraggio dell’utilizzo, e non vi dirà chi lo sta usando.
Cosa fare se descrivo male la mia esigenza?
Questa è l’obiezione che impedisce a più persone di iniziare, ed è fondata su un’ipotesi errata: che la descrizione venga tradotta direttamente in codice, senza possibilità di tornare indietro. Non è questa la sequenza prevista. La vostra descrizione genera innanzitutto un PIANO, l’elenco dei dati, degli schermi e del loro tipo, che vi viene mostrato e che potete correggere PRIMA che venga scritta una sola riga di codice: rinominare un’entità, modificare il nome di un campo, aggiungere o rimuovere un valore di stato, persino cambiare il tipo di uno schermo. A questo stadio, sbagliare non costa nulla. Dopo la generazione, è comunque possibile apportare modifiche descrivendole in italiano, ma queste comportano la ricostruzione completa dell’applicazione e una nuova validazione automatica: è un’operazione più impegnativa, non un semplice aggiustamento.
L'applicazione funziona senza connessione internet?
No, e la sfumatura cruciale è che sembra invece funzionare: l’applicazione consegnata si installa sulla schermata iniziale di uno smartphone come un’app nativa, ma richiede la rete per ogni schermata. Non prétend toutefois fonctionner hors ligne: sans connexion, une liste affiche « Server irraggiungibile » au lieu de rester vide, et un formulaire en cours reste ouvert avec vos saisies, ce qui montre clairement qu’elle ne fonctionne qu’en ligne. Quello che non fa è memorizzare i vostri dati sul dispositivo né accodare le vostre immissioni per inviarle in seguito. Se digitate in ufficio, in officina o in negozio, non incontrerete mai questo limite; se digitate in una zona senza copertura, lo incontrerete già il primo giorno, e questa pagina vi spiega come tenerne conto prima dell’acquisto.
Is my data backed up?
The question covers three, and they do not have the same answer. A deletion made inside the application can be undone: nothing is really erased, the row goes to a trash from which a button restores it. Your data comes out whenever you want, every list having its own export. But a deployed application's database is backed up by NO automatic mechanism in the product — there is no backup command anywhere in the deployment chain, and it is the host's job to put one in place. Put plainly: one click too many fixes itself, a lost database does not. This page says exactly where the line runs, so you can ask the right questions before putting real data in.