# General Translation Blog: Progettare documentazione per le persone
URL: https://generaltranslation.com/it/blog/designing-docs-for-humans.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: Perché il design conta ancora nell'era dell'IA e i principi con cui progettiamo la nostra documentazione per fare ordine nel disordine mentale.
Authors: Kevin Liu, Taylor Fang
Published: 2026-09-17

## Perché progettare la documentazione?

La documentazione è un problema aperto nel design web. Ci sono pattern e anti-pattern ovunque, replicati all&#39;infinito nei template preconfezionati. I template sono veloci e comodi, ma rischiano di trattare la documentazione come un aspetto secondario, invece che come una parte centrale dell&#39;esperienza di prodotto da progettare per l&#39;utente specifico. Inoltre, le soluzioni più diffuse sono spesso sovraprogettate e sovraccariche di effetti visivi. Crediamo che i siti di documentazione abbiano bisogno di **un&#39;esperienza di lettura più semplice e incentrata sul contenuto**, lasciando i design più elaborati al sito di marketing (ispirandoci alla filosofia del [creatore di Fumadocs](https://generaltranslation.com/blog/fuma-nama)).

Ma in un mondo in cui gli agenti sono la maggioranza dei lettori di documentazione, oltre che dei suoi autori, **ha ancora senso progettare il proprio sito di documentazione?** Perché mai investire nella leggibilità per le persone e nel design visivo?

Crediamo che un&#39;interfaccia di documentazione intuitiva e intenzionale diventi ancora più importante nel mondo dell&#39;AI slop. La nostra convinzione nasce dalla cura per il mestiere del design e dall&#39;ossessione per l&#39;esperienza del nostro prodotto. Ma nasce anche da una constatazione: **le persone continuano a guardare e leggere la documentazione**. Sì, gli agenti sono esecutori di codice su larga scala, ma le statistiche sui volumi non raccontano tutto. Le persone continuano a consultare i siti di documentazione per capire e valutare un prodotto. E hanno sempre più bisogno di interfacce che ripuliscano il disordine mentale e indirizzino l&#39;attenzione verso ciò che conta.

Abbiamo affrontato la riprogettazione della nostra documentazione da zero, partendo dai percorsi utente paralleli che avevamo esplorato nella [riscrittura dei contenuti](https://generaltranslation.com/blog/rewriting-our-docs). Le primitive della documentazione sono poche: navigazione, ricerca, controlli, link e contenuto. Le abbiamo disposte con meno linee e più spazio aperto, per un&#39;esperienza visiva più pulita, basandoci sul framework di documentazione open-source [Fumadocs](https://generaltranslation.com/blog/fuma-nama) per ottenere la massima componibilità.

Lavoriamo con impegno sui nostri testi e vogliamo che le persone li leggano. L&#39;obiettivo costante è progettare e mantenere un sito di documentazione che renda la lettura scorrevole e persino piacevole. Lungo il percorso abbiamo sviluppato alcuni principi di design fondamentali. Il primo è adottare un&#39;interfaccia familiare e comprensibile.

![La pagina mappata: un wireframe della pagina di Introduzione con le sue quattro zone in blu, e ritagli reali della navigazione, dei link, delle preferenze, delle azioni, dei toggle del tema, della barra dei contenuti e di una scheda di contenuto collegati al punto in cui si trovano](/static/blogs/designing-docs-H0-cover-final.webp?v=20260920-0930)

## Flusso intuitivo e direzione

La documentazione aiuta gli utenti a costruire un modello mentale del prodotto e del suo funzionamento, come [abbiamo raccontato](https://generaltranslation.com/en-US/blog/rewriting-our-docs) nell&#39;articolo del nostro blog dedicato alla ristrutturazione dei contenuti della documentazione. Il nostro design nasce dagli stessi principi di fondo: un&#39;organizzazione intenzionale e significativa, complessità e personalizzazione rivelate in modo progressivo, dettagli discreti e persino invisibili.

Ogni area dello schermo **corrisponde a un&#39;azione o a un output unificato**, così le funzioni compaiono dove gli utenti si aspettano di trovarle. (Poiché abbiamo notato che alcuni utenti hanno una forte preferenza per i temi visivi, il selettore della modalità compare in due aree.)

![La nuova pagina Introduzione della documentazione con quattro zone evidenziate: navigazione a sinistra, azioni in alto a destra, link e preferenze in basso a sinistra](/static/blogs/designing-docs-A1-zones-overlay.webp?v=20260920-0930)

La pagina, inoltre, supporta un flusso intuitivo, **guidando gli utenti verso ciò che vogliono ottenere**.

![Un percorso numerato sulla pagina attenuata: orientarsi, navigare, leggere, scegliere, agire](/static/blogs/designing-docs-A4-reading-path.webp?v=20260920-0930)

La documentazione mette in evidenza i link alle azioni che gli utenti potrebbero voler compiere: consultare il Registro delle modifiche per gli aggiornamenti, porre una domanda al supporto oppure richiedere una demo del prodotto.

## Eliminare il disordine mentale

Le interfacce sono sempre più affollate. Elementi come il “testo occhiello”, animazioni casuali che si muovono in più dimensioni e riquadri superflui (con angoli arrotondati) sono i segni inequivocabili del design generato dall&#39;IA. **La conseguenza di questo disordine visivo è un corrispondente disordine mentale.** Quando ogni componente esiste fine a sé stesso, senza una collocazione ponderata e una relazione con gli altri componenti, il significato si dissolve.

Il nostro primo compito è quindi **eliminare il disordine mentale**. Ciò significa rimuovere gli elementi superflui; nel nostro caso, molte righe, link e pulsanti in eccesso.

![La vecchia pagina della documentazione con gli elementi rimossi barrati in rosso: il campo di ricerca, il banner di GitHub, il toggle della barra laterale e la linea dell'intestazione](/static/blogs/designing-docs-B1-redline-pass.webp?v=20260920-0930)

<Carousel label="Cosa abbiamo eliminato" width="3840" height="2160">
  <CarouselItem src="/static/blogs/designing-docs-B2-before-after-split.webp?v=20260920-0930" alt="La vecchia e la nuova pagina di introduzione affiancate alla stessa scala, con le eliminazioni in rosso e la riga sostitutiva in blu" />

  <CarouselItem src="/static/blogs/designing-docs-B5-header-strip.webp?v=20260920-0930" alt="La vecchia e la nuova fascia superiore con linee che mostrano dove sono finiti i controlli: il campo di ricerca nell’icona ⌘K, il banner di GitHub nella pillola con la stella e il toggle della barra laterale nel nulla" />
</Carousel>

Ma significa anche strutturare, riorganizzare e semplificare radicalmente. In particolare, abbiamo consolidato le superfici di navigazione, intese come la mappa che **organizza e indica i concetti mentali del sito**.

![Ogni superficie di navigazione evidenziata nella vecchia e nella nuova pagina](/static/blogs/designing-docs-C1-nav-census.webp?v=20260920-0930)

La nostra barra laterale è ora un unico accordion. Non sembra una rivoluzione, ma è ormai una rarità nei siti di documentazione, che spesso mostrano più barre di navigazione delle sezioni in più punti, sia in verticale che in orizzontale.

<Carousel label="Un unico accordion" width="3840" height="2160">
  <CarouselItem src="/static/blogs/designing-docs-C2-accordion-anatomy.webp?v=20260920-0930" alt="La nuova barra laterale ingrandita con il selettore di sezione, l’elemento attivo, l’intestazione del gruppo, i link a piè di pagina e le preferenze etichettati, accanto ai due livelli successivi: le sezioni nel selettore aperto e le intestazioni nella barra dei contenuti" />

  <CarouselItem src="/static/blogs/designing-docs-C5-one-tree.webp?v=20260920-0930" alt="La barra laterale rappresentata come un albero di quattro gruppi e ventitré pagine, mappato sulla barra laterale reale" />

  <CarouselItem src="/static/blogs/designing-docs-C4-sidebars-side-by-side.webp?v=20260920-0930" alt="La vecchia e la nuova barra laterale alla stessa scala con le differenze evidenziate" />
</Carousel>

La CI impone una gerarchia chiara per la barra laterale, impedendole di diventare un elenco scoraggiante di link e opzioni tutti allo stesso livello. Ed è persistente: cliccare su un link non stravolge le opzioni della barra laterale né ti fa perdere il segno quando provi a tornare indietro.

## Guidare lo sguardo

Un flusso intuitivo insegna anche all&#39;utente come muoversi nell&#39;interfaccia. Volevamo attirare naturalmente lo sguardo dell&#39;utente verso le aree importanti **introducendo una maggiore gerarchia visiva**: per la navigazione, i controlli, i contenuti e le azioni.

a) Usare le icone nelle aree importanti per spezzare i muri di testo.

![Un paragrafo e un elenco di link della vecchia documentazione accanto alla sezione About della nuova documentazione: tre schede, ciascuna introdotta da un'icona piena](/static/blogs/designing-docs-D3-icons-not-lists.webp?v=20260920-0930)

b) Aggiungere più separatori tra le sezioni di testo per raggruppare i contenuti e rendere più evidenti le divisioni tra una sezione e l&#39;altra.

![La parte superiore della pagina Introduzione con le sue due linee da 1px e la spaziatura tra gli elementi misurata](/static/blogs/designing-docs-D4-rules-and-space.webp?v=20260920-0930)

c) Differenziare lo stile del testo, ricorrendo anche al corsivo (che nella documentazione si tende a temere) e abbassando il peso a 400 per il testo del corpo.

![Caratteri reali della pagina ingranditi ed etichettati per ruolo: intestazione, sommario, meta in corsivo, nota a margine, intestazione di gruppo](/static/blogs/designing-docs-D1-type-specimen.webp?v=20260920-0930)

Volevamo soprattutto creare molto spazio bianco per dare respiro ai contenuti, ispirandoci alla [documentazione di Linear](https://linear.app/docs). La riprogettazione della pagina Quickstart aiuta a illustrare questi principi applicati nell&#39;insieme.

![La sezione Quickstart della pagina Introduzione prima e dopo: otto riquadri con logo sotto una riga di comando, poi otto schede con un'icona, un nome e una riga di testo ciascuna](/static/blogs/designing-docs-D5-quickstart-pages.webp?v=20260920-0930)

## Un tocco distintivo di GT

I siti di documentazione restano pagine web e non devono risultare spenti. Pur facendo attenzione a non esagerare con il design e a non distogliere l&#39;attenzione dal contenuto, abbiamo aggiunto dettagli di &quot;micro-UI&quot; per integrare la nostra documentazione nell&#39;estetica e nel mondo del marchio GT.

Abbiamo costruito un&#39;interazione discreta sull&#39;[iconico componente table-of-contents di Fumadocs](https://generaltranslation.com/en-US/blog/fuma-nama/#the-fumadocs-design-credo). Funziona con il rendering server-side come maschera SVG, con un livello di annidamento di 12px e un cursore azzurro tenue che segue il puntatore. Il pannello mobile disegna la stessa geometria in modo statico, dato che sul touch non esiste l&#39;hover.

![L'indice della documentazione mentre la pagina scorre: il cursore azzurro scivola lungo la guida fino all'intestazione corrente](/static/blogs/designing-docs-toc-slide.gif?v=20260920-0930)

Abbiamo applicato la stessa maschera alla barra laterale. Scorrendo una sezione dall&#39;alto verso il basso, il cursore azzurro scivola lungo la guida, piegandosi verso l&#39;interno dove il tree si annida e seguendo il puntatore riga dopo riga.

![La barra laterale della reference di React: la pillola in hover segue il puntatore lungo il tree e il cursore azzurro percorre la guida attraverso la curva mentre si cliccano le pagine](/static/blogs/designing-docs-sidebar-mask.gif?v=20260920-0930)

Abbiamo inoltre selezionato con cura altre primitive di UI per contrastare i sintomi tipici del design generato dall&#39;IA. Usiamo icone piene ovunque un&#39;icona abbia un significato, e manteniamo glifi sottili a contorno per controlli come la ricerca e la copia. I riquadri hanno angoli meno arrotondati. Abbiamo implementato barre di scorrimento coerenti tra barra laterale, code blocks e menu, al posto del consueto miscuglio di barre native e overlay. E per il language switcher usiamo SVG di bandiere personalizzati anziché emoji flag, così da preservare un&#39;iconografia visiva opaca e richiamare la nostra landing page.

<Carousel label="Primitive di UI" width="3840" height="2160">
  <CarouselItem src="/static/blogs/designing-docs-E2-solid-vs-outline.webp?v=20260924-1200" alt="La regola delle icone della nuova documentazione: glifi sottili a contorno sui controlli (ricerca, lingua, copia pagina, tema) e glifi pieni dove un'icona ha un significato (le card Core, CLI e Integrations, la funzionalità Libraries, i link Registro delle modifiche e Contact)" />

  <CarouselItem src="/static/blogs/designing-docs-E3-corners.webp?v=20260920-0930" alt="Il vecchio pulsante a pillola e il campo di ricerca sopra il nuovo pulsante e il controllo di copia alla stessa scala, accanto a una scala di raggi in cui la pillola è barrata" />

  <CarouselItem src="/static/blogs/designing-docs-E7-quiet-scrollbar.webp?v=20260920-0930" alt="La barra laterale con il suo sottile cursore arrotondato su una traccia trasparente, e il cursore ingrandito" />

  <CarouselItem src="/static/blogs/designing-docs-E4-micro-ui.webp?v=20260920-0930" alt="Il menu delle lingue con bandiere SVG opache personalizzate accanto allo stesso elenco disegnato con emoji di bandiere" />
</Carousel>

E naturalmente, la nostra esperienza di localization della documentazione deve essere di primo livello: spaziature, allineamenti e ordine devono restare intatti.

![La pagina Introduzione in inglese e in cinese alla stessa scala, con guide tratteggiate che mostrano l'allineamento condiviso](/static/blogs/designing-docs-E5-localized.webp?v=20260920-0930)

## La lista nera

Durante tutto il processo abbiamo stilato una &quot;lista nera&quot; degli anti-pattern che ci sono saltati all&#39;occhio.

* Testo occhiello
* Testo esplicativo superfluo messo a caso
* Riquadri con angoli troppo arrotondati
* Icone non piene
* Spaziatura variabile slegata dall&#39;importanza del contenuto
* Documentazione non localizzata (!)
* Troppi elementi di navigazione sparsi per la pagina
* Barre laterali che sembrano espandersi all&#39;infinito
* Barre laterali che cambiano quando clicchi su qualcosa
* Barre laterali in cui si perde il segno

<Carousel label="La lista nera" width="3840" height="2160">
  <CarouselItem src="/static/blogs/designing-docs-F2-spot-the-antipatterns.webp?v=20260924-1200" alt="Un mock illustrativo di una generica scheda di documentazione con cinque anti-pattern numerati in rosso" />

  <CarouselItem src="/static/blogs/designing-docs-F5-poster.webp?v=20260920-0930" alt="La lista nera riorganizzata in disordine, navigazione e lingua, con ogni voce contrassegnata da una x rossa" />
</Carousel>

Naturalmente continuiamo a lavorare per migliorare il design della nostra documentazione e ogni feedback è benvenuto. Buona progettazione!

## Sitemap

See the full [sitemap](https://generaltranslation.com/sitemap.md) for all pages.
