Impara a pianificare, scrivere e pubblicare una pagina di trasparenza per la tua startup: cosa condividere, cosa evitare, struttura della pagina, aggiornamenti e template pratici.
Una pagina di trasparenza è un unico luogo pubblico sul tuo sito dove spieghi come funziona la tua azienda: cosa costruite, come viene fissato il prezzo, come gestite i dati dei clienti e cosa aspettarsi quando qualcosa va storto.
Non è una pagina marketing piena di affermazioni vaghe. Non è nemmeno un documento per raccontare tutto al mondo. L'obiettivo è la chiarezza pratica: dare a clienti, candidati e partner abbastanza contesto per fidarsi delle tue decisioni e usare il prodotto con meno sorprese.
Una buona pagina di trasparenza è:
Una pagina di trasparenza non è:
/terms) o della privacy policy (/privacy)Le startup pubblicano pagine di trasparenza per:
Aiuta quando puoi mantenere promesse semplici e aggiornamenti coerenti.
Può nuocere se pubblichi:
Condividi solo ciò che puoi supportare con una reale responsabilità e un'abitudine di aggiornamento. Se non riesci a tenere una roadmap pubblica aggiornata, pubblica invece i principi di prioritizzazione.
Per lunghezza e struttura, punta a una pagina (o a un piccolo insieme di pagine) di circa 3.000 parole—abbastanza utile da essere concreta, ma abbastanza breve da rimanere leggibile. Dividila in sezioni chiare con un semplice sommario e ancore così le persone possono saltare direttamente a ciò che serve.
Una pagina di trasparenza non può rispondere a tutte le domande di tutti. Se ci provi, diventa un muro di testo—o peggio, una serie di affermazioni vaghe che non costruiscono fiducia.
Scegli il gruppo singolo che devi rassicurare adesso e scrivi per loro prima:
Puoi comunque includere sezioni per altri pubblici, ma il pubblico primario deve modellare tono, livello di dettaglio e ciò che enfatizzi.
La tua pagina dovrebbe rispondere chiaramente a un piccolo set di domande che il pubblico si sta già ponendo, ad esempio:
/pricing)Sii esplicito sui confini. Zone comuni da non condividere: segreti commerciali, dati personali di dipendenti/clienti e dettagli operativi di sicurezza (per esempio, configurazioni interne esatte).
Concludi questo passaggio con una singola riga che puoi mantenere:
“Ecco cosa condividiamo, perché lo condividiamo e con quale frequenza lo aggiorniamo.”
Una pagina di trasparenza funziona solo se le persone la trovano rapidamente e la possono scorrere con sicurezza. Trattala come documentazione di prodotto: facile da localizzare, facile da scansionare e prevedibile da una visita all'altra.
Usa un percorso breve e ovvio come /transparency. Metti il link nel footer (accanto a Privacy, Terms, Security) e valuta un secondo punto di accesso nel menu About se ne hai uno. La coerenza conta: una volta pubblicato l'URL, mantienilo stabile.
Se hai già pagine correlate, collegale con link relativi chiari (es., /pricing, /security, /privacy) così i lettori possono verificare i dettagli senza cercare.
Un ordine pratico che legge bene per la maggior parte delle startup:
Cosa copre questa pagina (intro di un paragrafo)
Storia + principi operativi (perché esistete, come decidete)
Team + come lavorate (chi fa cosa, come costruite)
Prezzi + aspettative di fatturazione (come vengono addebitati i costi, casi limite)
Metriche (scelte con cura) (cosa misurate e perché)
Roadmap + changelog (cosa c'è dopo, cosa è cambiato)
Privacy + sicurezza (in inglese semplice) (gestione dei dati, controlli chiave)
Supporto + aspettative di affidabilità (orari, SLA se presenti, link allo status)
Puoi riordinare in base al tuo business (es., metti la sicurezza più in alto se vendi a team regolamentati).
Se la pagina è più lunga di qualche schermata, includi un breve sommario vicino al top con jump link a ogni sezione. Mantieni le etichette semplici (“Pricing”, “Roadmap”, “Security”) così la scansione è immediata.
Aggiungi una riga “Last updated” in cima e indica una cadenza come “Revisionato mensilmente” o “Aggiornato entro 7 giorni dai cambiamenti importanti.” Assegna un owner interno (ruolo o team) così gli aggiornamenti non si bloccano.
Termina la pagina con un'azione: “Domande? Scrivici a [email protected]” o rimanda a un form leggero (es., /contact). I lettori non dovrebbero mai chiedersi dove chiedere chiarimenti.
Una pagina di trasparenza funziona meglio quando spiega non solo cosa credete, ma come operate concretamente.
Missione è il tuo “perché” in una o due frasi: chi servite e cosa cercate di cambiare.
Valori sono le convinzioni che vuoi mantenere (es., “rispetto”, “velocità”, “cura”). Comportamenti sono azioni osservabili che dimostrano quei valori (es., “rispondiamo a ogni ticket di supporto entro 1 giorno lavorativo”). I lettori si fidano dei comportamenti più degli slogan.
Condividi il momento semplice che ha portato alla creazione dell'azienda: il problema che hai incontrato, perché le soluzioni esistenti non funzionavano e la prima versione che hai lanciato. Mantienila concreta e orientata al cliente.
Se vuoi la versione lunga, rimanda a /about.
Usa questi spunti per scrivere alcuni principi in inglese semplice:
Aggiungi 3–5 impegni concreti come:
Rimanda ai dettagli di supporto dove utile (es., /careers per come assumete e lavorate).
Le persone si fidano delle persone. Una pagina di trasparenza non dovrebbe sembrare un documento anonimo di policy—dovrebbe mostrare chi è responsabile del prodotto e come vengono prese le decisioni.
Inizia con una panoramica semplice dei ruoli chiave: founder, responsabile prodotto, responsabile ingegneria, responsabile support clienti, owner sicurezza/privacy e eventuali advisor—solo se hanno acconsentito a essere elencati.
Mantieni il focus sui ruoli:
Evita dettagli personali come indirizzi di casa, numeri di telefono personali o qualsiasi cosa che favorisca contatti indesiderati. L'obiettivo è responsabilità, non esposizione.
Aggiungi una breve sezione “principi di lavoro” che spiega come avviene la collaborazione giorno per giorno:
Questo aiuta i clienti a capire perché alcune richieste avanzano rapidamente mentre altre richiedono revisioni.
Se state assumendo (o prevedete di farlo), condividi le basi del processo: fasi tipiche, tempistiche approssimative e cosa valutate (portfolio, problem-solving, comunicazione). Rimanda a /careers per posizioni aperte e dettagli.
Se hai informazioni già disponibili altrove, rimanda per evitare duplicazioni (es., storia e missione su /about).
I prezzi sono il punto in cui molte pagine di trasparenza costruiscono fiducia rapidamente—o scatenano frustrazione. L'obiettivo qui non è duplicare la tua tabella prezzi. È impostare aspettative in linguaggio semplice così le persone possono autovalutarsi ed evitare sorprese.
Usa nomi di piano semplici e descrivi a chi sono rivolti. Concentrati su cosa è incluso a livello alto (non ogni singola feature).
Per esempio:
Se hai prezzi basati sull'uso, dillo chiaramente (es., “prezzi per seat”, “prezzi per utilizzo”, o “entrambi”).
Metti insieme le basi in un posto:
Se questi aspetti variano per piano o regione, dillo subito.
Se hai add-on comuni (posti extra, workspace aggiuntivi, limiti di utilizzo superiori), descrivi come avvengono gli upgrade (istantanei vs dal ciclo di fatturazione successivo) e se i downgrade hanno effetto immediato o successivo.
Le persone tollerano i cambi di prezzo più della sorpresa. Condividi i tuoi principi (es., “manteniamo i clienti esistenti con il prezzo precedente per X mesi” o “notifichiamo via email e in-app almeno Y giorni prima”). Impegna solo scadenze che puoi rispettare.
Per la ripartizione completa, tieni i dettagli nella pagina dedicata: /pricing.
Le metriche possono costruire fiducia rapidamente—ma solo se sono comprensibili, comparabili nel tempo e non dannose per l'azienda o i clienti. Lo scopo non è “mostrare tutto”. È mostrare pochi segnali che aiutino a giudicare affidabilità, slancio e adattamento.
Evita numeri che rivelano strategia sensibile (fatturato esatto, runway di cassa, elenchi clienti) o che possono essere facilmente fraintesi (totali vanitosi senza contesto). Se una metrica può innescare speculazioni, creare churn o invitare copiature da competitor, probabilmente non va pubblicata.
Quando i valori esatti non sono appropriati, pubblica:
Un piccolo set di metriche operative spesso funziona bene:
Per ogni metrica, includi una frase su perché conta e una su come viene misurata (finestra temporale, fonte dati e definizione). “Tempo di risposta” dovrebbe specificare se si tratta di prima risposta o tempo alla risoluzione.
Aggiungi una breve nota tipo: “Le metriche possono essere riviste man mano che l'instrumentazione migliora.” Se cambi le definizioni (es., nuovo strumento di analytics), indica la data e spiega cosa è cambiato così i lettori non pensino che stai nascondendo un calo.
Una roadmap e un changelog trasformano il “stiamo costruendo” in qualcosa che i clienti possono seguire. Ridurranno anche le domande ripetute del supporto (“È prevista la X?” “Avete rilasciato Y?”) e impostano aspettative sane su cosa è probabile che arrivi.
Mantienila leggera. Tre opzioni comuni:
Se mantieni pagine separate, collegale chiaramente dalla tua pagina di trasparenza (es., /roadmap).
Gli elementi della roadmap dovrebbero essere inquadrati come intenzioni, non promesse. Aggiungi una nota breve in cima che spiega:
Questo paragrafo previene delusioni e mantiene integra la fiducia quando le priorità cambiano.
Un changelog non deve contenere ogni minima modifica. Concentrati su:
Mantieni le voci brevi, con rimandi alla documentazione più approfondita. Se risiede altrove, rimanda a /changelog.
Dì ai clienti esattamente come inviare feedback—email, form in-app o forum. Se supporti il voting, spiega come i voti influenzano la prioritizzazione (segnale, non garanzia) e quando rivedete le richieste.
Una pagina di trasparenza dovrebbe rispondere alle domande che le persone si pongono prima di iscriversi: “Quali dati raccogliete?”, “Chi può vederli?” e “Per quanto tempo li conservate?” Se gli utenti non trovano risposte chiare rapidamente, supporranno il peggio.
Apri con una breve sezione “a colpo d'occhio”, poi rimanda alle policy formali per il testo legale completo. Per esempio:
Poi rimanda direttamente a /privacy e /terms per le versioni complete.
Sii specifico su:
Evita promesse vaghe come “trattiamo la sicurezza con serietà”—descrivi invece i fondamenti pratici.
Spiega le protezioni a un livello alto (crittografia in transito, accesso least-privilege, aggiornamenti regolari), ma non pubblicare dettagli che possano aiutare un attaccante (regole di firewall esatte, diagrammi architetturali interni o URL admin).
Includi un percorso semplice di segnalazione, come [email protected], e cosa aspettarsi (tempo di riconoscimento, come trattate le disclosure). Se esiste, rimanda a una breve policy di vulnerability disclosure (es., /security).
La trasparenza non riguarda solo numeri—si tratta di rendere prevedibile l'esperienza quotidiana del cliente. Una buona pagina di trasparenza dice come ottenere aiuto, quanto velocemente rispondete e cosa significa “affidabile” per il vostro prodotto.
Elenca i canali reali di supporto e a cosa servono (includi solo quelli che monitorate attivamente): email, chat in-app, centro assistenza, forum della comunità o telefono (se offerto). Se offrite supporto dedicato per piani a pagamento, dillo chiaramente.
Aggiungi finestre di risposta tipiche che puoi mantenere costantemente. Per esempio: “Puntiamo a rispondere entro 1 giorno lavorativo” è meglio di “entro 1 ora” se non è affidabile.
Se hai una via di escalation, descrivila semplicemente: cosa conta come urgente, come segnalarlo e quando è appropriato. Evita di promettere un incident manager dedicato a meno che non sia parte del servizio.
Spiega dove gli utenti vedranno gli aggiornamenti sul servizio e cosa aspettarsi durante un incidente: frequenza degli aggiornamenti, informazioni condivise (impatto, sistemi coinvolti, workaround) e quando pubblicherete un sommario post‑incidente.
Se pubblichi uptime e storia degli incidenti, rimanda direttamente: vedi /status.
Se la tua politica di rimborsi o gestione dei reclami è definita pubblicamente, riassumila in poche righe e rimanda alla policy completa. Includi i punti chiave che interessano i clienti: eleggibilità, termini temporali e come richiedere una revisione.
Una pagina di trasparenza costruisce fiducia solo quando resta accurata. Il modo più semplice per mantenerla credibile è trattarla come un documento vivo con responsabilità chiare e una cadenza prevedibile di aggiornamento.
Scegli una persona che possieda la pagina end-to-end (spesso in Ops, Product o Marketing). Il suo compito non è scrivere tutto—è assicurarsi che gli aggiornamenti avvengano.
Un workflow semplice che funziona per team piccoli:
Se possibile, nomina l'owner sulla pagina (o almeno nel documento interno) così non diventi “compito di tutti”, che spesso significa di nessuno.
Scegli un calendario che puoi davvero mantenere:
Aggiungi una riga visibile “Last updated” vicino al top.
Includi un breve “Page update log” con 1–2 righe per modifica (es.: “2026-03-01 — Aggiornato periodo di preavviso sui prezzi; chiarita la retention dei dati”). Questo è diverso dal changelog di prodotto: è il registro delle modifiche alla pagina di trasparenza stessa.
Per evitare confusione quando i numeri cambiano, pubblica gli aggiornamenti come:
Questo aiuta i lettori a capire cosa stanno guardando e riduce dibattiti su “perché è cambiato questo?”.
Mantieni una breve checklist pre-pubblicazione così non pubblichi disinformazione:
/pricing, /security)Non tutto va pubblicato immediatamente o nei dettagli. Quando serve, scegli una di queste strade:
La coerenza batte la perfezione: una cadenza affidabile e una responsabilità chiara faranno più per la fiducia che aggiornamenti sporadici e importanti.
Questa pagina è più facile da mantenere quando è pensata per una rapida scansione e aggiornamenti rapidi. Punta a blocchi CMS-friendly, titoli coerenti e componenti riutilizzabili.
| Component | Meglio per | Suggerimento |
|---|---|---|
| Tabella | Note sui prezzi, target di uptime, retention dei dati | Mantieni le etichette nella prima colonna |
| Callout | “Last updated” + ownership + cadenza | Mettilo vicino al top |
| FAQ | Domande comuni (fatturazione, sicurezza, roadmap) | Scrivi le risposte in linguaggio semplice |
/pricing” invece di “clicca qui”)./pricing, /security, /privacy, /status, /blog.Se il collo di bottiglia è pubblicare la pagina—non decidere cosa dire—tratta la pagina di trasparenza come un piccolo prodotto: redigi le sezioni, pubblica e itera con una cadenza.
Un approccio pratico è generare la struttura iniziale in uno strumento come Koder.ai, dove puoi descrivere le sezioni di trasparenza in chat (aspettative sui prezzi, obiettivi di supporto, sommario gestione dati, link alla roadmap) e ottenere rapidamente una pagina funzionante. Poiché Koder.ai supporta deployment/hosting, domini personalizzati e snapshot/rollback, puoi pubblicare presto e aggiornare con sicurezza—senza trasformare le “modifiche al sito” in un progetto di engineering di settimane.
Intro (2–3 righe): Perché pubblichiamo questa pagina.
Last updated: ____ • Owner: ____ • Cadence: ____
Come lavoriamo: (valori + principi decisionali)
Prezzi \u0026 aspettative di fatturazione: (sintesi + rimando a /pricing)
Roadmap \u0026 changelog: (rimandi a /roadmap e /changelog)
Privacy \u0026 sicurezza: (sommario breve + rimando a /security e /privacy)
Supporto \u0026 affidabilità: (orari, canali, target di risposta + rimando a /status)
FAQ: (3–6 domande)
Come fare domande: (email di supporto o /contact)
Prima di andare live, testa su mobile, esegui uno spellcheck e chiedi a una persona esterna al team di trovare le risposte in meno di 60 secondi.
Se vuoi un feedback su chiarezza o struttura, invita i lettori a inviare suggerimenti tramite il form di contatto (o una semplice email) e offri un'opzione di iscrizione agli aggiornamenti tramite il changelog o la newsletter.
Una pagina di trasparenza è una pagina pubblica (spesso in /transparency) che spiega come la tua azienda opera in termini pratici: aspettative sui prezzi, supporto/affidabilità, approccio alla roadmap e come gestite i dati.
Serve a ridurre sorprese e a velocizzare la fiducia, non a sostituire /terms o /privacy.
Pubblica quando puoi assumerti alcuni impegni chiari e hai qualcuno che può mantenere la pagina aggiornata.
Se non sei in grado di mantenere una roadmap pubblica o metriche aggiornate, pubblica prima i tuoi principi decisionali e la cadenza di aggiornamento (e aggiungi i dettagli più avanti).
Scegli un pubblico primario e scrivi per quello:
Puoi includere sezioni secondarie, ma il pubblico primario deve guidare struttura e livello di dettaglio.
Usa una breve lista di “domande di fiducia” e rispondile direttamente (di solito 3–5):
/pricing)/status se disponibile)Evita tutto ciò che crea rischio o rompe la fiducia:
Se non puoi condividere i dettagli, dillo e spiega brevemente il confine.
Usa un URL breve e stabile (comunemente /transparency) e mettilo dove le persone cercano:
/privacy, /terms e /securityAggiungi un semplice indice con jump link se la pagina è più lunga di qualche schermata.
Riassumi le aspettative di fatturazione in linguaggio semplice, poi rimanda alla pagina dei prezzi per i numeri esatti.
Esempi di elementi che riducono le sorprese:
Collega a per i dettagli numerici.
Pubblica solo metriche facili da interpretare e sicure da condividere.
Buone opzioni:
/status)Aggiungi una frase di contesto per ciascuna metrica: perché conta e come viene misurata.
Usa un formato che puoi mantenere, per esempio:
Aggiungi una nota che gli elementi della roadmap sono intenzioni, non garanzie, e che le priorità possono cambiare in base all'apprendimento, alle esigenze di affidabilità o a vincoli. Rimanda a /roadmap e /changelog se esistono.
Rendi la “freschezza” visibile e assegna una responsabilità.
Setup semplice:
Se qualcosa non può essere aggiornato immediatamente (per ragioni legali/sicurezza), pubblica un placeholder breve e aggiorna dopo la revisione.
/privacy/roadmap o spiega i principi)Se una domanda ricorre spesso in vendita/supporto, appartiene a questa pagina.
/pricing