L'agenzia ti ha consegnato il sito. Il «backend» è un Google Form. Perché non hai un prodotto (e i clienti se ne accorgono)

Il sito bello che non tiene uno stato

L’agenzia ti ha consegnato il sito. È bello, è veloce, le foto sono curate, sul telefono si vede benissimo. Hai pagato, sei contento. Poi arriva il primo bisogno vero: un cliente vuole vedere il suo ordine, o prenotare, o caricare un documento, o accedere a un’area sua. E scopri che dietro quella bella facciata non c’è niente. Il “backend” — la parte che dovrebbe ricordare le cose — è un Google Form che ti manda un’email, o un modulo di contatto, o niente. Il sito bello non tiene uno stato: non sa chi sei, non ricorda cosa hai fatto, non conserva niente. È una vetrina, non un prodotto.

Questa è la delusione silenziosa di tante PMI: hanno pagato per quello che credevano fosse “la loro presenza digitale”, e si ritrovano una brochure online. Va benissimo, se ti serviva una brochure. Diventa un problema nel momento in cui il tuo business ha bisogno di far succedere qualcosa online — un ordine, una prenotazione, un accesso, una pratica — perché la brochure non fa succedere niente: mostra e basta. E i clienti se ne accorgono, perché sono abituati a servizi che ricordano chi sono e dove erano rimasti.

Questo articolo è per chi ha in mano un sito vetrina e comincia a sospettare che gli serva un prodotto digitale. Vediamo la differenza vera (non è “più pagine” o “più bello”: è tenere uno stato), cosa manca esattamente in una vetrina, perché il no-code e i Form ti portano all’80% e poi ti sbattono contro un muro, e — la parte pratica — come si briefa chi deve costruirtelo, perché “fammi un sito” è la richiesta che ti riporta al punto di partenza.

Cosa manca: utenti, permessi, storico, pagamenti, file

Facciamo l’inventario di ciò che un sito vetrina non ha e un prodotto digitale sì. Sono cinque cose, e ognuna è un pezzo di “memoria” che la vetrina non possiede.

Gli utenti. Un prodotto sa chi sei. Ti riconosce quando torni, ti mostra le tue cose, ti tratta come te e non come un visitatore anonimo. La vetrina non ha utenti: chiunque arriva vede la stessa pagina, e quando se ne va non resta traccia. Il momento in cui il tuo business ha bisogno di “l’area del cliente”, la vetrina è già insufficiente.

I permessi. Un prodotto sa cosa ognuno può vedere e fare: il cliente vede i suoi dati, l’operatore i suoi, il titolare tutto. La vetrina non ha ruoli, perché non ha nemmeno utenti. Appena serve che qualcuno veda una cosa e qualcun altro no, la vetrina non basta.

Lo storico. Un prodotto ricorda. Gli ordini passati, le prenotazioni, i documenti, le azioni fatte. È la memoria che permette al cliente di “riprendere da dove aveva lasciato” e a te di sapere cosa è successo. La vetrina non ricorda niente: ogni visita ricomincia da zero.

I pagamenti. Un prodotto può incassare in modo integrato: l’ordine, l’abbonamento, la caparra, collegati a chi ha pagato cosa e quando. La vetrina, al massimo, ha un bottone che manda su un sistema esterno, senza che il “sito” sappia cosa è successo dopo.

I file. Un prodotto gestisce documenti: caricamenti, download, permessi su chi vede quale file. La vetrina, se va bene, ha dei PDF da scaricare uguali per tutti. Appena serve che questo cliente carichi o scarichi il suo documento, la vetrina è fuori gioco.

Questi cinque pezzi sono ciò che trasforma “una pagina che mostra” in “uno strumento che fa”. E richiedono, sotto, un lavoro che l’agenzia web classica spesso non fa: un modello dei dati, una logica, un backend vero. È lo stesso lavoro invisibile che sta sotto ogni app interna che tocca i dati aziendali e sotto un portale clienti: la parte che non si vede è quella che decide se hai un prodotto o una cartolina.

Il cliente che torna e i dati non ci sono

C’è un momento preciso in cui la differenza tra vetrina e prodotto smette di essere teorica e diventa una figuraccia: quando il cliente torna. La prima volta, la vetrina regge — il cliente arriva, guarda, magari compila un form. La seconda volta, quando torna aspettandosi che il “sito” si ricordi di lui, la vetrina lo tratta di nuovo come uno sconosciuto. Deve ricompilare tutto, non trova quello che aveva fatto, non ha un posto suo. E lì il cliente pensa una cosa semplice: “ma questi non sono attrezzati”.

Pensa a cosa succede in pratica. Un cliente ha fatto un ordine e vuole rivederlo: nella vetrina non c’è, deve scriverti un’email e aspettare. Un cliente vuole rifare la stessa prenotazione: deve ricominciare da capo. Un cliente ha caricato un documento e vuole controllarlo: non c’è nessun posto dove sta. Ogni volta, la vetrina scarica su di te (email, telefonate, lavoro manuale) ciò che un prodotto farebbe da solo. Non solo perdi l’efficienza: perdi credibilità, perché il cliente confronta la tua esperienza con quella dei servizi che usa ogni giorno, che lo riconoscono e lo ricordano.

Questo è il costo nascosto della vetrina quando il business avrebbe bisogno di un prodotto: non è che “il sito è brutto”, è che ogni operazione che dovrebbe avvenire online avviene invece a mano, via email, con te nel mezzo. Ed è un costo che cresce col numero di clienti — più cresci, più la mancanza di un prodotto ti soffoca.

Il conto: quanto ti costa la vetrina quando ti serve un prodotto

Mettiamo dei numeri, dichiarati come stime ma rifacibili sulla tua azienda, perché “perdi operazioni” resta vago finché non lo traduci in euro. Il costo di avere una vetrina dove servirebbe un prodotto si nasconde in due voci.

La prima: il lavoro manuale che scarichi su di te. Ogni operazione che un prodotto farebbe da solo — dare al cliente lo stato del suo ordine, far rifare una prenotazione, far scaricare un documento — nella vetrina diventa un’email o una telefonata da gestire a mano. Se sono, poniamo, 20 di queste micro-richieste al giorno, a 5 minuti l’una, sono quasi 2 ore al giorno di lavoro che non dovrebbe esistere: su base annua, oltre 400 ore, cioè intorno a 10.000 € di tempo buttato a fare da centralino tra i clienti e informazioni che dovrebbero vedersi da soli.

La seconda, più grande e invisibile: le operazioni che non avvengono. Il cliente che avrebbe ordinato di sera ma non poteva (l’ufficio era chiuso e la vetrina non prende ordini), quello che ha rimandato la prenotazione perché scomoda e non l’ha più fatta, quello che se n’è andato dal concorrente che aveva l’area clienti. Non li vedi nei conti, perché sono ricavi che non sono entrati. Ma è quasi sempre la voce che pesa di più: una manciata di operazioni perse a settimana, su base annua, vale molto più delle ore di lavoro manuale.

Voce	Stima
Micro-richieste manuali evitabili (stato, riordini, documenti)	~20/giorno
Tempo perso a gestirle a mano	~2 h/giorno → ~400 h/anno (~10.000 €)
Operazioni non avvenute (ordini/prenotazioni fuori orario, clienti persi)	invisibile, spesso la voce maggiore

Il punto è che la vetrina non è “a costo zero” quando ti servirebbe un prodotto: è una tassa nascosta che paghi in ore e in ricavi mancati, e cresce col numero di clienti. Ragionare su questo costo dell’inerzia è lo stesso esercizio che serve per capire quanto costa decidere a naso invece che sui dati: il costo c’è, non compare in fattura, e proprio per questo non lo affronti mai.

No-code e Form: l’80% e poi il muro

A questo punto la reazione ragionevole è: “ok, non basta la vetrina, ma non voglio spendere una fortuna — usiamo il no-code, mettiamo insieme qualche strumento, un modulo evoluto”. È un ragionamento giusto per partire, e per validare un’idea il no-code è perfetto: veloce, economico, ti fa vedere se la cosa funziona. Ma se il prodotto è il cuore del tuo business, il no-code ti porta all’80% e poi ti sbatte contro un muro. Vale la pena capire dov’è quel muro, perché è sempre lo stesso.

Il no-code e i Form al posto del gestionale gestiscono bene il caso semplice e lineare: un modulo, una lista, un flusso standard. Il muro arriva quando ti servono le cose che rendono il prodotto tuo: una logica particolare che il tuo business ha e gli altri no, un’integrazione seria col tuo gestionale, permessi fini, prestazioni quando i numeri salgono, un’esperienza su misura invece che dentro i binari del tool. Lì il no-code o non fa la cosa, o la fa a metà con incastri fragili che si rompono al primo aggiornamento. E ti ritrovi con un Frankenstein che costa in manutenzione più di quanto avresti speso a farlo bene, fa comunque solo l’80%, e per il 20% che conta — che è proprio ciò che distingue la tua azienda — devi dire ai clienti “eh, quello scrivimi via email”.

È lo stesso muro dell’80% che si incontra con ogni scorciatoia pronta, e la regola per decidere è sempre quella: quanto del valore del tuo prodotto sta in quel 20% che il pronto non fa? Se ci sta il cuore del tuo modo di lavorare, il no-code è una trappola che scopri tardi. Se invece ti serve una cosa standard e lineare, il no-code va benissimo e sarebbe sciocco spendere di più — anche questo fa parte dell’onestà.

Cosa vedi in un prodotto vero: login, elenco, dettaglio, azione

Smettiamo di parlare in astratto e vediamo com’è fatto, a schermo, un prodotto digitale vero. Perché la parola “prodotto” è vaga, ma la struttura è quasi sempre la stessa, ed è riconoscibile. Un prodotto ha quattro elementi che una vetrina non ha.

Il login. C’è un modo per entrare ed essere riconosciuti. Da lì in poi, il prodotto sa chi sei e ti mostra le tue cose. È la porta che trasforma un visitatore anonimo in un utente con i suoi dati.

L’elenco. Una volta dentro, vedi la lista delle tue cose: i tuoi ordini, le tue prenotazioni, i tuoi documenti, le tue pratiche. È la memoria resa visibile — tutto quello che ti riguarda, in un posto, aggiornato.

Il dettaglio. Clicchi su una cosa dell’elenco e vedi il dettaglio: quello specifico ordine, con il suo stato, la sua storia, i suoi documenti. È il livello dove il prodotto ti dà l’informazione precisa che cerchi, senza che tu debba chiederla a qualcuno.

L’azione. E soprattutto: puoi fare qualcosa. Confermare, ordinare di nuovo, caricare, pagare, cambiare stato. L’azione è ciò che distingue un prodotto (dove succedono cose) da un archivio (dove le cose si guardano e basta). È il pulsante che, premuto, cambia lo stato del mondo — e la vetrina non ha niente del genere.

Login, elenco, dettaglio, azione: se un progetto “web” non ha questi quattro elementi, quasi certamente stai comprando una vetrina, non un prodotto. E se il tuo business ha bisogno che i clienti facciano cose online, ti serve la seconda. È lo stesso scheletro che regge un prodotto AI vendibile o qualsiasi software serio: l’interfaccia bella è la superficie, ma sotto ci sono utenti, dati e azioni, o non è un prodotto.

Checklist: hai una vetrina o un prodotto?

Un modo rapido per capire da che parte stai. Rispondi sì o no:

• Il sito sa chi sei quando torni (login, area personale)? Se no → vetrina.
• Ricorda quello che hai fatto (ordini, prenotazioni, documenti)? Se no → vetrina.
• Puoi fare azioni che cambiano qualcosa (ordinare, prenotare, caricare, pagare) e restano registrate? Se no → vetrina.
• Persone diverse vedono cose diverse in base a chi sono (permessi)? Se no → vetrina.
• È collegato ai tuoi dati veri (gestionale, magazzino, anagrafiche)? Se no → probabile vetrina con un form appiccicato.

Se hai risposto “no” alla maggior parte, hai una vetrina — il che è perfetto se ti serviva una brochure, e insufficiente se il tuo business ha bisogno di far succedere cose online. La checklist non serve a farti sentire in colpa: serve a capire cosa hai comprato, così la prossima volta chiedi la cosa giusta.

Quanto costa rifare vs rattoppare

La domanda pratica: se ho una vetrina e mi serve un prodotto, rattoppo o rifaccio? Dipende, e vale la pena ragionarci con onestà invece che d’impulso.

Rattoppare (appiccicare pezzi alla vetrina esistente: un plugin per l’area clienti, un form evoluto, un’integrazione al volo) ha senso se il bisogno è piccolo e circoscritto, e se la vetrina è fatta su una base che permette di aggiungere. Costa poco subito. Il rischio è che, a furia di rattoppi, ti ritrovi con un sistema fragile che si rompe di continuo e costa in manutenzione più di quanto immaginavi — il classico “spendi meno tre volte e alla fine hai speso di più”, con in mezzo mesi di malfunzionamenti.

Rifare (costruire il prodotto vero, tenendo semmai la vetrina come facciata) costa di più all’inizio, ma ti dà una base solida su cui crescere, senza il debito dei rattoppi. Ha senso quando il prodotto è il cuore del business — cioè quando le operazioni che ti servono online non sono un accessorio ma sono il modo in cui lavori o incassi.

La regola pratica: se stai perdendo operazioni (ordini non presi, prenotazioni perse, clienti che se ne vanno perché l’esperienza è scomoda), il costo di non avere un prodotto è già più alto del costo di farlo, e rattoppare non fa che rimandare. Se invece ti serve solo qualche funzione in più su una brochure che va bene così, rattoppa e non spendere di più. Su come si valuta cosa stai comprando davvero quando commissioni uno sviluppo — MVP, manutenzione, cosa è incluso e cosa è fuffa — ho scritto nella guida a comprare software su misura.

Come briefare chi deve costruirlo (non «fammi un sito»)

Ecco la parte che ti fa risparmiare più soldi di tutte: come chiedi la cosa. Se vai da chi costruisce software e dici “fammi un sito”, ti daranno un sito — una vetrina — perché è quello che hai chiesto. Se vuoi un prodotto, devi briefare un prodotto, e non è difficile: basta descrivere le operazioni, non l’aspetto.

Un brief da una pagina per un prodotto digitale, invece che per una vetrina, risponde a queste domande:

• Chi lo usa? I tipi di utente (cliente, operatore, titolare, partner) e cosa deve poter fare ciascuno.
• Quali operazioni devono succedere? Non “voglio una pagina servizi”, ma “il cliente deve poter ordinare, vedere lo stato, riordinare”; “l’operatore deve poter approvare”; “il titolare deve vedere il riepilogo”.
• Quali dati servono e da dove vengono? Anagrafiche, prodotti, giacenze, documenti — e se stanno già in un gestionale da collegare.
• Cosa deve ricordare? Lo stato che il prodotto deve conservare (ordini, storico, documenti, pagamenti).
• Cosa succede quando le cose vanno storte? Il pagamento che non passa, il documento sbagliato, l’eccezione. Un prodotto le gestisce; una vetrina no.

Nota cosa NON c’è in questo brief: parole sull’estetica. Non perché l’aspetto non conti, ma perché l’aspetto è la parte facile — la parte difficile, e quella che fa la differenza tra vetrina e prodotto, sono le operazioni, i dati, gli stati. Se briefi le operazioni, chi costruisce capisce che vuoi un prodotto e ti propone un prodotto. Se briefi solo l’aspetto, ottieni una vetrina. La differenza è tutta nella domanda che fai.

E qui c’è il punto sul chi: un prodotto vero è dati, backend e interfaccia insieme, e vanno dalla stessa testa. L’agenzia web classica è bravissima sulla facciata e spesso non ha il pezzo del backend e dei dati; se glielo chiedi, subappalta, e ottieni i due mondi che non si parlano. Per un prodotto serve qualcuno che faccia UI + logica + dati end-to-end, o l’interfaccia sarà bella e sotto non ci sarà niente che tiene lo stato — esattamente la vetrina da cui volevi scappare.

Un caso tipo: dalla brochure al prodotto che incassa

Un profilo tipico, architetturale, senza nomi. Una PMI di servizi aveva un bel sito rifatto da poco: curato, veloce, con le pagine dei servizi e un modulo di contatto. Il problema è che tutto il lavoro vero avveniva dopo il modulo: il cliente scriveva, qualcuno in ufficio rispondeva via email, mandava un preventivo, riceveva i documenti come allegati, li archiviava a mano, aggiornava a voce sullo stato. Il “sito” non c’entrava più niente: era una vetrina davanti a un processo tutto manuale, e più i clienti crescevano, più l’ufficio annegava di email e telefonate “a che punto siamo?”.

Cosa si è fatto. Non si è buttato il sito: si è tenuto come facciata, e dietro si è costruito il prodotto che mancava. Login per il cliente, con la sua area; l’elenco delle sue pratiche; il dettaglio con lo stato e i documenti; le azioni (carica il documento, approva il preventivo, vedi lo stato). I dati collegati a quello che l’azienda già usava, così l’ufficio non reinseriva niente. Non “un sito più grande”: un prodotto con utenti, stato e azioni, dietro la stessa vetrina.

A regime, la differenza non è stata estetica (la facciata era già bella): è stata che le operazioni hanno cominciato ad avvenire da sole. Il cliente vedeva lo stato senza chiamare, caricava i documenti nel posto giusto, approvava online; l’ufficio ha smesso di fare da centralino e si è messo a lavorare le eccezioni. Le micro-richieste manuali sono quasi sparite, e alcune operazioni che prima si perdevano fuori orario hanno cominciato a entrare. La nota onesta: è costato più di un restyling del sito, e aveva senso proprio perché il business perdeva operazioni e tempo ogni giorno — se fosse servita solo una brochure, sarebbe stato uno spreco, e si sarebbe tenuta la vetrina così com’era.

È per te se / non è per te se

È per te se: hai un sito che è una bella vetrina ma il tuo business ha bisogno di far succedere cose online (ordini, prenotazioni, aree clienti, pratiche, pagamenti); stai perdendo operazioni o scaricando su email e telefono ciò che un prodotto farebbe da solo; i clienti tornano e si aspettano di essere riconosciuti, e la vetrina li tratta da sconosciuti; hai già dati (in un gestionale, in Excel) che un prodotto dovrebbe usare.

Non è per te se: ti serve davvero solo una brochure — presentare l’azienda, farti trovare, raccontare i servizi — e nessuna operazione deve avvenire online (allora una vetrina fatta bene è perfetta, e un prodotto sarebbe uno spreco); stai ancora validando un’idea e un no-code ti basta per capire se funziona (parti da lì, il prodotto vero viene dopo); non hai operazioni vere da gestire, solo il bisogno di esserci.

Domande frequenti

Come faccio a sapere se ho una vetrina o un prodotto? Con la checklist: il sito sa chi sei quando torni? ricorda cosa hai fatto? puoi fare azioni che restano registrate? persone diverse vedono cose diverse? è collegato ai tuoi dati veri? Se rispondi “no” alla maggior parte, hai una vetrina. Non è un male in sé — è un problema solo se il tuo business ha bisogno di far succedere cose online.

L’agenzia mi ha fregato? Non necessariamente: probabilmente hai chiesto (o ti hanno venduto) un sito, e ti hanno dato un sito. Il problema nasce quando ti serviva un prodotto e non è stato distinto dalla vetrina. Molte agenzie web sono bravissime sulla facciata e non hanno il pezzo del backend: non è disonestà, è che fanno un altro mestiere. La prossima volta briefa le operazioni, non l’aspetto.

Non posso aggiungere un’area clienti con un plugin? A volte sì, per bisogni piccoli e standard. Ma se il cuore è tenere uno stato serio (ordini, permessi, integrazione col gestionale), i plugin ti portano all’80% e poi si rompono al primo caso non previsto. Il criterio è quanto del valore sta nel 20% che il plugin non fa. Se ci sta il cuore, rattoppare è rimandare.

Quanto costa un prodotto vero rispetto a una vetrina? Di più, perché sotto c’è un lavoro che la vetrina non ha: modello dei dati, backend, logica, permessi. Ma il confronto giusto non è “vetrina vs prodotto” in astratto: è quanto ti costa non avere il prodotto (operazioni perse, lavoro manuale, clienti insoddisfatti). Se stai perdendo operazioni, il prodotto si ripaga; se ti bastava una brochure, il prodotto è uno spreco.

Posso partire dalla vetrina e trasformarla dopo? Dipende da com’è fatta. A volte la vetrina si tiene come facciata e ci si costruisce il prodotto dietro; a volte la base non regge e conviene rifare. La cosa importante è non illudersi che “aggiungere pezzi” a una vetrina la trasformi gradualmente in prodotto: oltre un certo punto, i rattoppi costano più del rifare bene.

Il no-code non è più economico? Per validare un’idea, sì, ed è la scelta giusta all’inizio. Per un prodotto che è il cuore del business e deve reggere crescita, integrazioni e casi particolari, il no-code si ferma all’80% e il restante 20% — proprio quello che ti distingue — diventa impossibile o fragile. Pronto per validare, su misura quando il valore sta nella parte che il pronto non fa.

Come briefo chi deve costruirlo? Descrivi le operazioni, non l’aspetto: chi lo usa e cosa deve poter fare, quali dati servono e da dove vengono, cosa deve ricordare, cosa succede quando le cose vanno storte. Un brief da una pagina su questi punti fa capire che vuoi un prodotto. “Fammi un sito bello” fa capire che vuoi una vetrina — e te la daranno.

Serve una sola persona o un team? Serve che dati, backend e interfaccia nascano dalla stessa testa (o dallo stesso team affiatato), non da fornitori scollegati che si subappaltano. Un prodotto dove l’interfaccia non sa cosa fa il backend è la vetrina con un form appiccicato: bella davanti, vuota dietro.

In una riga

Un sito vetrina mostra; un prodotto digitale fa succedere cose e le ricorda. La differenza non è l’estetica o il numero di pagine: è tenere uno stato — utenti, permessi, storico, pagamenti, file — che la vetrina non ha. Se il tuo business ha bisogno che i clienti ordinino, prenotino, accedano, carichino, e la tua “presenza digitale” è una brochure con un Google Form dietro, stai perdendo operazioni e credibilità. Il no-code va bene per validare; per il prodotto vero, che regge il tuo 20% distintivo, serve qualcuno che faccia UI, logica e dati insieme. E soprattutto: briefa le operazioni, non l’aspetto — o continuerai a ricevere vetrine.

Se hai una vetrina e sospetti che ti serva un prodotto, guarda i progetti che ho costruito o scrivimi due righe: partiamo dalle operazioni che devono avvenire online e dai dati che hai già, non da un tema grafico.