Ho iniziato a notare che la maggior parte delle piattaforme non perde utenti perché qualcosa si rompe. Perdono utenti perché nulla sembra definitivo quando dovrebbe. Anche quando un'azione ha successo, le persone esitano. Aggiornano gli schermi. Aspettano conferme aggiuntive. Da qualche parte dentro di loro si aspettano che il risultato possa cambiare.

Quell'esitazione lentamente si trasforma in abitudine. Gli utenti iniziano a muoversi con cautela. Azioni semplici iniziano a sembrare rischiose. La fiducia svanisce non perché i risultati siano sbagliati, ma perché il sistema non fa mai un chiaro impegno al momento giusto.

Dusk affronta questo problema in modo diverso. Non chiede agli utenti di fidarsi di controlli futuri o di revisioni successive. Su Dusk la decisione viene presa esattamente nel momento in cui si tenta un'azione. O le condizioni sono soddisfatte ora, o l'azione non esiste affatto.

Se un'azione è valida, procede completamente. Se non lo è, si ferma completamente. Non c'è uno stato intermedio in attesa di essere corretto successivamente. Nulla trapela nei registri o nelle revisioni sperando di essere sistemato in seguito.

La maggior parte dei sistemi accetta prima le azioni e spiega dopo. I registri, le revisioni e le correzioni arrivano dopo l'esecuzione. Quel ritardo è dove cresce l'incertezza e gli utenti lo percepiscono anche se non possono spiegarlo.

Con Dusk non c'è una finestra di attesa. L'esecuzione stessa porta certezza. Gli utenti non vengono mai invitati a indovinare cosa accadrà dopo. Nel tempo, questo crea un ritmo più calmo in cui le persone agiscono una volta e vanno avanti senza ripensamenti.

I sistemi forti non hanno bisogno di sembrare veloci. Devono sembrare stabili. Ed è questo che rende Dusk unico.

@Dusk #dusk $DUSK