Tre impostazioni che abbiamo scelto di non aggiungere

Ogni app accumula impostazioni proprio come una casa si riempie di cianfrusaglie: lentamente, in modo impercettibile, un’aggiunta ben intenzionata alla volta. Il risultato è una schermata delle Impostazioni che nessuno legge e un prodotto che assume significati leggermente diversi per ogni utente.

Ogni impostazione sembra innocua di per sé. È un semplice interruttore, impostato di default su “off”, e nessuno è obbligato a toccarlo. Ma ogni interruttore raddoppia il numero di possibili comportamenti dell’app, e qualcuno deve testarli tutti, su ogni piattaforma, in ogni linguaggio. Per un piccolo team che rilascia versioni su iPhone, Android, Windows e sul browser, quella moltiplicazione fa la differenza tra un rilascio accurato e uno basato solo sulla speranza.

Tre impostazioni che ci siamo sempre rifiutati di aggiungere, anche quando ci è stato chiesto:

1. La scelta tra due percorsi di onboarding

Se non riusciamo a decidere quale sia il migliore, nessuno dei due è abbastanza valido da essere lanciato sul mercato.

La richiesta proviene solitamente dall’interno del team piuttosto che dagli utenti: due persone preferiscono due versioni diverse, e l’introduzione di un’impostazione sembra una soluzione diplomatica. Ma non lo è. Un nuovo utente non conosce abbastanza l’app per scegliere come vorrebbe che gli venisse presentata. Quindi continuiamo a lavorare finché un flusso non risulta chiaramente migliore, e è quello che rilasciamo.

2. Un pulsante di attivazione/disattivazione per il nuovo design

O la nuova versione rappresenta un miglioramento e quella vecchia viene eliminata, oppure la nuova versione non è ancora pronta. Un pulsante di attivazione/disattivazione è un modo per evitare di prendere una decisione — e raddoppia per sempre il nostro carico di lavoro di controllo qualità.

Capiamo perché la gente se lo chieda. Una riprogettazione altera la memoria muscolare, e questo è davvero dirompente. La nostra risposta è quella di rendere la transizione più graduale piuttosto che facoltativa: mantenere le cose nelle stesse posizioni dove possibile, spiegare cosa è stato spostato e concedere tempo alla nuova versione prima di giudicarla. Se dopo questo periodo la riprogettazione dovesse risultare comunque peggiore per la maggior parte delle persone, la mossa più onesta sarebbe quella di correggerla o tornare alla versione precedente — non quella di mantenere due app all’interno di una sola.

3. Un'opzione “riduci le animazioni”

iOS ne ha già una, a livello di sistema, che rispettiamo. Aggiungerne una seconda nelle nostre impostazioni sarebbe una duplicazione e un’ammissione tacita del fatto che le nostre animazioni predefinite sono fastidiose. È meglio correggere le animazioni.

Lo stesso vale per le nostre altre piattaforme. Android, Windows e i browser dispongono ciascuno di una propria impostazione a livello di sistema per la riduzione dei movimenti, e il nostro compito è quello di rispettarla piuttosto che crearne una parallela. Chi ha disattivato una volta gli effetti di movimento per l’intero dispositivo non dovrebbe essere costretto a farlo di nuovo in ogni app che installa.

Cosa aggiungiamo

Non si tratta di una regola contro le impostazioni. Ne aggiungiamo una quando le persone hanno davvero bisogno di un comportamento diverso per motivi che non possiamo prevedere in fase di progettazione: le unità di misura, il primo giorno della settimana, la disposizione della tastiera con cui qualcuno sta imparando a digitare. La domanda che ci poniamo è se un’impostazione rifletta una differenza reale tra le persone o sia semplicemente una decisione che non abbiamo ancora preso.

Dove abbiamo commesso degli errori

Non abbiamo sempre mantenuto la linea. Abbiamo implementato impostazioni che all’inizio erano solo una soluzione rapida a una singola richiesta e che sono rimaste in uso ben oltre il momento in cui qualcuno si ricordasse ancora il motivo. Eliminarle in un secondo momento è più difficile che non aggiungerle affatto, perché a quel punto qualcuno fa già affidamento su ciascuna di esse.

Rifiutare le impostazioni è un lavoro a sé stante. È solo che non compare in nessun messaggio di commit.