PIPELINEGuide
Web design e privacy: cosa richiede il GDPR
Non appena con il web design vengono trattati dati personali, valgono obblighi chiari. Quali sono in concreto, cosa manca quasi sempre nella pratica e cosa è effettivamente sufficiente.
Non appena con il web design vengono trattati dati personali, servono una base giuridica, la limitazione delle finalità, termini di cancellazione definiti, l'informazione degli interessati e un contratto di responsabilità esterna con ogni fornitore coinvolto. Nella pratica mancano quasi sempre gli stessi tre punti: il termine di cancellazione, l'informativa nel punto di raccolta e la verifica se il fornitore utilizza i dati per il proprio training.
01 — Privacy
Cosa richiede il GDPR
Non appena vengono trattati dati personali — e questo avviene più velocemente di quanto si pensi, ad esempio quando qualcuno inserisce un nome o un numero di telefono — valgono i soliti obblighi: indicare la base giuridica, definire lo scopo, rispettare la minimizzazione dei dati, definire i termini di cancellazione, informare gli interessati.
In pratica questo significa per il web design: un contratto di responsabilità esterna con ogni fornitore coinvolto, la verifica di dove vengono trattati i dati, un termine di cancellazione documentato e un passaggio comprensibile nell'informativa sulla privacy. Tre cose mancano quasi sempre nella pratica: il termine di cancellazione definito, l'informativa nel punto in cui i dati vengono raccolti e la verifica se il fornitore utilizza i dati per il proprio training.
Una valutazione d'impatto sulla protezione dei dati è necessaria solo in caso di rischio presumibilmente elevato — non per la maggior parte dei progetti di questo tipo. La verifica stessa dovrebbe comunque essere documentata, così da poter dimostrare, in caso di necessità, perché è stata omessa.
02 — Contratto
Cosa va chiarito per iscritto
- Proprietà di dati e accessi. Appartengono al committente. Se un fornitore non lo conferma chiaramente, questa è l'informazione più importante del colloquio.
- Restituzione alla fine del rapporto. In quale formato, in quale termine, a quali costi.
- Nessuna durata minima senza contropartita. Il vincolo è giustificabile se viene fornito qualcosa in cambio — altrimenti no.
- Quanto costa una modifica successiva. Non è il prezzo del progetto a decidere i costi complessivi, ma la tariffa oraria del terzo anno.
- Documentazione come oggetto di consegna. Non come promessa, ma come voce nell'offerta.
03 — Rischi
Cosa può andare storto
- Il sistema risponde in modo errato. Limitabile facendolo lavorare esclusivamente con contenuti verificati e facendolo inoltrare in caso di incertezza invece di indovinare. Questa è una scelta di configurazione, non una proprietà della tecnologia.
- L'impegno viene sottovalutato. Motivo più frequente: situazione di partenza poco chiara. Un inventario onesto prima dell'offerta previene questo problema in modo più affidabile di qualsiasi margine.
- Nessuno lo aggiorna. Il rischio maggiore in assoluto — e il più facilmente evitabile.
- Lacune nella privacy. Nascono quasi sempre da termini di cancellazione mancanti e responsabilità poco chiare, raramente dalla tecnologia stessa.
- Dipendenza dal fornitore. Evitabile se accessi, dati e documentazione sono contrattualmente di proprietà del committente.
04 — Domande
Domande frequenti
E se nessuna delle direzioni ci piace?
Allora torniamo all'inventario — di solito significa che qualcosa di importante sull'attività non è ancora stato compreso. Succede raramente, ma meglio ripartire una volta che forzare un design.
Abbiamo davvero bisogno di un design proprio?
Non necessariamente. Se avete bisogno di un sito con cinque sottopagine e non avete ambizioni di brand, un sistema base ben adattato è la scelta più sensata. Un design proprio conviene se dovete distinguervi dai concorrenti o gestite molte pagine.
Riceviamo più bozze?
Due o tre direzioni su un tipo di pagina. Dieci varianti non aiutano nessuno — spostano solo la decisione sul cliente invece di prenderla.
Quanti cicli di correzione sono inclusi?
Due cicli per bozza sono usuali e di solito sufficienti, perché la decisione sulla direzione cade già dopo la prima presentazione. Altri cicli sono possibili, ma allungano notevolmente la tempistica.
Sarà bello anche su smartphone?
Progettiamo prima la visualizzazione stretta, perché lì arriva la maggior parte dei visitatori. La visualizzazione larga è il caso più semplice, non il contrario.
Fornite anche materiale fotografico?
No, non fa parte del sistema di progettazione. Diciamo però esattamente che tipo di immagini serve e raccomandiamo fonti adatte o una fotografa se necessario.
E l'accessibilità nel design?
Contrasti, dimensioni dei caratteri, rappresentazione del focus e aree cliccabili li verifichiamo secondo WCAG 2.1 AA. Nel design è notevolmente più economico che successivamente nell'implementazione.
Prossimo passo
Inviateci qualche frase sul vostro progetto.
Leggiamo ogni richiesta personalmente e rispondiamo di persona. Niente team vendite, nessun modulo di richiamata nel vuoto.