Avevano fatto il sito. Mancava tutto ciò che non si vede

Una conversazione che ho già sentito molte volte

Mi è capitato spesso di parlare con titolari di piccole attività che avevano costruito il sito in casa. È successo con strumenti diversi e in anni diversi. Di recente, in uno di questi casi, non erano state realizzate soltanto alcune pagine: con un builder e l’aiuto dell’AI era nato anche un sistema per gestire gli appuntamenti.

Nel racconto c’erano lo studio dello strumento, le prove, gli errori superati e la soddisfazione di avere ottenuto da soli qualcosa che fino a poco tempo prima avrebbe richiesto competenze difficili da avvicinare. Capisco quella soddisfazione. Ho iniziato anch’io imparando, smontando e ricostruendo ciò che ancora non conoscevo.

Il passaggio che mi lascia perplesso arriva dopo: il sito si apre, la prenotazione parte, quindi il lavoro viene considerato concluso e la capacità di avere prodotto il risultato diventa automaticamente una competenza professionale.

Non è una questione di titoli né di anzianità. Un professionista può sbagliare e una persona molto preparata può realizzare un ottimo progetto per sé. L’errore è usare la parte visibile come prova sufficiente di tutto il resto.

Vedere una funzione che risponde non significa sapere come è stata costruita, che cosa protegge e chi saprà intervenire quando incontrerà un caso diverso da quello previsto durante la prova.

Non è una critica all’AI

Uso l’AI quotidianamente nel mio lavoro. Mi permette di analizzare, confrontare, scrivere test, controllare coerenza e affrontare attività che richiederebbero molto più tempo. Non avrebbe senso presentarla come il problema.

Anche un builder può essere una scelta proporzionata. Una pagina temporanea, un progetto personale o una presenza essenziale senza dati e funzioni particolari non hanno bisogno della stessa architettura di un servizio dal quale dipendono clienti e incassi.

Il confine non passa quindi tra chi usa l’AI e chi non la usa, né tra codice scritto a mano e piattaforme. Passa tra la generazione di un risultato e la responsabilità di metterlo in produzione. L’AI può proporre codice e configurazioni. Non conosce da sola il contesto dell’attività, non decide quali rischi siano accettabili e non risponderà a un cliente che ha perso una prenotazione.

La velocità rende più facile arrivare alla prima versione. Rende anche più facile saltare tutto ciò che, non producendo una schermata nuova, sembra tempo perso.

Il sito finiva dove cominciavano le domande

Un sistema di prenotazione è un esempio molto più interessante di una homepage. Una persona sceglie un giorno, lascia almeno un nome e un recapito, invia una richiesta e riceve una conferma. Durante una dimostrazione lineare può funzionare tutto.

Ma che cosa succede se due persone scelgono lo stesso orario? Se il servizio che invia le conferme non risponde? Se un campo riceve dati inattesi? Chi può vedere, modificare o cancellare gli appuntamenti? Dove finiscono le credenziali usate per collegare i servizi? Esiste un registro degli errori? Si può recuperare la situazione precedente dopo un aggiornamento sbagliato?

Non sono domande inventate per rendere complicato ciò che è semplice. Nascono dal momento in cui un esperimento comincia a gestire il tempo, i dati e il lavoro di altre persone.

Il test “ha funzionato sul mio telefono” dimostra il percorso felice: un dispositivo, una connessione, una sequenza prevista e nessun imprevisto. Mettere un sistema al servizio di un’attività significa occuparsi anche degli altri percorsi.

La parte invisibile non è un elenco di optional

Quando ho ricostruito il mio sistema di lavoro non mi sono limitato a preparare un tema dal quale partire. Ho definito un nucleo comune, profili realmente distinti per i siti mono e multilingua, componenti controllati e regole che ogni progetto deve rispettare.

La struttura semantica, l’accessibilità, le prestazioni, la SEO tecnica e la predisposizione alla ricerca nelle AI non vengono aggiunte quando avanza tempo. Lo stesso vale per configurazioni e segreti, validazione dei dati, dipendenze esterne, versionamento, test, pubblicazione selettiva e possibilità di ricostruire che cosa è cambiato.

Questa parte richiede più lavoro della singola pagina, ma non serve a me per sentirmi più tecnico. Serve al progetto per non dipendere dalla memoria di chi lo ha montato o dalla speranza che nulla cambi.

Un visitatore non deve conoscere questi dettagli. Il titolare dovrebbe però sapere se qualcuno li ha affrontati e chi continuerà a farlo.

Il risparmio dura finché non succede niente

Costruire internamente un sito può ridurre il costo iniziale. È un vantaggio reale e, per alcuni progetti, può essere la decisione giusta. Il prezzo evitato, però, non cancella il lavoro che il sistema richiede: lo lascia senza un responsabile oppure lo sposta più avanti.

Una richiesta che non arriva, due appuntamenti sovrapposti, un aggiornamento che rompe una funzione, dati esposti, tracciamenti gestiti male o un backup inutilizzabile non sono più problemi del sito. Diventano tempo perso, clienti da richiamare, fiducia da recuperare e costi non previsti.

Lo stesso vale per la proprietà. Se il dominio, gli account, i dati o le funzioni restano legati a una piattaforma o alla persona che li ha configurati senza documentazione, il problema emerge nel momento meno adatto: quando bisogna correggere, trasferire o ricostruire.

Il lavoro professionale comincia dopo la dimostrazione

Essere professionisti non significa conoscere in anticipo la risposta a qualunque problema. Significa sapere quali domande porre, dichiarare ciò che non si sa ancora, verificare le ipotesi e lasciare traccia delle decisioni.

Significa anche saper dire che una funzione non serve, che un rischio è sproporzionato o che una piattaforma è sufficiente per l’obiettivo. Aggiungere complessità non è una prova di competenza. Toglierla senza perdere controllo spesso lo è.

Io uso l’AI dentro questo processo. La uso per aumentare la portata del lavoro, non per sostituire il controllo. Se una proposta generata è plausibile ma sbagliata, la responsabilità resta mia. Se una modifica deve essere pubblicata, devo sapere quali file cambiano, quali verifiche sono pertinenti e come tornare indietro.

È una parte del lavoro poco spettacolare. Non produce ogni volta una nuova schermata da mostrare. È però quella che permette di affidare al sito dati, reputazione e una parte dell’attività senza trattarlo come un esperimento permanente.

Le domande da fare prima di scegliere

Chi commissiona un sito non deve trasformarsi in sviluppatore, esperto di sicurezza o consulente privacy. Può però chiedere risposte comprensibili:

• quali dati raccoglierà il sito e quali servizi esterni li riceveranno;
• che cosa viene caricato prima e dopo una scelta sui cookie;
• chi potrà accedere alle informazioni e come verranno protette le credenziali;
• come saranno verificati accessibilità, prestazioni, SEO e funzioni importanti;
• quali backup esisteranno e se il ripristino è stato previsto;
• chi possiederà dominio, account, codice e dati;
• chi interverrà dopo la pubblicazione e che cosa accadrà quando qualcosa non funzionerà.

Non serve ottenere una lezione tecnica. Serve capire se dietro la risposta esiste un metodo oppure soltanto la fiducia che lo strumento abbia pensato a tutto.

La possibilità di creare un sito con pochi mezzi è una buona notizia. Permette a più persone di sperimentare e a più attività di cominciare. Diventa un problema quando la facilità della prima versione viene scambiata per la preparazione necessaria a sostenerla.

L’AI può aiutare a costruire ciò che appare sullo schermo. Un sito professionale comincia da tutto ciò che deve continuare a esistere quando lo schermo non racconta più l’intera storia.