Folio di lavoro 02

Prima del codice, mettere sul tavolo il contesto italiano.

Un dominio nazionale non rende locale un servizio. Utenti, lingua, responsabilità, accessibilità, dati, contratti e assistenza devono essere descritti da chi conosce davvero l’organizzazione e il mercato.

Sette decisioni

La localizzazione è un sistema di responsabilità.

Queste domande non sostituiscono consulenza legale, fiscale o professionale. Servono a individuare chi deve dare la risposta prima che il software la trasformi in comportamento.

01 / PERSONE

Chi userà il servizio in Italia? Cliente, dipendente, socio, professionista, volontario o cittadino comportano percorsi e aspettative differenti.

Nome del proprietario

02 / LINGUA

Quali contenuti devono essere in italiano? Chi approva terminologia, tono, avvisi, moduli, messaggi di errore e comunicazioni successive?

Revisore concordato

03 / ENTITÀ

Quale organizzazione offre il servizio, firma, fattura, controlla i dati e risponde alle richieste? Non dedurre questi ruoli dal dominio.

Mappa delle responsabilità

04 / ACCESSO

Quali persone devono poter usare il servizio con tastiera, tecnologie assistive, zoom, contrasto o dispositivi meno recenti? Quali obblighi si applicano?

Criteri e prove

05 / DATI

Quali informazioni vengono raccolte, perché, da quale base decisionale, per quanto tempo e con quali fornitori o trasferimenti?

Registro dati

06 / SCAMBIO

Se esiste una vendita: prezzo, euro, IVA, fattura, rinnovo, recesso, reso, rimborso, consegna e assistenza devono avere regole confermate.

Percorso commerciale

07 / CONTINUITÀ

Chi gestisce contenuti, account, segnalazioni, incidenti e modifiche dopo il lancio? Qual è il percorso quando un fornitore non risponde?

Piano operativo

Prove da raccogliere

Il contesto diventa utile quando produce esempi. Una schermata tradotta non prova che il servizio sia comprensibile; una dichiarazione di accessibilità non prova che il percorso funzioni; una privacy policy non prova che il sistema cancelli davvero i dati.

Tre attività principali osservate con utenti o operatori rappresentativi.
Testi italiani approvati nel contesto reale dell’interfaccia, non solo in un documento.
Scenario mobile, tastiera, ingrandimento ed errore recuperabile.
Esempio di richiesta privacy dal ricevimento alla chiusura.
Esempio di ordine o pagamento fallito senza duplicazione o perdita di stato.
Elenco di account, fornitori, proprietari e modalità di revoca o trasferimento.

Quando il contesto è ancora insufficiente

Se nessuno può stabilire chi vende, chi controlla i dati o chi approva l’italiano, il progetto non è pronto per una pubblicazione ampia. È però possibile svolgere una fase limitata di scoperta, produrre le domande corrette e assegnarle ai responsabili.

Prossimo passo

Trasforma le incognite in una scheda.

Non serve avere tutte le risposte: serve sapere quali mancano e chi può darle.

Prepara il contesto