In generale, il design delle applicazioni e il web design sono cose molto diverse. La differenza principale è che in genere le applicazioni sono progettate per fare qualcosa, mentre i siti Web mostrano semplicemente qualcosa. Negli ultimi tempi, tuttavia, la linea di demarcazione tra i siti Web e le applicazioni è diventata sempre più sfocata e c'è molta sovrapposizione, con molti siti Web che si comportano come applicazioni o addirittura incorporano intere suite di applicazioni nelle loro interfacce.

Per i progettisti di siti Web tradizionali che non hanno esperienza nella progettazione di applicazioni, questo può essere fonte di confusione e può portare a risultati altamente discutibili nel prodotto finale. È importante capire che quando parlo di design delle applicazioni, non sto parlando di "app". Le app sono generalmente interfacce a scopo singolo che consentono ai telefoni di fare cose che normalmente i telefoni non dovrebbero fare. Sono una classe di applicazioni, ma non possono davvero essere considerate applicazioni vere, motivo per cui vengono chiamate solo "app".

Nelle note che seguono, parlerò di come la progettazione di applicazioni per siti Web è diversa dalla progettazione di siti Web di informazioni ordinarie e di come è possibile gestire il cross-over e creare pagine ibride utilizzabili che incorporino correttamente gli elementi dell'applicazione.

Il vero design reattivo di solito non funziona bene per le applicazioni

Le applicazioni software tradizionali funzionano in spazi finiti dello schermo (lo scorrimento non è normale e non è possibile estendersi su più lunghezze dello schermo come è possibile con le pagine Web). L'interfaccia dell'applicazione stessa può incorporare lo scorrimento, ma richiede uno spazio dedicato dedicato.

Ciò significa che se si utilizza la progettazione reattiva, è necessario pensare con estrema attenzione a come gli elementi dell'applicazione si adatteranno nello spazio fornito e, nella maggior parte dei casi, i progetti reattivi non funzioneranno molto bene. Potrebbe essere necessario andare alla vecchia scuola e creare versioni separate del sito progettate per essere visualizzate su piattaforme diverse, o addirittura escludere la visualizzazione degli elementi dell'applicazione sui dispositivi mobili.

Progetta l'aiuto in linea che può essere visualizzato senza lasciare l'interfaccia dell'applicazione

I test sono importanti per qualsiasi sito Web o applicazione, ma quando si tratta di applicazioni Web, il carico di lavoro per i test aumenta in modo significativo, perché ci sono molti altri modi in cui la tua applicazione non funziona correttamente in circostanze diverse.

Mentre con le applicazioni tradizionali si ha il lusso di un manuale utente che gli utenti possono consultare quando c'è un problema, le applicazioni web di solito devono fornire tutto l'aiuto come parte del sito (e normalmente fanno un lavoro scarso!). Prova ad usare suggerimenti, pop-up, modali e se devi diramarti verso pagine esterne per informazioni di aiuto, almeno usa il metodo target = "_ blank" .

Utilizzare la gestione degli errori intensi

La tua applicazione deve essere abbastanza intelligente da sapere quando non funziona correttamente e per essere in grado di bloccarsi in modo elegante quando è necessario. Nulla è più fastidioso per gli utenti di quando il loro sistema rallenta la scansione e non possono chiudere la tua applicazione semplicemente perché eri troppo pigro per usare la gestione degli errori e fornire un modo per terminare l'applicazione.

Quando si assembla un team per sviluppare applicazioni Web, è una buona idea assumere persone con esperienza nella creazione di applicazioni desktop tradizionali. Coloro che hanno tale esperienza possono aiutarti a evitare errori e ottenere un processo di sviluppo più efficiente.

Immagine in evidenza, Immagine di progettazione dell'interfaccia utente via Shutterstock.