Un nuovo sito web aziendale costa oggi a una PMI svizzera tra i 15'000 e i 60'000 franchi. Per progetti più complessi anche molto di più. Questa cifra compare in ogni offerta. Quello che raramente compare nell'offerta è: cosa di tutto ciò avrà ancora effetto tra due anni. Lead, candidature, richieste d'offerta, prodotti venduti.
La disillusione arriva spesso già dopo i primi sei mesi. Il sito è online. Ha un bell'aspetto. Piace internamente. Solo che non porta risultati.
Raramente la causa è il design. Raramente la tecnologia. Il più delle volte si tratta di ipotesi che nessuno ha messo in discussione durante il progetto.
Al kickoff siedono tutti insieme. Il direttore sa cosa vogliono i suoi clienti. La responsabile marketing sa come dovrebbe essere strutturata la navigazione. L'agenzia annuisce, realizza, consegna. Quello che manca è il momento in mezzo: il momento in cui qualcuno dice «Un attimo, siamo sicuri?» e poi verifica davvero.
In gergo tecnico questo momento si chiama User Testing. Il termine suona scoraggiante. Troppo laborioso, troppo da laboratorio di ricerca. La realtà è diversa. La maggior parte dei test utili non richiede software speciali e può essere eseguita in poco tempo.
Ecco cinque ipotesi che si insinuano silenziosamente in praticamente ogni progetto di sito web per PMI. Se ne chiarisci anche solo due prima del prossimo avvio di progetto, ti risparmi in seguito il relaunch non pianificato.
Perché conviene verificare le ipotesi
Un'ipotesi che si rivela sbagliata una volta in produzione costa in genere da cinque a dieci volte di più rispetto a quanto sarebbe costato verificarla in anticipo. Una navigazione costruita male, che emerge solo dopo sei mesi dagli analytics, significa: nuovo workshop concettuale, nuova sitemap, adeguamento dei template, nuovo deployment. A seconda della complessità si arriva rapidamente a 5'000-20'000 franchi. La stessa domanda può essere chiarita già prima dello sprint di design con un semplice Tree Test, in poche ore.
Il business case dietro lo User Testing non è dunque «rendiamo il sito più bello». È: preveniamo correzioni costose.
A grandi linee, i metodi si possono suddividere in tre categorie di impegno:
Guerrilla Testing (0-500 CHF). Tu o qualcuno del team conduce il test da soli, con strumenti esistenti e persone della propria cerchia. Nessun reclutamento professionale, nessun moderatore esterno. Veloce, economico, fornisce di solito il 60-70% delle informazioni ottenibili con le varianti più costose.
Remote Testing strutturato (500-2'500 CHF). Configurabile rapidamente con strumenti come UXtweak o Useberry. Se necessario con reclutamento esterno di persone da testare, compiti definiti, setup standardizzato. Decisamente più solido.
Test moderato (2'500-6'000 CHF a sessione). Test classici con veri clienti target, moderati, di solito da remoto via Zoom o Lookback, con protocollo «Think-Aloud». Fornisce le intuizioni più profonde, ma richiede pianificazione e in genere accompagnamento esterno.
Per la maggior parte dei progetti delle PMI basta un mix tra la prima e la seconda categoria. Il test moderato conviene tipicamente solo per percorsi critici per il business come checkout, form lead o portale candidature, oppure quando il target è difficile da raggiungere.
Ipotesi 1: «I nostri visitatori sanno cosa cercano da noi»
È la più pericolosa delle cinque ipotesi, perché suona plausibile dall'interno. Certo che i visitatori sanno cosa cercano. Arrivano volontariamente sul tuo sito. Ti hanno cercato su Google o hanno il tuo biglietto da visita in mano.
La realtà è: i visitatori hanno davvero un obiettivo. Solo che non è necessariamente l'obiettivo che tu hai in mente per loro.
Le aziende costruiscono di solito la propria navigazione e homepage in modo intuitivo, seguendo la logica della propria offerta. L'ipotesi di fondo: chi arriva sul nostro sito cerca le nostre prestazioni. I visitatori invece spesso non cercano affatto offerte già pronte. Cercano risposte a domande concrete di vita o di lavoro. «Quanto tempo ci vuole?», «Di cosa ho bisogno?», «Va bene per la mia situazione?». Solo quando queste domande sono chiarite, l'offerta diventa interessante per loro.
I siti web che rispecchiano principalmente la logica interna del fornitore costringono i visitatori a tradurre da soli le proprie domande di vita in categorie di offerta. Funziona per chi conosce già il settore, ma non per la grande maggioranza dei visitatori alla prima visita. Lo scarto tra come l'azienda si percepisce e la realtà degli utenti decide se un sito informa, converte o frustra.
Ecco come verificare cosa cercano davvero i tuoi visitatori
Analisi della ricerca interna e dei dati analytics. Se il tuo sito attuale ha un campo di ricerca, è una miniera d'oro. Nell'analisi web vedi inoltre non solo cosa viene cercato, ma anche dove le persone abbandonano, su quali pagine restano più a lungo e da quali pagine spariscono senza ulteriori click. Nella maggior parte delle PMI questi dati esistono già da tempo. Semplicemente non vengono analizzati in modo sistematico.
Da tre a cinque interviste qualitative con persone del tuo target. Non con clienti che hai già. Con quelli che vorresti avere. 30 minuti a colloquio, domande aperte: qual è stata l'ultima situazione in cui hanno cercato un'azienda come la tua? Come hanno proceduto? Cosa li ha convinti, cosa li ha scoraggiati? Serve un atteggiamento di ascolto e un catalogo di domande aperte, non un software.
Un test di usabilità moderato con una versione esistente o un prototipo. Cinque persone del target, un'ora ciascuna, con compiti concreti. La vera scoperta arriva dal protocollo «Think-Aloud»: i partecipanti commentano ad alta voce cosa fanno e perché. Non senti solo se raggiungono l'obiettivo, ma perché cliccano dove cliccano, dove esitano e cosa manca loro.
Spesso già dopo poche interviste emerge uno schema che internamente veniva discusso da tempo. I visitatori si possono suddividere grosso modo in due tipi di ricerca: i visitatori orientati al compito sanno esattamente cosa vogliono e falliscono per colpa della navigazione. I visitatori in cerca di orientamento non sanno ancora cosa vogliono e falliscono per colpa dei contenuti. Entrambi i gruppi hanno bisogno di risposte diverse. E riconosci entrambi i gruppi solo se osservi in modo sistematico.
Risultato di questa verifica delle ipotesi: hai una lista delle domande reali degli utenti. Diventa la base per la strategia dei contenuti, la navigazione e la homepage.
Ipotesi 2: «La nostra navigazione è strutturata in modo logico»
La navigazione di un sito web rispecchia quasi sempre una delle due cose: o l'organigramma dell'azienda o la visione del mondo della direzione. Raramente rispecchia il modello mentale dei visitatori.
Uno schema tipico: un'azienda ha tre aree di business e ne ricava tre voci di navigazione. Corretto dal punto di vista tecnico, comprensibile internamente. Dal punto di vista di un visitatore esterno spesso inutilizzabile, perché le aree di business contengono termini che gli esterni non conoscono o classificano diversamente. Oppure perché ciò che il visitatore cerca è distribuito trasversalmente su più aree.
Un altro schema: la navigazione principale si chiama «Soluzioni», «Servizi», «Competenze» e «Prodotti». Quattro termini chiaramente distinti per chi è del mestiere. Non per chi è esterno. Il visitatore clicca sulla voce sbagliata, non trova quello che cerca, lascia il sito. Lo vedi solo negli analytics, non nella riunione di design.
Ecco come verificare la tua navigazione: Card Sorting e Tree Testing
Per i temi di navigazione si sono affermati questi metodi:
Il Card Sorting risponde alla domanda «Come raggrupperebbero gli utenti i miei contenuti?». Scrivi tutte le sottopagine importanti su singole schede (digitali o fisiche) e chiedi a più persone, indipendentemente le une dalle altre, di raggrupparle e dare un nome a ogni gruppo. Dopo 10-15 partecipanti emergono schemi chiari. Il metodo può essere condotto online in modo strutturato oppure come variante guerrilla con colleghe e conoscenti del target. Per avere una tendenza affidabile bastano già poche sessioni.
Il Tree Testing risponde alla domanda opposta: «Gli utenti trovano i contenuti nella mia navigazione pianificata?». Dai ai partecipanti compiti come «Dove trovi le informazioni su XY?» e loro si muovono attraverso il tuo albero di navigazione. Risultato: un numero preciso e discutibile, quanti utenti trovano il percorso giusto. Tutto ciò che è sotto il 70% di findability è un problema serio. Il vero valore: non hai più «la mia sensazione dice che è intuitivo», ma «il 62% dei tester ha trovato il percorso giusto». Questo cambia il modo in cui le decisioni vengono discusse nel team.
Test dei 5 secondi. Il controllo più veloce: mostri a qualcuno la tua homepage per esattamente cinque secondi, poi la nascondi e chiedi «Cosa fa questa azienda? Dove cliccheresti se avessi bisogno di XY?». Le risposte sono spesso deludenti. Il test può essere formalizzato con strumenti online oppure svolto in modo del tutto informale tra colleghi. Entrambi forniscono rapidamente un quadro onesto.
Card Sorting e Tree Testing dovresti idealmente eseguirli prima del design, non dopo. Non richiedono un sito finito. Serve solo un elenco di contenuti e una bozza di navigazione. Questo li rende test economici ed efficienti, perché puoi usarli già nella fase concettuale.
Ipotesi 3: «I nostri testi sono chiari e comprensibili»
Questa ipotesi fallisce soprattutto per tre motivi: linguaggio tecnico, frasi fatte di marketing e prospettiva autoreferenziale. Le PMI amano descriversi dal proprio punto di vista interno: «Siamo affermati da 30 anni», «Il nostro approccio integrato combina...», «Con la nostra expertise in...». Cosa il visitatore ne ricava concretamente resta spesso poco chiaro.
Particolarmente diffuse sono le descrizioni astratte delle prestazioni, che verso l'esterno hanno poco significato: «Soluzioni di consulenza olistiche per situazioni complesse», «Concetti integrati al massimo livello», «Accompagnamento su misura alla pari». Ognuna di queste frasi potrebbe comparire sul sito di una fiduciaria, di un'agenzia di marketing o di uno studio di ingegneria. Frasi che vanno bene ovunque non dicono niente di concreto da nessuna parte.
Quanto sia forte questo problema si vede rapidamente in un test semplice: cinque persone del target leggono la homepage e riassumono in una frase cosa fa l'azienda. Non di rado tornano cinque interpretazioni diverse. A volte tre o quattro persone si allontanano così tanto dal senso originale che l'intento della pagina non è più riconoscibile. La correzione di questo problema nella maggior parte dei casi non richiede sviluppo aggiuntivo, ma solo un pomeriggio di copywriting concentrato.
Ecco come verificare se i tuoi testi sono comprensibili
Test dei 5 secondi sulla homepage. Stesso principio della navigazione. Cinque secondi di sguardo alla homepage, poi tre domande: Cosa fa questa azienda? Per chi è pensata? Qual è l'offerta principale? Se le risposte restano poco chiare, il tuo testo non è chiaro. Sorprendentemente spesso da cinque test emergono cinque interpretazioni diverse di cosa offra effettivamente l'azienda.
Cloze test per i passaggi di testo importanti. Un trucco consolidato della ricerca sulla comprensibilità. Cancelli ogni quinta parola e chiedi ai partecipanti di ricostruirla. Più alto il tasso di successo, più comprensibile il testo. I testi ben scritti per un pubblico non specialistico raggiungono il 60% e oltre. I testi tecnici pensati per i laici spesso arrivano solo al 30-40%.
Interviste di lettura qualitative. Dai a qualcuno del target una versione stampata o digitale di una pagina e chiedigli di leggerla ad alta voce e commentarla. Dove inciampa? Dove deve rileggere due volte? Quali termini non capisce? Un singolo breve colloquio porta spesso alla luce diversi problemi concreti di formulazione.
Per il lavoro sui testi vero e proprio vale, specialmente in Svizzera, un'avvertenza aggiuntiva: il multilinguismo non è un tema da copia-incolla. Chi si rivolge a tutte le regioni linguistiche dovrebbe verificare ogni lingua singolarmente. La stessa logica di contenuto può funzionare in modo molto diverso nella versione francese, perché i registri linguistici e le aspettative retoriche differiscono. Un errore frequente è testare solo la versione tedesca e presumere che le traduzioni funzionino automaticamente.
Ipotesi 4: «Il nostro form funziona già»
I form, i checkout e i percorsi di richiesta contatto sono i punti più critici per il business di ogni sito web di una PMI. Qui si decide se un visitatore interessato diventa un lead, una candidatura o un ordine.
L'ipotesi che un form «funzioni già» si basa quasi sempre sul test interno dopo il lancio. Qualcuno l'ha compilato, l'email è arrivata, quindi funziona. Quello che questo test non mostra: quanti utenti reali ci hanno provato e hanno abbandonato, dove esattamente sono usciti, quale campo li ha scoraggiati.
Ecco come verificare gli abbandoni nel tuo form
Session Recording e Heatmap. Strumenti specializzati registrano in forma anonima le interazioni reali degli utenti. Vedi dove le persone cliccano, dove esitano, dove abbandonano il form. Sul mercato esistono sia soluzioni gratuite che a pagamento. Per iniziare quasi sempre basta una variante gratuita. L'arte sta meno nella scelta dello strumento e più nell'analisi sistematica delle registrazioni e nel riconoscimento di schemi ricorrenti.
Analisi del funnel nell'analisi web. Nel tuo strumento di analytics puoi creare imbuti definiti (apertura del form, primo click in un campo, invio). Vedi i tassi di abbandono tra i vari passaggi. Dove sono più alti, si trova il maggiore potenziale di ottimizzazione.
Test di compito moderati. La via maestra per i form critici per il business. Cinque persone del target ricevono il compito di fare una richiesta o registrarsi. Tu osservi e ascolti i loro pensieri. Dopo cinque test sai con buona sicurezza dove si trovano gli ostacoli. Il valore metodologico aggiuntivo rispetto al puro session recording: non vedi solo il punto di abbandono, ma senti i ragionamenti che lo precedono. Questo fa un'enorme differenza nell'analisi delle cause.
Per le PMI con traffico medio di solito basta la combinazione di un semplice strumento di session recording e un funnel ben impostato nell'analisi web. Tre mesi di raccolta dati portano alla luce con affidabilità i problemi più grossolani del form. Per percorsi critici per il business come portale candidature, configuratore o checkout conviene inoltre un test moderato. Si ripaga già con pochi punti percentuali di aumento della conversione.
Ipotesi 5: «Il mobile funziona già»
La quota mobile del traffico dei siti web delle PMI svizzere ha da tempo superato quella desktop in molti settori. A seconda del target, quote mobili dal 60 al 90% sono la norma. Ciononostante i siti web vengono spesso ancora concepiti, presentati e approvati principalmente al desktop. In questi progetti l'esperienza mobile è una derivazione, non uno sviluppo autonomo.
E anche quando il sito è tecnicamente «responsive», questo non significa che si senta bene anche sullo smartphone. Sono due cose diverse. Responsive significa: il sito si adatta alla dimensione dello schermo. Ottimizzato per mobile significa: il sito è progettato in modo mirato per come le persone interagiscono con lo smartphone.
Ecco come verificare l'esperienza utente mobile
Test mobili reali, non emulazione da browser. Chrome DevTools e strumenti simili simulano il mobile, ma non mostrano cosa si prova a usare una pagina con il pollice. Siediti con tre persone e dispositivi diversi (vecchio iPhone, Android di fascia media, grande flagship) e fai eseguire loro compiti concreti. Vedi di più in 30 minuti che in due settimane di analisi con DevTools. Il motivo: come si tiene il telefono, il raggio del pollice, l'imprecisione dei tocchi e la distrazione nel contesto quotidiano non sono rappresentati in nessun emulatore.
Core Web Vitals su mobile. Da tempo Google valuta principalmente le prestazioni mobile di una pagina per il ranking. Valori scarsi qui significano ranking peggiori, tempi di caricamento percepiti come più lenti e tassi di rimbalzo più alti. Si può verificare con strumenti gratuiti di Google. Molti siti web di PMI svizzere non raggiungono nemmeno la soglia «Good» su mobile. È visibilità che va persa nei confronti di Google.
Verifica della thumb zone. Tenendo uno smartphone con una mano, il pollice raggiunge comodamente solo circa due terzi dello schermo. Navigazione, CTA importanti ed elementi del form dovrebbero trovarsi in questa zona, non nell'angolo superiore. Chi progetta principalmente al monitor desktop posiziona gli elementi istintivamente dove creano equilibrio visivo. Non è la stessa cosa di dove sono raggiungibili con una mano. Facile da verificare, raramente considerato.
Per test mobile strutturati con utenti reali valgono le stesse categorie di metodi visti finora, semplicemente applicate in modo coerente sul mobile. I risultati tendono a discostarsi in modo significativo dai test desktop. Rendere visibile solo questo scarto è spesso la scoperta più rilevante di un simile progetto.
Una regola semplice per le PMI con budget limitato: se puoi fare un solo test, falli sul mobile. Rispecchia la realtà del tuo traffico meglio di qualsiasi analisi desktop.
Le obiezioni più frequenti dei decisori delle PMI
Quando lo User Testing viene menzionato per la prima volta in una PMI, emergono quasi sempre le stesse obiezioni. Suonano legittime, ma raramente reggono a un'analisi più attenta.
«Il nostro sito è troppo piccolo per lo User Testing»
È l'obiezione più frequente. Ed è un fraintendimento. Lo User Testing scala verso il basso, non solo verso l'alto a partire da una certa dimensione aziendale. Una ditta individuale con un sito di dieci pagine ha esattamente lo stesso problema di fondo di una grande azienda: il sito funziona per il mio target oppure no? La ditta individuale ottiene la risposta a questa domanda con tre interviste e un test dei 5 secondi per qualche centinaio di franchi. La grande azienda ha bisogno per questo di un budget di ricerca a quattro o cinque cifre. Chi è più piccolo testa in modo più economico. Non in misura minore.
«Non abbiamo tempo per questo»
Un test guerrilla con tre persone della propria cerchia dura 30 minuti a persona. Un test dei 5 secondi con uno strumento remoto è configurato in due ore e analizzato 24 ore dopo. Un Tree Test si può portare a termine in una settimana. La vera domanda non è se hai tempo per farlo. Ma se hai il tempo, sei mesi dopo il lancio, di scoprire che la navigazione non funziona e che il concetto va rifatto da capo. Il tempo che investi nella fase di test te lo risparmi al quadrato durante l'operatività.
«I nostri clienti ci dicono cosa vogliono»
È vero, e porta fuori strada. Quello che i clienti dicono e quello che fanno sono due cose diverse. Non è cattiva intenzione, è semplicemente psicologia. I clienti razionalizzano il proprio comportamento, ricordano in modo selettivo, rispondono con cortesia alle domande poste loro direttamente. In un test, invece, si osserva direttamente cosa fanno quando non stanno riflettendo su sé stessi. Queste due fonti di dati si contraddicono sorprendentemente spesso. L'osservazione vince di solito, perché mostra il comportamento reale, non l'autovalutazione successiva.
«Con il nostro budget non ce lo possiamo permettere»
Questa obiezione è l'unica a volte giustificata, eppure quasi sempre posta male. Chi argomenta con il budget lo fa normalmente per prudenza. Non vuole spendere soldi con leggerezza. Ma proprio questa prudenza depone a favore, non contro, la verifica delle ipotesi. Non è l'investimento aggiuntivo che rende il progetto più costoso. È la piccola assicurazione che impedisce al resto del budget di andare sprecato. Non appena poni la domanda in questo modo, non è più una questione di budget, ma di rischio.
Da dove iniziare
Cinque ipotesi, cinque metodi. In pratica non devi verificarle tutte contemporaneamente. Quale domanda affrontare per prima dipende da a che punto sei nel progetto.
Se stai pianificando un nuovo sito web, la leva più grande sta proprio all'inizio. Cosa cercano davvero i miei visitatori, e la mia architettura informativa regge? Sono le ipotesi uno e due. Verificarle in anticipo ti risparmia la laboriosa riformulazione del concetto dopo il lancio. E chi le verifica prima che venga disegnato anche solo un pixel, rende più facili tutte le decisioni di design successive.
Se il tuo sito attuale sta sottoperformando, la leva più grande si trova alla fine dell'imbuto dei visitatori. I visitatori capiscono davvero cosa offriamo, e dove li perdiamo nei percorsi di conversione? Sono le ipotesi tre e quattro. Entrambe si possono chiarire con i dati analytics esistenti e test mirati supplementari.
Se non sai ancora a che punto sei, parti in modo ampio e superficiale: un'analisi mobile onesta, combinata con quattro settimane di session recording. Due metodi, due prospettive sullo status quo. Dai risultati emerge quasi automaticamente quale ipotesi affrontare per prima.
Il momento più importante di un progetto web non è il kickoff. Non è la revisione del design. Non è il go-live. È il momento in cui tu, come decisore, smetti di dire «credo che» e inizi a dire «ho verificato che». La differenza tra queste due frasi decide se il tuo progetto web tra due anni figurerà nei conti come un investimento o come una spesa.
