Web, UX e prodotto che converte

Un sito bello non è un prodotto. È la trappola più comune del digitale: l’agenzia consegna una vetrina splendida, tu paghi le ads per portarci la gente, e al secondo click — quando l’utente prova a fare qualcosa — la cosa si rompe, si impantana, o semplicemente non fa niente. Perché sotto la vernice non c’è un motore. Questa guida raccoglie gli articoli su come si passa dal sito-vetrina al prodotto digitale che converte: un frontend serio, legato a un backend vero, che fa fare a chi arriva la cosa per cui è arrivato — e la fa fare fino in fondo.

Il principio: il prodotto è la faccia, ma dietro serve il motore

Il filo che lega questi articoli è la distinzione tra vetrina e prodotto. La vetrina ti mostra e basta: il visitatore legge, guarda, e se ne va. Il prodotto fa fare qualcosa — prenota, compra, gestisce, produce un risultato — e per farlo ha bisogno di due cose che la vetrina non ha: una faccia usabile (il frontend, con i suoi stati, errori, vuoti, permessi) e un motore vero dietro (il backend, i dati, la logica). Quando manca la faccia, hai un motore che il cliente non sa usare (il “deserto”). Quando manca il motore, hai una faccia che al primo click vero crolla. Un prodotto è entrambi, cuciti insieme.

L’altro filo è che il valore, in un prodotto, sta nell’80% invisibile: non il caso ideale in cui tutto va bene, ma gli stati storti — cosa vede l’utente mentre carica, quando sbaglia, quando non ha dati, quando non ha i permessi. È lì che un prodotto si chiude o perde la gente all’ultimo metro.

Vetrina o prodotto: capire cosa hai (e cosa ti serve)

• «L’agenzia mi ha consegnato il sito, ma il “backend” è un Google Form» — la differenza tra una vetrina e un prodotto, e quando quello che è nato per un altro scopo presenta il conto: sito vetrina contro prodotto digitale.
• «Il sito è bello e al secondo click si rompe» — perché la lentezza e gli errori fanno scappare i clienti, e come la velocità percepita è un lavoro di frontend: il sito lento che fa sbagliare gli utenti.
• «Pago le ads e perdo la gente al form» — dove si abbandona un flusso e come si chiude, invece di comprare più traffico per un secchio bucato: l’abbandono di prenotazione e carrello.

Costruire prodotto (per chi lo vende ad altri)

Una parte di questa guida è per chi il prodotto lo costruisce e lo rivende — software house e agenzie:

• «Ho il backend, mi manca la faccia» — perché una software house senza frontend consegna un deserto, e come si chiude il prodotto lavorando in due team senza rimpalli: il frontend per software house.
• «Rifaccio ogni progetto da zero, il margine muore» — il white-label per vendere lo stesso prodotto a molti clienti col loro marchio: un core, tante pelli: il white-label per la tua agenzia.

Quando dentro c’è l’AI

Sempre più prodotti hanno un pezzo di intelligenza artificiale, e qui il confine è tutto:

• «Voglio vendere un prodotto AI ai clienti» — da ChatGPT in demo a un prodotto vero, solido e rivendibile: lanciare un prodotto AI white-label.
• «Mi hanno detto che mi serve “un modello”» — no: ti serve un processo che produce un output affidabile, non un chatbot che promette tutto: prodotto LLM contro chatbot.

Il pezzo che decide tutto: gli stati, non il caso ideale

Sotto ogni prodotto che converte c’è la disciplina degli stati. Il caso bello — dati presenti, tutto funziona, utente con i permessi giusti — è il 20% del lavoro. L’altro 80% è ciò che succede quando le cose vanno storte: il caricamento, l’errore che deve dire cosa fare invece di “qualcosa è andato storto”, lo stato vuoto che guida il nuovo utente, i permessi che mostrano a ciascuno solo ciò che può fare. Un prodotto fatto da chi taglia questi angoli funziona nella demo e crolla il primo giorno vero. È il motivo per cui il frontend serio non è “un po’ di CSS”: è dove nasce o muore l’esperienza.

E gli errori più costosi vivono nella cucitura tra faccia e motore: il backend che rifiuta per una sua regola (data occupata, codice scaduto) e il frontend che non sa spiegare perché, così mostra un muro invece di un’azione. Questo si risolve solo con una regia unica che tiene insieme i due lati — la stessa mano che descrivo in tutta la guida al comprare software su misura.

Come usare questa guida

Parti dall’articolo che descrive il tuo dolore. Ognuno include il conto di quanto stai lasciando sul tavolo, cosa cambia concretamente a schermo, la timeline onesta, e la sezione “è per te se / non è per te se” — perché a volte una vetrina basta davvero, e dirlo fa parte del mestiere.

Quando vuoi vedere come sarebbe chiudere il tuo flusso sul serio — sul tuo prodotto e sui tuoi utenti veri — il punto di partenza è il portfolio dei progetti o due righe in contatti.

Qui sotto trovi tutti gli articoli di questa guida.