Ho ricostruito da zero il mio modo di fare siti web

Il momento in cui aggiornare non bastava più

Per molti anni la continuità del mio lavoro è dipesa anche da rapporti costruiti nel tempo. Clienti che tornavano, persone che mi conoscevano, collaborazioni che non richiedevano di spiegare ogni volta da capo chi fossi e come lavorassi.

Quei rapporti non sono spariti. Alcuni clienti continuano ad affidarmi il loro lavoro, e la loro fiducia vale più di qualunque slogan. Ma proprio questa continuità ha reso evidente una debolezza: per molto tempo non avevo avuto bisogno di costruire un sistema capace di raggiungere persone nuove.

Mi sono quindi trovato davanti a una domanda scomoda: il modo in cui mi presentavo, producevo e vendevo il mio lavoro era ancora adeguato al mercato in cui stavo cercando di restare?

Avrei potuto limitarmi a rifare il mio sito, cambiare qualche testo e aggiornare il portfolio. Sarebbe stato più semplice, ma avrebbe conservato lo stesso sistema che non stava più producendo futuro.

Il problema non era una homepage vecchia. Era necessario ricostruire il modo in cui progettavo, dimostravo, consegnavo e mantenevo un sito.

La strada più facile sarebbe stata inseguire il mercato

Oggi pubblicare una pagina è diventato semplicissimo. CMS, temi, builder e strumenti AI permettono di ottenere in poche ore qualcosa che assomiglia a un sito. Per molte esigenze limitate è un risultato sufficiente e non avrebbe senso negarlo.

Avrei potuto adattarmi proponendo anch’io siti assemblati rapidamente, aggiungendo servizi e plugin in base alla richiesta o competendo sul prezzo con chi è appena entrato nel settore.

Non l’ho fatto perché non sarebbe stata un’evoluzione del mio lavoro. Sarebbe stato un modo per rinunciare proprio alla parte per cui trent’anni di esperienza possono ancora fare la differenza: capire il problema, scegliere l’architettura, ridurre le dipendenze, verificare il risultato e risponderne personalmente.

Ripartire da zero non significa tornare principiante

Nel 1995 una pagina poteva nascere in Photoshop, essere ritagliata e ricomposta in una tabella HTML. Da allora ho lavorato con linguaggi, database, animazioni, CMS, e-commerce, responsive design, servizi esterni e strumenti AI. Ho visto soluzioni presentate come definitive diventare obsolete e altre, date per superate, dimostrarsi ancora proporzionate al problema.

Questa storia non mi autorizza ad avere ragione per anzianità. Mi permette però di riconoscere un errore ricorrente: confondere la novità dello strumento con la qualità del progetto.

Quando ho ricominciato, non sono tornato al punto di partenza. Ho usato ciò che avevo imparato per costruire un sistema nuovo senza trascinarmi dietro ogni abitudine del passato.

Che cosa ho ricostruito davvero

Il risultato visibile è un nuovo sito. Il lavoro principale, però, vive sotto e intorno alle pagine.

Questi strumenti non sono nati per aggiungere funzioni all’elenco dell’offerta. Partono da problemi concreti: capire prima di spendere, ridurre il rischio della scelta e permettere di aggiornare ciò che cambia senza trasformare ogni sito in un CMS generalista.

La parte meno visibile della ricostruzione è proprio questa: ogni soluzione deve avere un motivo per esistere, un perimetro comprensibile e un modo per verificarne il risultato.

L’AI non ha sostituito il mio lavoro: ne ha aumentato la portata

Uso l’AI ogni giorno. Mi aiuta a confrontare grandi quantità di informazioni, controllare coerenza, preparare test, analizzare dati, documentare decisioni e trovare errori che richiederebbero molto più tempo.

Non le affido però la responsabilità del risultato. Un testo plausibile può essere inesatto. Un componente funzionante può essere inaccessibile. Una pagina gradevole può avere un messaggio sbagliato. Un test superato in locale può fallire nell’ambiente reale.

Per me l’AI non rappresenta il ritorno ai siti prodotti in serie. È lo strumento che mi permette, lavorando da solo, di applicare a ogni progetto un livello di analisi e controllo prima irraggiungibile.

Quello che non intendo cambiare

Non posso controllare quale contenuto, incontro o progetto produrrà la prossima occasione. Posso però controllare la qualità di ciò che mostro, la chiarezza dell’offerta e il modo in cui rispondo quando quell’occasione arriva.

Non venderò un sito come se fosse una scatola chiusa. Non intesterò a me dominio e servizi del cliente. Non userò un punteggio automatico come certificazione. Non aggiungerò una tecnologia soltanto perché è di moda. Non presenterò l’AI come una scorciatoia capace di sostituire obiettivi, contenuti e responsabilità.

Posso cambiare strumenti, offerta e modo di comunicare. Non il dovere di consegnare un prodotto comprensibile, posseduto dal cliente e verificato sul suo caso reale.

Che cosa cambia per chi deve scegliere un sito

Chi mi affida un progetto non deve interessarsi al numero dei file, al linguaggio che uso o al funzionamento del mio processo Git. Deve poter conoscere risposte più semplici:

• chi progetta e chi sviluppa;
• che cosa sarà realmente compreso;
• chi possiederà dominio, account, contenuti e dati;
• come verranno controllati prestazioni, accessibilità e sicurezza;
• che cosa succederà dopo la pubblicazione;
• da quali strumenti e fornitori dipenderà il sito;
• chi si assumerà la responsabilità quando qualcosa non funziona.

Ho ricostruito il mio modo di lavorare per poter rispondere a queste domande prima di chiedere fiducia.

Sto documentando questa ricostruzione prima di conoscerne l’esito. È meno comodo che raccontarla a risultato acquisito, ma è anche il modo più onesto per mostrare come lavoro.