Vai al contenuto
Marc Gasser
Torna al blog

Posizionamento della homepage B2B: do's e don'ts da 147 riscritture

Riassumi questo articolo con
Posizionamento della homepage B2B: do's e don'ts da 147 riscritture

Dieci secondi. È il tempo che ha il posizionamento della tua homepage B2B per spiegare cosa fai, per chi, e perché proprio tu. Il Nielsen Norman Group ha analizzato oltre due miliardi di visite di pagina: chi supera i primi dieci secondi resta. Gli altri sono già andati.

E ogni pagina viene controllata. In un sondaggio Wynter tra 100 CMO di aziende software con oltre 50 milioni di fatturato, il 100 per cento ha dichiarato di guardare il sito del fornitore prima di acquistare. Non la maggioranza. Tutti.

La maggior parte delle homepage non supera quei dieci secondi. Non per il design. Per il messaging.

Volevo capire cosa va storto esattamente. Così ho letto il più grande dataset pubblico che conosca sul tema: la galleria prima/dopo dell'agenzia di posizionamento Fletch PMM, 147 homepage B2B prima e dopo la riscrittura, con la critica dell'agenzia in punti. Ho aperto tutte le 147 pagine, contato la critica sulle 68 pagine che la riportano e letto 20 nuove homepage sezione per sezione. Quello che segue non sono i casi. Sono le regole che ne derivano, per la tua pagina.

Cosa imparerai

  • I quattro errori che spiegano quasi ognuna delle 147 riscritture, e come correggerli
  • Lo scheletro di nove blocchi che seguono le pagine riscritte
  • Cosa va nell'hero e perché "AI" lì fa male
  • Tutti i do's e don'ts per il messaging della homepage in una tabella, più tre test prima del go-live

La mia tesi: la chiarezza è una decisione, non uno stile di scrittura

Una homepage B2B non fallisce sulle formulazioni. Fallisce perché nessuno ha deciso per un acquirente, un problema e un nemico. Una volta presa quella decisione, la pagina si scrive quasi da sola, nello stesso ordine di altre 146.

È una tesi scomoda, perché svaluta il copywriting e mette i founder davanti alla loro responsabilità. La prova arriva in cinque passi: il conteggio degli errori, lo scheletro delle pagine riscritte, l'hero, il caso particolare dell'AI e un secondo studio che trova lo stesso schema in modo indipendente. Nel mezzo trovi tutte le regole in una tabella e un test da fare prima che la pagina vada online.

Perché le homepage B2B falliscono sul messaging e non sul design?

Le homepage B2B falliscono perché non hanno mai scelto un acquirente e un use case. I quattro errori più frequenti derivano da quest'unica omissione: un messaggio troppo ampio, nessuna differenziazione, risultati al posto della spiegazione, nessun problema. Il design non può salvare un posizionamento indeciso. Lo rende solo più bello.

I numeri. Dei 147 casi, 68 riportano la critica dell'agenzia come punti prima/dopo. Li ho contati. 38 pagine dicono in sostanza "troppo ampio, più target o use case". 29 dicono "differenziazione poco chiara, nessun nemico nominato". 28 dicono "risultati senza il come". 25 dicono "il problema non viene mai enunciato". Poi la curva cade a picco: gergo (9), muro di funzionalità (9), linguaggio da investitori (7), troppo lungo (7).

I primi quattro sono un solo errore visto da quattro lati. Se non scegli un acquirente, non puoi nominare un nemico, perché ogni acquirente ne ha uno diverso. Non puoi descrivere un problema, perché ogni segmento ne ha uno diverso. E ti rifugi nel linguaggio dei risultati, perché il come cambierebbe per ogni target. "Ship better products faster" è il linguaggio di una pagina che non voleva decidere.

Ho visto la causa in più di 100 aziende tech B2B che ho affiancato. "Troppo ampio" non è una questione di copy. È una decisione da founder che nessuno voleva prendere, perché ogni scelta rinuncia a una parte del mercato. Come si prende quella decisione lo spiego nel mio articolo sul posizionamento di prodotto nel B2B.

I quattro errori e cosa fare invece

Troppo ampio. Root Signals si rivolgeva contemporaneamente a sviluppatori ed enterprise, con l'hero "Measure and Control GenAI". La riscrittura ha tolto le enterprise, si è concentrata sugli AI engineer e su un problema concreto: valutare gli output degli LLM. Ripe serviva growth, sales, RevOps e prodotto. Dopo: solo growth marketer. Per la tua pagina significa: scegli il champion che sente il dolore ogni giorno e può firmare. Nominalo nell'hero o nella sottoriga. Le altre persona ricevono una pagina propria o una sezione più in basso.

Nessun nemico. RampMetrics ha ricevuto la nota "doesn't name the enemy". La nuova pagina si posiziona contro gli strumenti fatti in casa e ne smonta le debolezze in dettaglio. Hey Rosie si confrontava con la segreteria telefonica e i servizi di risposta. La vera alternativa del suo target, i piccoli imprenditori, era: rispondere al telefono da soli. La pagina riscritta dice esattamente questo. April Dunford descrive lo status quo come il primo concorrente di ogni posizionamento: fogli di calcolo, processi manuali, lo strumento che già si ha. Secondo i suoi numeri, le enterprise perdono dal 20 al 30 per cento dei deal per "nessuna decisione", non a favore dei concorrenti. Per la tua pagina significa: nomina cosa fa oggi l'acquirente al posto tuo, e smontalo in tre punti concreti.

Risultati al posto della meccanica. Su UserEvidence la critica diceva: "leaves people wondering, but what does the product actually do?". È la frase più citata delle 68 critiche. Passive descriveva solo il perché, mai il come. Instruqt non spiegava mai cosa fa il prodotto. Per la tua pagina significa: prima le capability, perché rendono credibili i risultati. I risultati migrano nel blocco delle prove, accanto al nome di un cliente.

Nessun problema. Polser aveva un messaging da investitori in homepage: molto alto, molto ampio, senza che fosse chiaro cosa sia il prodotto e per chi. Mo aveva una visione che convinceva gli investitori e allontanava i clienti. Pencil Spaces ha ricevuto un blocco problema dedicato, così i visitatori sanno di essere nel posto giusto. Per la tua pagina significa: dai al problema un blocco proprio subito dopo i loghi, con tre sintomi che il tuo champion direbbe in stand-up. Come un buon pitch mette il problema prima della soluzione l'ho descritto nell'articolo sul sales pitch secondo April Dunford. In homepage vale lo stesso ordine.

Com'è fatta una homepage B2B che funziona?

Una homepage B2B che funziona segue nove blocchi in ordine fisso: un hero con acquirente, use case e differenza. Loghi. Il problema con le parole dell'acquirente. Perché le alternative di oggi falliscono. Come funziona, in tre passi con screenshot. Differenziazione esplicita, a confronto. Prove con nomi e numeri. Una FAQ che disqualifica. Una CTA finale. Ogni blocco funziona solo perché quello prima ha fatto il suo lavoro.

Ho letto 20 delle nuove homepage sezione per sezione, soprattutto in product management, developer tools e AI agents. L'ordine è quasi identico ovunque. Qualche esempio per rendere lo schema tangibile.

L'hero nomina la differenza, non la visione. Zeda: "Don't do product discovery in a planning tool. You need Zeda.io." Atolio: "The only AI-powered enterprise search engine that keeps your data in your cloud." La sottoriga nomina l'acquirente o lo use case. Una CTA primaria, una secondaria.

Il blocco problema arriva subito dopo i loghi e parla la lingua del champion. Root Signals: "Let's face it. You don't really know if your LLM features are delivering quality results." Poi tre dolori numerati. Hey Rosie: "Currently, you have three bad options for tackling incoming calls." Zeda costruisce una tabella senza/con, con croci rosse e spunte verdi.

La differenziazione è presentata in tabella. CommandBar: "How CommandBar is different from other Digital Adoption tools", sei righe sullo schema "They do X, we do Y". Jit: "Everyone's slapping an AI label on old tech. Jit's Agents are different." La FAQ disqualifica di proposito: Scout chiede "Who's NOT a good fit for Scout?".

Quello che mi ha sorpreso: le nuove pagine raramente sono più corte. Superhuman, SlimAI e CompanyCam sono state accorciate. Apideck, Root Signals e Rosie si sono allungate, perché prima mancavano "come funziona" e "perché le alternative falliscono". La lunghezza non è mai stata il problema. Lo erano l'ordine e la decisione.

Cosa va nell'hero di una homepage B2B?

Nell'hero vanno tre cose: per chi è il prodotto, cosa ci si fa, e l'unica differenza strutturale rispetto all'alternativa. Tre righe, nessuna metafora, nessun risultato. Se un acquirente legge solo l'hero, deve poter dire al suo team in una frase cosa fa il prodotto.

Quasi ogni hero "prima" dei 147 casi era una visione. Sprocket 365: "Rocket fuel for SharePoint". Scout: "Your toolkit for building scalable AI". Zeda: "Turn Voice of Customer Into Revenue Generating Products". Blue Triangle ha ricevuto la nota "very clever, but not clear". Dopo, su Sprocket si leggeva "Finally, create a knowledge base in SharePoint" e su Scout "Automate sales workflows without bugging your dev team".

Sei schemi di headline ricorrono. "Don't do [job] in a [strumento sbagliato]. You need [noi]." "The only [categoria] that [differenza]." "[Verbo] [use case] without [dolore]." "Finally, [ciò che non potevi fare] in [lo strumento che hai già]." "[Categoria] that get [lavoro] done, not just [a metà]." "The first [meccanismo] built for [target ristretto]." Tutti e sei nominano un acquirente o uno use case e una differenza. Nessuno nomina un risultato.

Anthony Pierri, cofondatore dell'agenzia dietro le 147 riscritture, distingue qui due ancoraggi: categoria o use case. Figma si posiziona nella categoria "collaborative interface design tool" e si differenzia al suo interno. Loom si posiziona sullo use case: "Skip the meeting, send a Loom." Funzionano entrambi. Quello che non funziona è una categoria inventata che nessun acquirente ha mai cercato. L'hero è quindi la forma più breve del tuo one-liner: per chi, cosa, e la differenza, in tre righe, per esattamente una persona.

Il caso particolare dell'AI: perché "AI" nell'hero fa male

Nove dei 147 casi sono prodotti AI-native degli ultimi due anni: Jit, Root Signals, Scout, Atolio, Passive, Anterior, DataFlint, Hey Rosie, Concierge AI. Fanno gli stessi quattro errori di tutti gli altri, più un quinto: vendono "AI" come valore.

Pitch Kitchen lo chiama effetto parmigiano dell'AI. Le pagine senza menzione dell'AI nell'hero ottengono in media 24 punti su 36. Le pagine con tre o più menzioni dell'AI, 12 su 36. Più vocabolario AI, meno chiarezza. Tra i 147 casi, Scout ("Your toolkit for building scalable AI") e Root Signals ("Measure and Control GenAI") mostrano lo stesso schema. Passive voleva prendere esplicitamente le distanze dalla "wave of AI tools" e dall'"AI slop".

La correzione segue una regola: di' cosa ha letto l'AI, cosa fa senza che glielo si chieda, e cosa non fa. Jit dopo: agenti che "act like product security engineers, powered by deep knowledge of your policies, compliance needs, and system architecture". E più in basso: "They aren't chatbots. They execute." Atolio dopo: i dati restano nel tuo cloud, con un blocco sul perché foundation model, storage fatto in casa e strumenti per contenuti pubblici non si adattano al profilo di rischio.

E le pagine rispondono allo scetticismo nella FAQ invece di ignorarlo. CommandBar: "Is this 100% powered by AI?" Scout: "Will Scout replace our sales team or engineers?" È la realtà dell'acquirente. Tutti hanno già visto un'etichetta AI su una vecchia tecnologia. Se vuoi usare i termini in modo pulito, la mia lista dei termini AI GTM per il 2026 ha le definizioni che nel mercato DACH vengono davvero capite.

Per le aziende dell'area DACH si aggiunge un livello. Qui il controllo dei dati non è una nota a piè di pagina sulla compliance, ma spesso la prima obiezione. Atolio ha portato il suo vantaggio on-prem da una subordinata fin dentro l'H1. Quella è stata tutta la riscrittura.

Do's e don'ts per il messaging della homepage: tutte le regole in una tabella

Dalla decisione che viene prima (il target) fino alla meccanica della pagina (la CTA). Ogni riga è uno schema corretto più volte nei 147 casi. Leggi la tabella dall'alto in basso: ogni livello diventa più semplice quando quello sopra è deciso.

LivelloDon'tDo
TargetRivolgersi a due o tre target su una sola pagina ("per prodotto ed engineering").Scegliere un champion, nominarlo nell'hero o nella sottoriga, scrivere tutta la pagina con le sue parole. Le altre persona ricevono una pagina propria.
Use caseDescrivere un problema che nessuno possiede ("migliorare l'allineamento").Partire dallo use case che qualcuno vuole risolvere questo trimestre e riconosce nella propria to-do list.
CategoriaInventare una categoria che nessun acquirente ha mai cercato, o galleggiare sopra tutte le categorie.Ancorarsi a una categoria con una voce di budget e nominare lì la differenza: "The only X that Y". Usare il termine inventato solo per il meccanismo.
NemicoNon nominare nessun nemico, o sceglierne uno lusinghiero.Nominare il vero modo in cui si fa oggi (foglio di calcolo, strumento fatto in casa, lavoro manuale, suite legacy) e smontarlo in tre punti concreti.
ProblemaSaltare dall'hero direttamente a funzionalità o benefici. "I team faticano ad allinearsi" non conta.Un blocco problema dedicato subito dopo i loghi, con tre sintomi nella lingua del champion.
HeroVisione, metafora o hook che si capisce solo alla seconda schermata. Un risultato nell'H1 ("ship faster").Tre righe: cosa ci si fa, per chi, l'unica differenza strutturale. Capability o meccanismo prima, i risultati nel blocco delle prove.
Spiegare il prodottoSpiegare solo il perché e lasciare il visitatore a chiedersi: "Ma cosa fa davvero?" Mostrare tutte le funzionalità insieme.Tre passi, ognuno con un vero screenshot: cosa fai tu, cosa fa il prodotto, cosa ottieni. Da tre a cinque capability, il resto sulle pagine prodotto.
DifferenziazioneDare per scontato che la differenza sia ovvia una volta spiegato il prodotto.Un blocco di confronto dedicato: "Loro fanno X / Noi facciamo Y", con il meccanismo che lo rende possibile. Prendere posizione.
AIVendere "AI" o "agenti" come valore. Il controllo dei dati come nota a piè di pagina sulla compliance.Dire cosa ha letto l'AI, cosa fa senza che glielo si chieda e cosa non farà. Mostrare l'output, non il modello. Rispondere a "sostituirà il mio team?" nella FAQ. Il controllo dei dati nell'hero quando il champion è tecnico.
LinguaggioVocabolario da vendor o gergo che non corrisponde all'acquirente. Vaghezza senza posizione.Le parole che il champion usa per parlare del proprio lavoro. Frasi brevi, sostantivi concreti (ticket, repo, sprint). Una posizione nell'hero che una parte dei visitatori contesterà.
StrutturaParagrafi, il punto chiave tre scroll più in basso, una pagina così lunga che nessuno arriva alla prova.Titolo più una riga più un'immagine per blocco. I titoli da soli raccontano la storia. La funzionalità più differenziante per prima.
ProveAffermazioni generiche senza prove, numeri che non appartengono a nessuno ("10x più veloce"). Aprire con il funding.Ogni numero accanto a nome, ruolo e azienda, proprio vicino all'affermazione che sostiene. Poche citazioni vere invece di un carosello.
Visione e deckLa storia del pitch deck in homepage. La visione per gli investitori invece del martedì del cliente. Mescolare il prodotto a pagamento con l'open source o un prodotto secondario.La tesi di mercato al massimo in una frase nel blocco problema. Prima il prodotto commerciale, il resto come "powered by". Dire nella FAQ cosa non sei e chi non è adatto.
CTADue CTA equivalenti divise per persona. Nascondere lo sforzo di setup.Una CTA primaria adatta al modo d'acquisto (demo o trial), una secondaria che riduce il rischio ("Guarda come funziona"). Il time-to-value accanto al bottone.

Come verifichi se la tua homepage è chiara?

Bastano tre test. Test dei cinque secondi: dopo la prima schermata, qualcuno sa dire cosa fai, per chi e perché proprio tu? Test dei titoli: cancella ogni frase che non è un titolo. I titoli da soli raccontano la storia? Test del nemico: la pagina dice cosa fa oggi l'acquirente al posto tuo, e perché non basta? Se uno fallisce, la pagina non è finita.

Poi dieci domande che derivano dai 147 casi. Un no a una delle prime cinque significa: non andare online.

  1. Un visitatore sa nominare il champion dal solo hero, con ruolo e dimensione del team?
  2. L'H1 o la riga sotto dice cosa si fa con il prodotto, con i sostantivi dell'acquirente?
  3. Il nemico di oggi è nominato e smontato in almeno tre punti concreti?
  4. C'è un blocco problema con tre sintomi che il champion direbbe in stand-up?
  5. C'è una sequenza "come funziona" con un vero screenshot per ogni passo?
  6. La differenza strutturale è formulata come confronto "loro / noi"?
  7. Ogni numero sta accanto al nome di un cliente?
  8. La FAQ dice chi non è adatto?
  9. C'è esattamente una CTA primaria per blocco?
  10. Ogni frase con "piattaforma", "orchestrazione", "layer" o "AI-powered" ha superato un test contro il vocabolario dell'acquirente?

Se scrivi la pagina non solo per le persone ma anche per gli agenti, hai un motivo in più per essere chiaro. Nell'agentic GTM gli agenti d'acquisto leggono la tua homepage esattamente come un CPO: cercano acquirente, problema, meccanismo, differenza. Le pagine vaghe falliscono con entrambi.

La chiarezza in homepage paga in modo misurabile?

Sì, e un secondo studio mostra lo stesso schema dei 147 casi. Nel 2026 Pitch Kitchen ha valutato 250 homepage B2B su 18 criteri: 190 aziende su 205 non nominano nessun nemico concreto. Ogni pagina con il punteggio massimo lo fa. Le scale-up battono le enterprise del 27 per cento, perché possono ancora permettersi un'opinione.

Perché pesa così tanto: secondo Gartner gli acquirenti passano solo il 17 per cento del tempo d'acquisto in incontri con tutti i potenziali fornitori messi insieme. Il restante 83 per cento lo vende il tuo sito senza di te. Wynter mostra cosa succede quando non ci riesce: gli acquirenti esaminano da cinque a otto fornitori, tre finiscono in shortlist. Chi non ritrova il proprio problema in homepage non prenota una demo.

E l'effetto si misura. Per Cognism, secondo Pierri, il passaggio da creativo a chiaro ha portato a un 40 per cento di conversioni in più. Un dato, non uno studio. Ma punta nella stessa direzione di 147 riscritture e 250 pagine valutate: chi decide viene capito. Chi viene capito finisce in shortlist.

Dove lo scheletro aiuta, dove no, e la trappola

Cosa brilla. L'ordine. Una volta decisi acquirente, problema e nemico, riempi i nove blocchi in un pomeriggio. Lo scheletro toglie la discussione sui gusti dal copywriting e la sostituisce con una checklist.

Cosa non brilla. Lo scheletro senza la decisione. Nove blocchi di "per team di ogni dimensione" sono la stessa pagina indecisa, solo più lunga. E: il conteggio viene dalla critica di un'agenzia ai propri casi. Mostra schemi, non dati di conversione.

⚠️ Attenzione. Il prezzo della decisione è che una parte dei visitatori non si sentirà più chiamata in causa. Non è un effetto collaterale, è il meccanismo. Chi lo annulla in revisione ("ma così perdiamo i CTO") è di nuovo al caso 1 di 147.

Torniamo ai dieci secondi. Bastano per esattamente una storia: un acquirente, un problema, un nemico. Le 147 riscritture raccontano quella storia 147 volte. Un'azienda voleva dire tutto a tutti. Poi ha deciso. Dopo, la pagina si è scritta quasi da sola. Una pagina che nessuno contesta non ha convinto nessuno.

Non lo scrivo da lontano. In Teklens avevamo tredici termini di prodotto, due target e un hero di visione. Dai 147 casi abbiamo ricavato: un champion (prodotto, non engineering), tre elementi nell'hero, un nemico nominato (il chatbot che non ha mai letto il codice), sei blocchi invece di dodici. Se funziona lo vedremo nelle prossime settimane. La visione non è morta, si è trasferita: nei post e nel founder content. Perché lì rende di più che nell'hero lo trovi in founder-led content come vantaggio GTM.

Se vuoi leggere analisi come questa prima che arrivino qui: iscriviti alla newsletter. Una nota da operatore a settimana, dati invece di opinioni.

Scritto da

Serial entrepreneur, autore

Marc è un serial entrepreneur. A 16 anni ha fondato la sua prima azienda software. Da allora lo stesso incrocio: il software product management incontra il go-to-market. Costruisce il ponte: Product × GTM × AI, un unico sistema, non tre reparti. Quando non costruisce, vola in parapendio.