Come associare un'azione di tocco a un feedback visivo o aptico chiaro

Un tocco può portare a diversi eventi: un controllo viene premuto, un'impostazione cambia, una richiesta si avvia oppure una richiesta riesce o fallisce. Decidi quale evento rappresenta ciascun segnale prima di scegliere un'animazione o una vibrazione. Un segnale di pressione conferma l'input; un'etichetta modificata o uno stato selezionato conferma una modifica dello stato locale; un indicatore di avanzamento comunica che l'operazione è in corso; un messaggio di successo conferma il completamento.

Mantieni distinti questi significati. Se un pulsante si scurisce brevemente al tocco, ciò non prova che una richiesta di rete sia stata completata. Se l'invio potrebbe richiedere tempo, mantieni un chiaro stato di avanzamento finché l'app non conosce il risultato. Apple consiglia di mostrare un indicatore di attività all'interno di un pulsante quando un'azione non si completa istantaneamente e suggerisce di modificare l'etichetta per chiarire cosa sta accadendo. Linee guida di Apple sui pulsanti

Tratta il feedback come una sequenza legata allo stato effettivo del controllo, anziché come un singolo effetto riprodotto ogni volta che il pulsante riceve un tocco. Una base di riferimento utile è:

1. Pronto: Mostra l'azione con un'etichetta o un simbolo familiare che ne renda chiaro lo scopo.
2. Premuto: Fornisci uno stato di pressione visivo immediato, come una leggera variazione di riempimento, scala o evidenziazione.
3. In elaborazione: Se il completamento richiede tempo, mostra l'avanzamento ed evita invii duplicati accidentali quando appropriato per l'azione.
4. Completato o non riuscito: Aggiorna l'interfaccia con il risultato effettivo. Per un interruttore (toggle), mostra il suo nuovo stato selezionato; per un invio, fornisci uno stato sintetico di successo o errore.

Apple afferma che i pulsanti personalizzati dovrebbero sempre avere uno stato di pressione, poiché senza di esso possono sembrare non reattivi. Le sue più ampie linee guida sul feedback raccomandano di adeguare la modalità di visualizzazione all'importanza delle informazioni e di rendere lo stato disponibile vicino all'elemento che descrive. Linee guida di Apple sui pulsanti e linee guida sul feedback

Rendi visibile lo stato di pressione mentre il dito si trova sul controllo. Una leggera variazione di colore o opacità, un breve cambio di scala o un'evidenziazione possono funzionare, a patto che il controllo rimanga riconoscibile e la sua etichetta leggibile. Non usare il colore come unico modo per comunicare il risultato: associalo a un cambio di stato, a un testo, a un'icona o a un'altra distinzione visibile che spieghi l'accaduto.

Per un interruttore (toggle), lo stato selezionato dovrebbe persistere dopo il tocco; una temporanea animazione a onda (ripple) da sola non comunica se l'impostazione è attiva. Per un'azione occasionale come "Salva", il pulsante può mostrare prima il proprio stato di pressione e poi l'app può visualizzare uno stato salvato. Se un'attività non riesce, spiega l'errore vicino al controllo pertinente e rendi chiara la successiva azione disponibile. La presentazione esatta dipende dall'app e dalla piattaforma, ma il segnale dovrebbe riflettere lo stato verificabile dall'app.

I feedback aptici possono rafforzare un evento distinto, come la pressione di un pulsante o un cambio di stato confermato. Sono opzionali: la risposta visiva deve comunque avere senso se il dispositivo è silenziato, se i feedback aptici sono disattivati o se l'utente non avverte l'effetto. Le linee guida di Android raccomandano di usare il feedback aptico con parsimonia, mantenendolo coerente per interazioni simili e abbinandolo all'esperienza visiva o audio. Suggeriscono inoltre di preferire l'assenza di feedback aptico rispetto a un effetto di tocco fastidioso o confuso. Principi di progettazione aptica di Android

Una scelta pratica è usare un segnale leggero e breve per una conferma significativa quando la piattaforma offre un effetto standard adeguato. Evita di vibrare a ogni tocco di scarso rilievo, durante lo scorrimento ripetuto o per un evento privo di un cambiamento visibile corrispondente. Se l'evento è importante, assicurati che sia lo stato visivo a trasmetterne il significato; non affidarti a una vibrazione per distinguere il successo dal fallimento.

Una risposta alla pressione appartiene al momento del tocco; una risposta di successo appartiene al momento in cui l'esito positivo è noto. Per un'azione che si completa all'istante, questi momenti possono essere ravvicinati. Per un salvataggio o un invio da remoto, possono essere separati da un'attesa percepibile. Mostrare un feedback aptico di successo all'inizio del tocco significherebbe comunicare il completamento prima che l'app l'abbia effettivamente confermato.

Su Android, l'approccio consigliato con View.performHapticFeedback utilizza costanti orientate all'azione, rispetta le impostazioni di sistema del feedback tattile e non richiede l'autorizzazione VIBRATE. La piattaforma fornisce un comportamento di fallback per queste costanti quando necessario. Gli effetti di vibrazione più personalizzati comportano considerazioni diverse di supporto e configurazione, quindi per i controlli ordinari è preferibile l'approccio standard orientato all'azione. Guida all'implementazione del feedback aptico di Android

Utilizza controlli integrati dove offrono già il feedback previsto. Apple fa notare che controlli standard come interruttori, slider e selettori (picker) possono riprodurre feedback aptici di sistema sui modelli di iPhone supportati. L'aggiunta di un secondo effetto personalizzato può duplicare il segnale, quindi verifica il comportamento nativo del controllo prima di sovrapporre un ulteriore elemento. Linee guida di Apple sull'uso del feedback aptico

Anche la frequenza conta. Un pattern di feedback chiaro per l'invio occasionale di un modulo può diventare fastidioso se associato a un pulsante usato spesso. Mantieni lo stesso significato coerente tra azioni equivalenti e riserva segnali più forti o evidenti per eventi che meritano maggiore attenzione. Android raccomanda nello specifico di correlare l'intensità del feedback aptico sia all'importanza dell'evento sia alla sua frequenza. Principi di progettazione aptica di Android

Testa l'intera sequenza sui dispositivi e sui sistemi operativi supportati dall'app. Tocca una volta e verifica che lo stato premuto appaia tempestivamente; quindi controlla che l'avanzamento rimanga visibile durante un'attesa e che il successo o il fallimento vengano mostrati solo dopo che l'esito è noto. Prova un rapido secondo tocco e verifica che l'interfaccia non generi feedback duplicati disorientanti o azioni ripetute involontarie.

Ripeti la verifica con il feedback tattile di sistema disattivato e con le funzionalità aptiche del dispositivo non disponibili o non supportate. Gli stati visivi dovrebbero comunque comunicare l'azione e il relativo risultato. Confronta le azioni frequenti con quelle occasionali ed elimina gli effetti che risultano caotici, desincronizzati o slegati da un cambiamento visibile. Per il feedback standard delle viste di Android, l'impostazione di sistema viene rispettata per impostazione predefinita; gli approcci personalizzati potrebbero richiedere ulteriori controlli di supporto e fallback. Guida al feedback aptico di Android

Un'associazione chiara segue una logica semplice: mostra che il tocco è stato registrato, comunica l'eventuale attesa e conferma l'esito quando questo è effettivo. Lascia che il feedback aptico rafforzi lo stesso segnale quando opportuno, assicurando al contempo che l'interfaccia visiva sia completa di per sé.

• Buttons — Apple Human Interface Guidelines
• Feedback — Apple Human Interface Guidelines
• Playing haptics — Apple Human Interface Guidelines
• Haptics design principles — Android Developers
• Add haptic feedback to events — Android Developers