Cum să proiectați o interfață de utilizare simplă când aveți o soluție complexă

Acest articol a fost susținut cu amabilitate de dragii noștri prieteni de la Flatfile, care creează experiențe frumoase, centrate pe om, pentru a elimina barierele dintre oameni și date. Mulțumesc!

Ce spun ei? Probleme complexe necesită soluții complexe? Acest lucru este cu siguranță adevărat atunci când dezvoltați aplicații și software.

Dar cum vă asigurați că backend-ul complex nu se prelinge pe front-end?

O interfață de utilizare complexă, în general, este un motiv mai mult decât suficient pentru mulți oameni să abandoneze un site web sau o aplicație mobilă. Când vine vorba de utilizatori plătitori sau abonați, totuși, nu vă așteptați ca niciunul dintre ei să se mulțumească cu interfața complicată a software-ului dumneavoastră.

Nu contează cât de uimitor este produsul tău. Dacă aspectul exterior îi înnebunește pe utilizatori, vă puteți aștepta în schimb la cantități mari de pierderi costisitoare de utilizatori.

Echipa Flatfile este foarte familiarizată cu această problemă, având construit un importator de date de succes, care este o tehnologie pe care mulți designeri s-au străduit să o construiască singuri. Mai jos, vom analiza câteva dintre sfaturile care i-au ajutat să depășească această provocare de proiectare a interfeței de utilizare și care vă pot ajuta și pe dvs.

Cum să proiectați o interfață de utilizare simplă pentru o soluție complexă

Scopul dvs. atunci când proiectați interfața soluției dvs. este să prezentați utilizatorului (și uneori și utilizatorilor finali) o interfață foarte simplă și intuitivă.

Deci, cum a putut Flatfile să realizeze acest lucru? Numai procesul de integrare a datelor poate fi unul complicat - trebuie să preluați date dintr-o varietate de surse, tipuri de fișiere și utilizatori și apoi să le traduceți în date utilizabile în cadrul aplicației. A face utilizatorii să pregătească, să valideze și să își igienizeze datele de pe front-end nu este nici o sarcină ușoară.

Pe lângă procesul standard de proiectare a software-ului, Flatfile a luat măsuri suplimentare pentru a se asigura că utilizatorii nu au simțit niciodată cât de complex era produsul lor. Iată ce au învățat:

1. Descoperiți obiectivele utilizatorilor dvs., astfel încât să puteți proiecta o interfață de utilizare în primul rând

Pentru a construi un produs pe care utilizatorii îl consideră util, trebuie să proiectați pentru obiectivele lor și din perspectiva lor. Dacă pierdeți din vedere acest lucru, puteți ajunge cu o interfață de utilizare care vă prioritizează obiectivele și prioritățile, ceea ce permite complexitățile din culise să strălucească.

Să vedem cum acest pas greșit poate avea ramificații serioase pentru aplicația sau software-ul dvs.

Instagram a actualizat recent antetul și subsolul interfeței sale de lungă durată. Iată cum arăta antetul înainte și după noiembrie 2020:

Designul anterior conține două simboluri/acțiuni:

• Pictograma camerei pentru a face sau a încărca fotografii.
• Pictograma Messenger pentru a discuta cu conexiunile.

Cel mai recent design a pivotat toate pictogramele spre dreapta. Acum sunt trei:

• Simbolul plus pentru a crea postări, povești, role și vieți pe Instagram.
• Simbolul inimii pentru a vedea activitatea (adică postarea angajamentului, adepții noi etc.).
• Pictograma Messenger păstrează același design și plasare.

Privind la antet, s-ar putea să nu crezi că prea multe sunt greșite aici. Cu toate acestea, probabil că Instagram nu și-a reproiectat navigarea pentru a îmbunătăți estetica sau gradul de utilizare. Noul subsol este o dovadă în acest sens:

Priviți pictogramele din mijloc și penultima. După noiembrie, pictogramele plus și inimă au fost mutate în colțul din dreapta sus al aplicației și înlocuite cu următoarele:

• Un link către rolele Instagram, o caracteristică care acționează similar cu TikTok (și poate crește dependența platformei).
• Un link către cumpărături pe Instagram, o funcție care permite utilizatorilor să cumpere din magazinele populare (nu din cele pe care le urmăresc în mod activ).

Interfața de utilizare nu mai încurajează (în primul rând) utilizatorii să organizeze conținut din conturile lor preferate sau să facă conexiuni organice cu alți utilizatori. În schimb, interfața de utilizare prioritizează noile aspecte ale platformei pay-to-play, favorizând mărcile și influențele care cheltuiesc bani pe ea.

În consecință, capacitatea de utilizare a aplicației a fost compromisă, deoarece butoanele de notificare și de creare s-au mutat din zona degetului mare într-un colț al aplicației. Nu numai că face aplicația mai dificil de utilizat, dar acest lucru atrage și mai mult conștientizarea asupra a ceea ce se întâmplă în culise. Dacă utilizatorii Instagram nu s-au gândit la algoritmii complexi și la deciziile de afaceri de la locul de muncă, acum UI atrage atenția asupra lor.

Înainte de a face orice altceva, dă-ți seama ce doresc utilizatorii tăi să realizeze, precum și cum se așteaptă să se întâmple. Apoi, rezumați obiectivele utilizatorilor dvs. similar cu cum face Randy Wiafe, șeful de produs pentru Flatfile:

„Scopul utilizatorilor Flatfile este să importe fără probleme datele clienților lor. Utilizatorii Flatfile trebuie să mute datele de la un produs software la altul și acest proces trebuie să fie cât mai ușor posibil, deoarece este una dintre primele experiențe de produs pe care le va avea un client nou - importându-și datele.”

Nu vă puteți permite să pierdeți acest lucru din vedere. Pentru că, dacă nu proiectați o interfață de utilizare care să fie în concordanță cu obiectivele utilizatorilor dvs. și cu călătoria lor preferată, atunci este posibil să dezvăluiți o parte din complexitatea care se întâmplă în culise.

2. Evaluează produsele competițiilor pentru a-ți crea MVP

Un produs minim viabil este absolut necesar de fiecare dată când construiți o aplicație. Nu numai că economisiți timp și bani dezvoltând doar cea mai simplă versiune a produsului pentru a începe, dar o versiune beta live și funcțională vă oferă ceva de la care adunați feedback real al utilizatorilor pe măsură ce repeți.

Asta a făcut Flatfile. Wiafe explică valoarea MVP-ului:

„Beta ne-a deschis cu adevărat ochii în ceea ce privește modul în care clienții și utilizatorii lor finali interacționează cu produsul. Capacitatea de a înțelege de ce și cum au fost blocați utilizatorii ne-a ajutat să îmbunătățim considerabil experiența.”

Acestea fiind spuse, de unde știi cât de minim să mergi cu interfața de utilizare a MVP-ului tău? Pentru că există o diferență uriașă între minim și inutilizabil.

În loc să începeți procesul de proiectare de la zero, aș recomanda să petreceți timp în interiorul software-ului de la concurenții dvs.

Evident, nu susțin că furi desenele altcuiva. Ceea ce sugerez, totuși, este să obțineți o experiență de primă mână cu ei.

Pentru început, acest lucru vă va permite să identificați tendințele în interfața de utilizare - tendințe de proiectare cu care clienții potențiali sunt deja confortabili și încrezători să se implice. În al doilea rând, puteți folosi aceste demonstrații pentru a vă reduce MPV-ul la minimul absolut necesar.

Să presupunem că construiți un software de poartă de plată. Ați putea începe cu Stripe:

Și 2Checkout:

Am eliminat toate datele din aceste tablouri de bord și am lăsat doar componentele principale, navigarea și etichetele. Care sunt firele comune pe care le vedem între cele două interfețe de utilizare?

• O bară de căutare lângă centrul antetului,
• Un link către setările utilizatorului sau informații despre cont în colțul din dreapta sus,
• Un panou de control aliniat la stânga care ocupă între ⅙ sau ⅕ din pagină,
• Date prezentate în blocuri autonome,
• Fonturi neutre sans serif utilizate pentru etichetare,
• Contrastul de culoare este minim și există doar în tabloul de bord pentru a indica filele selectate sau pentru a distinge seturile de date.

Aceasta este doar o analiză de bază, dar înțelegeți ideea. Prin eliminarea detaliilor și transformarea eficientă a produselor concurenților dvs. în wireframes, puteți identifica detaliile de design pe care utilizatorii s-ar simți confortabil și încrezători să le vadă în software-ul dvs.

De asemenea, puteți folosi acest timp petrecut cu produsele lor pentru a vă da seama de unde se vede complexitatea lor. Este ilogică ierarhia datelor prezentate? Sunt incluse elemente care complică prea mult lucrurile pentru că apar pe ecranele greșite? Cereți utilizatorilor să facă prea mulți pași pentru a-și atinge obiectivul principal?

Un lucru pe care îl sugerează Wiafe este să nu vă tratați MVP-ul strict ca pe un wireframe:

„Un alt domeniu de interes pentru noi a fost cum să facem această experiență să se simtă bine pentru utilizatorii noștri. Nu am vrut ca beta să fie rece și neexcitantă. Am vrut să facem o primă impresie bună și asta însemna că trebuia să petrecem timp dând un anumit caracter software-ului înainte de a-l împinge.”

Deci, da, veți folosi software-ul concurenților pentru a dezvolta specificațiile de design care vor menține interfața de utilizare simplă. Cu toate acestea, MVP-ul dvs. trebuie să fie încă un produs viabil pe care utilizatorii doresc să-l folosească, ceea ce înseamnă să îl proiectați pentru a fi captivant.

3. Introduceți complexitatea treptat și confirmați cu testarea utilizatorului

V-ați comandat vreodată mâncare de la un restaurant printr-o aplicație de livrare și v-ați întrebat de ce durează atât de mult?

Îți plasezi comanda la ora 20:00. Aplicația spune că restaurantul a confirmat comanda câteva secunde mai târziu și vei avea mâncarea în jurul orei 8:45. La 8:40, deschideți aplicația pentru a vedea unde se află șoferul de livrare pe hartă și vă întrebați de ce nu se mișcă. Sau, mai rău, de ce se îndreaptă în direcția greșită. Stomacul tău începe să mormăie și regreti că nu ai preluat singur comanda.

Dacă nu ești familiarizat cu asta, noroc că ești. Dar dacă Google „șoferul de livrare a mers în direcția greșită în aplicație”, veți vedea ce vreau să spun:

Aceasta este o problemă nouă pentru cei care iau masa în oraș. În trecut, tot ce primeau era un mesaj de confirmare a comenzii și apoi primeau un apel, un mesaj sau băteau la ușă când le sosea mâncarea.

Dar aplicațiile de livrare s-au schimbat în ultimul an și ceva, oferind vizibilitate deplină nu numai asupra progresului restaurantului în prepararea mâncării, ci și arătându-vă unde se află exact șoferul de livrare.

A fost aceasta o caracteristică care a fost absolut integrală pentru succesul aplicațiilor de livrare? Dacă îi enervează pe utilizatori până la punctul în care se confruntă cu un volum mare de plângeri de serviciu pentru clienți, rambursări de comenzi sau renunțare la utilizatori, atunci nu, nu a fost.

Acesta este motivul pentru care complexitatea ar trebui introdusă în MVP-ul tău puțin câte puțin și complet integrată numai odată ce testarea utilizatorului confirmă că este o adăugare utilă.

După cum explică Wiafe:

„În funcție de utilizatorul produsului, introducerea complexității produsului variază. Cu produsul nostru Portal, lucrăm cu dezvoltatorii mai des, așa că nu a fost o problemă creșterea complexității importatorului. Cu toate acestea, Concierge a fost creat pentru succesul clienților și echipele de implementare, care tind să fie mai puțin orientate către tehnic. Așa că am fost foarte atenți să adăugăm orice caracteristici sau componente complexe la software până când le-am testat.”

Înțelegerea obiectivelor și așteptărilor utilizatorilor dvs. este valoroasă atunci când începeți. Dar nu presupuneți că înțelegeți tot ce trece prin mintea utilizatorilor dvs. odată ce aveți o aplicație live sau un software disponibil.

Cu excepția cazului în care sunteți în pielea utilizatorilor dvs., experimentând-o exact așa cum sunt ei, chiar nu aveți idee ce vor face noile straturi de complexitate asupra utilizării așa cum o percep ei .

Deci, este incredibil de important să formulați ipoteze de lucru legate de ceea ce se va întâmpla atunci când introduceți mai multă complexitate în interfața de utilizare sau când eliminați ceva ce credeți a fi prea complex. Odată ce aveți o idee susținută de date, puteți începe să solicitați feedback de la utilizatori și să vă îmbunătățiți produsul.

Încheierea

Pentru a crea o aplicație pe care o vor folosi clienții tăi, trebuie să le oferi de fapt ceva cu care să lucreze și nu ceva care să le oblige să contacteze asistența pentru clienți pentru ajutor în fiecare săptămână. Sau asta îi face să se întrebe de ce folosesc ceva care le provoacă mai mult stres și frustrare decât înainte.

Așadar, fiți atenți la cât de mult din complexitatea backend permiteți să infecteze frontend-ul. Dacă interfața de utilizare este prea complicată pentru a naviga sau prea complicată pentru a fi înțeleasă, utilizatorii se vor revolta și vor fugi în masă.