Un magazin online poate arăta învechit și să vândă bine. Altul poate câștiga premii de design și să pună obstacole între client și produs. De aceea, când rata de conversie pe mobil nu arată bine, concluzia „avem nevoie de redesign” vine prea devreme.

Redesignul este o soluție. Problema încă nu a fost identificată.

În UX mobil e-commerce, diferența aceasta contează. Pe un ecran mic, utilizatorul trebuie să găsească produsul, să înțeleagă oferta, să compare alternative, să evalueze riscul și să finalizeze comanda cu mai puțin spațiu vizual și cu interacțiuni mai sensibile la fricțiune. Dar faptul că experiența este dificilă nu spune încă de ce este dificilă.

Poate fi navigarea. Poate fi căutarea. Poate fi un filtru inutil. Sau poate că interfața funcționează rezonabil, iar problema reală este că produsul are fotografii slabe, informații insuficiente, un preț necompetitiv, livrare prea lentă ori costuri care apar abia în checkout.

Din acest motiv, înainte să aprob un redesign, aș vrea să pot răspunde la o întrebare mai puțin spectaculoasă: unde anume se împotmolește decizia de cumpărare și ce dovezi avem că interfața este cauza?

Un redesign nu este un diagnostic

„Site-ul trebuie modernizat” este una dintre acele afirmații care par suficient de concrete încât să poată porni un proiect. În realitate, spune foarte puțin.

Nu spune ce comportament al clientului vrem să schimbăm. Nu spune ce parte a experienței produce problema. Nu spune cât ne costă problema actuală. Și, mai ales, nu demonstrează că o interfață nouă o va rezolva.

Asta nu înseamnă că redesignul este inutil. Uneori este necesar. Un magazin construit pe componente inconsistente, cu o arhitectură greu de modificat, probleme majore de accesibilitate sau interacțiuni mobile fundamental defectuoase poate ajunge într-un punct în care reparațiile locale costă mai mult decât reconstruirea coerentă a experienței.

Dar aceasta ar trebui să fie concluzia diagnosticului, nu premisa proiectului.

Cercetarea Baymard arată cât de multe lucruri pot merge prost pe mobil. Institutul spune că studiile sale dedicate mobile e-commerce însumează peste 20.000 de ore de testare, din care au rezultat peste 3.600 de probleme de usability și mai mult de 400 de recomandări de UX. Benchmarkul actual acoperă 138 dintre marile site-uri mobile e-commerce din SUA și Europa, iar performanța medie este evaluată drept „mediocre”.

Aceste rezultate sunt importante, dar nu justifică o concluzie de tipul „magazinele trebuie redesenate”. Dimpotrivă. Arată că experiența mobilă este alcătuită din multe mecanisme distincte, iar problemele trebuie localizate înainte să alegem amploarea intervenției.

Ce înseamnă, de fapt, UX mobil în e-commerce

UX-ul mobil nu este versiunea micșorată a designului desktop și nici calitatea estetică a interfeței.

Într-un magazin online, experiența mobilă este rezultatul interacțiunii dintre interfață și sarcina comercială pe care clientul încearcă să o ducă la capăt.

Clientul nu intră pe site ca să admire meniul. Intră pentru că încearcă să găsească ceva, să afle dacă i se potrivește, să compare, să verifice prețul, să reducă incertitudinea și, eventual, să cumpere.

Asta schimbă perspectiva asupra UX-ului.

Un filtru nu este bun pentru că arată elegant. Este bun dacă ajută clientul să reducă un catalog mare la un set relevant de alternative. O galerie foto nu este bună pentru că se mișcă fluid. Este bună dacă îi permite cumpărătorului să vadă ceea ce trebuie să vadă înainte să decidă. Un checkout nu este bun doar pentru că are puține câmpuri. Este bun dacă permite finalizarea comenzii fără ambiguitate, surprize sau efort inutil.

Pe mobil, aceste probleme devin mai vizibile deoarece spațiul disponibil este mic, iar o parte importantă din informație rămâne inevitabil în afara ecranului. Baymard documentează inclusiv situații în care utilizatorii nu descoperă informații relevante din pagina de produs atunci când acestea sunt ascunse în subpagini sau în structuri greu de observat.

Problema nu este „designul mobil” în abstract. Problema este dacă interfața susține sau împiedică progresul clientului spre o decizie.

Unde apar fricțiunile care pot afecta cumpărarea

Nu toate magazinele au aceleași probleme și nici aceeași importanță comercială pentru fiecare problemă. Totuși, există câteva zone în care merită să căutăm sistematic.

Navigarea și găsirea produsului

Un catalog mare transferat pe un ecran mic creează rapid o problemă de orientare.

Dacă structura categoriilor reflectă mai degrabă organizarea internă a companiei decât felul în care clienții caută produsele, meniul poate arăta impecabil și totuși să îi oblige pe oameni să ghicească.

Semnalul relevant nu este doar un bounce rate ridicat. Mai interesante sunt comportamentele: reveniri repetate în meniu, schimbări succesive de categorie, căutări după navigare nereușită, liste parcurse fără accesarea produselor sau abandon după câteva încercări.

Înainte să redesenezi meniul, trebuie să afli dacă problema este prezentarea lui sau însăși structura magazinului online. O taxonomie slabă nu devine bună doar pentru că primește iconuri noi.

Căutarea internă

Pentru magazinele cu multe produse, search-ul intern poate scurta drastic traseul spre produs. Dar numai dacă înțelege suficient de bine ce caută clientul.

Baymard arată în cercetarea sa actualizată despre search că problemele nu țin doar de existența unei casete de căutare. Sistemul trebuie să gestioneze tipuri diferite de interogări și să producă rezultate utile chiar atunci când formularea clientului nu reproduce exact nomenclatura catalogului.

Aici designul poate deveni o pistă falsă.

Dacă utilizatorul scrie denumirea uzuală a unui produs și primește zero rezultate deoarece în baza de date produsul are o denumire tehnică diferită, nu avem în primul rând o problemă de culoare, poziționare sau dimensiune a câmpului de search. Avem o problemă de search logic, taxonomie sau date de produs.

Listele, sortarea și filtrele

Filtrele sunt ușor de tratat ca funcționalitate tehnică: avem brand, preț, mărime, culoare, deci bifăm cerința.

Pentru client, rolul lor este diferit. Filtrele trebuie să elimine alternative irelevante și să reducă efortul de alegere.

Pe mobil, unde nu poți vedea simultan lista de produse și întreaga interfață de filtrare, devine important ca utilizatorul să înțeleagă ce filtre a aplicat și ce efect au avut. Baymard recomandă, de exemplu, afișarea unui rezumat al filtrelor active deasupra listei de produse, tocmai pentru ca utilizatorul să poată vedea și modifica ușor criteriile care definesc rezultatele.

Dar și aici trebuie să mergem un nivel mai adânc.

Dacă magazinul vinde televizoare, pantofi sau materiale de construcții, criteriile relevante pentru alegere sunt complet diferite. Un redesign generic al filtrelor poate îmbunătăți interfața fără să îmbunătățească selecția dacă atributele importante lipsesc din datele de produs.

Uneori, problema aparentă de UX este de fapt o problemă de informație.

Pagina de produs

Aici aș căuta unele dintre cele mai costisitoare fricțiuni.

Clientul a ajuns la produs, ceea ce înseamnă că o parte din munca de achiziție și product finding a fost deja făcută. Acum trebuie să decidă dacă produsul merită cumpărat.

Pe un ecran mic, ordinea informației devine critică. Fotografiile, variantele, prețul, disponibilitatea, livrarea, specificațiile, politica de retur, recenziile și butonul de cumpărare concurează pentru același spațiu.

Baymard a actualizat în 2026 mai multe recomandări privind paginile mobile de produs, inclusiv probleme legate de ascunderea conținutului în subpagini, folosirea taburilor orizontale și semnalizarea imaginilor suplimentare din galerii.

Nu trebuie însă să copiem mecanic fiecare recomandare într-un backlog.

Întrebarea utilă este: ce informație îi lipsește clientului în momentul în care trebuie să decidă?

Dacă un produs tehnic are nevoie de șase specificații pentru a fi comparat corect, problema poate fi lipsa lor. Dacă îmbrăcămintea este returnată frecvent pentru că mărimea nu corespunde așteptărilor, un ghid de mărimi prost prezentat poate avea impact atât asupra conversiei, cât și asupra costului retururilor. Dacă termenul de livrare este decisiv, ascunderea lui până în checkout introduce incertitudine exact când utilizatorul încearcă să evalueze oferta.

UX-ul bun nu înseamnă să afișăm cât mai mult. Înseamnă să facem accesibilă informația necesară deciziei atunci când devine relevantă.

Coșul și checkout-ul

Checkout-ul primește multă atenție pentru un motiv legitim: utilizatorul este aproape de tranzacție.

Aici apar însă și unele dintre cele mai simpliste interpretări ale datelor.

Dacă mulți utilizatori părăsesc checkout-ul, nu rezultă automat că formularul este prost.

Poate apărea un cost de transport neașteptat. Metoda de plată dorită poate lipsi. Termenul de livrare poate fi prea lung. Utilizatorul poate descoperi că trebuie să își creeze cont. Un voucher poate să nu funcționeze. Sau poate folosi coșul pentru a păstra produse și a reveni ulterior.

Interfața contează, dar abandonul este un comportament, nu un diagnostic.

Nu orice problemă de conversie este o problemă de UX

Aici cred că merită să fim mai stricți decât este confortabil.

Dacă rata de conversie mobilă este mai mică decât cea de desktop, nu avem încă dovada unui UX mobil slab.

Cele două populații pot avea intenții diferite. Mixul de trafic poate fi diferit. Oamenii pot cerceta produsul pe telefon și cumpăra ulterior pe laptop, în magazin sau chiar de la alt comerciant. Campaniile pot trimite spre mobil trafic aflat mai devreme în procesul de cumpărare.

Chiar și atunci când identificăm un punct de abandon, cauza poate fi în afara interfeței.

Să luăm o pagină de produs cu trafic mare și add-to-cart mic. Putem redesena butonul. Putem muta recenziile. Putem schimba galeria. Dar dacă același produs este cu 15% mai scump decât alternativele ușor accesibile cumpărătorului, discutăm despre UX în timp ce clientul discută despre preț.

La fel, dacă fotografiile sunt furnizate de producător la rezoluție mică, specificațiile sunt incomplete și disponibilitatea reală nu este sincronizată cu site-ul, designerul primește o problemă pe care nu o poate rezolva singur.

Din perspectiva managementului, distincția este importantă pentru că fiecare cauză trimite bugetul în altă direcție.

UX poate cere design și dezvoltare. Datele de produs pot cere PIM, procese și responsabilități interne. Performanța tehnică poate cere infrastructură. Prețul poate cere o decizie comercială. Livrarea poate cere schimbări operaționale.

Dacă diagnosticul este greșit, poți executa impecabil proiectul greșit.

Cum identifici ce merită reparat

Nu există un indicator unic care să răspundă. Aș combina patru tipuri de dovezi.

1. Datele cantitative arată unde să cauți

Analytics poate indica diferențe între dispozitive, etape de funnel, categorii, produse, surse de trafic sau cohorte.

Poți observa, de exemplu, că utilizatorii mobili ajung frecvent în categoria potrivită, dar foarte puțini accesează produse. Sau că ajung pe PDP și folosesc selectorul de variante, dar nu adaugă produsul în coș. Sau că progresul este normal până la o anumită etapă din checkout.

Asta ajută enorm.

Dar datele cantitative spun mai bine unde apare diferența decât de ce apare.

În plus, înainte să construim o explicație din funnel-uri, trebuie să avem suficientă încredere în măsurare. Dacă evenimentele mobile lipsesc, se dublează sau sunt definite diferit, analiza produce precizie aparentă. De aceea, un audit de tracking poate deveni parte din diagnostic atunci când decizia de investiție depinde de aceste date.

2. Observația comportamentală arată ce fac oamenii

Înregistrările de sesiuni, heatmap-urile și analiza interacțiunilor pot scoate la suprafață comportamente greu de văzut într-un raport agregat: tap-uri repetate, reveniri, scroll fără progres, încercări de a interacționa cu elemente care nu sunt interactive sau folosirea repetată a unui control.

Sunt semnale utile, nu verdicte.

Un utilizator care apasă de trei ori pe același element ne spune că există o nepotrivire între așteptare și interfață. Nu ne spune automat care este soluția optimă și nici cât venit vom recupera dacă schimbăm elementul.

3. Cercetarea calitativă explică mecanismul

Usability testing-ul și interviurile pot arăta lucruri pe care analytics nu le poate spune.

Ce credea utilizatorul că se va întâmpla? Ce informație căuta? Ce l-a făcut să ezite? Cum a interpretat un mesaj? De ce a abandonat o alternativă?

Aici apare diferența dintre observarea unei acțiuni și înțelegerea deciziei.

Nu este nevoie întotdeauna de un program gigantic de research. Câteva sesiuni bine construite, pe sarcini relevante și cu utilizatori potriviți, pot descoperi probleme importante. Dar nici acestea nu trebuie transformate în procente reprezentative pentru întreaga bază de clienți. Cercetarea calitativă explică mecanisme și generează ipoteze; datele cantitative ne ajută să evaluăm amploarea lor.

4. Impactul comercial decide prioritatea

Aici UX-ul trebuie legat de business.

O problemă poate fi reală și totuși să nu merite prima rezolvată.

Dacă afectează o pagină vizitată de 0,3% dintre utilizatori, impactul ei poate fi mic. O fricțiune aparent modestă pe pagina de produs a celei mai importante categorii poate conta mult mai mult.

Aș evalua cel puțin:

câți utilizatori sunt expuși problemei;
în ce etapă a deciziei apare;
cât de sever blochează progresul;
ce valoare comercială are segmentul afectat;
cât de sigur este diagnosticul;
cât costă intervenția;
ce alte procese sau sisteme trebuie modificate.

În acest punct nu mai prioritizăm doar probleme UX. Prioritizăm investiții.

Un framework simplu: fricțiune × expunere × valoare × certitudine

Pentru management, aș evita backlogurile în care fiecare problemă primește automat eticheta „high priority”. Dacă totul este critic, nimic nu mai este prioritar.

Putem gândi fiecare intervenție prin patru întrebări.

Cât de mare este fricțiunea?
Îl încetinește pe utilizator sau îl împiedică efectiv să continue?

Cât de mare este expunerea?
Problema apare într-un colț rar al site-ului sau într-un traseu folosit de majoritatea cumpărătorilor?

Câtă valoare comercială este în joc?
Afectează o categorie marginală sau produse, clienți și tranzacții importante?

Cât de sigur este diagnosticul?
Avem dovezi convergente sau doar o presupunere rezonabilă?

Ultima întrebare este frecvent ignorată.

Două probleme pot avea același impact potențial, dar niveluri foarte diferite de certitudine. Dacă într-un caz avem analytics, sesiuni observate și teste cu utilizatori care indică același mecanism, iar în celălalt avem doar opinia echipei, nu aș finanța cele două intervenții la fel.

Repară întâi problemele locale pe care le poți demonstra

Există o tentație firească de a grupa toate nemulțumirile într-un proiect mare. Site-ul pare vechi, filtrele nu sunt perfecte, checkout-ul ar putea fi mai bun, mobile menu-ul nu ne place. De aici până la „refacem tot” este un pas foarte scurt.

Problema proiectelor mari este că modifică simultan foarte multe variabile.

Dacă rezultatele cresc, devine dificil să știm ce a produs îmbunătățirea. Dacă scad, diagnosticul este și mai dificil. În plus, un redesign poate elimina accidental comportamente cu care clienții existenți s-au obișnuit și care funcționau bine.

De aceea prefer, atunci când arhitectura tehnică permite, intervenții mai mici și ipoteze explicite.

Nu „îmbunătățim PDP-ul”, ci „facem termenul de livrare vizibil înainte de add-to-cart deoarece cercetarea arată că utilizatorii îl caută înainte să decidă”.

Nu „modernizăm filtrele”, ci „facem filtrele active vizibile în lista mobilă deoarece utilizatorii pierd contextul după aplicarea mai multor criterii”.

Nu „simplificăm checkout-ul”, ci identificăm etapa și mecanismul care creează abandonul și intervenim acolo.

Această abordare are și un avantaj organizațional: poți învăța.

Fiecare intervenție devine o ipoteză despre comportamentul clientului, nu o preferință vizuală mascată în strategie.

Dar nu orice schimbare trebuie A/B testată

Nici extrema opusă nu ajută.

Există probleme evidente de usability, accesibilitate sau funcționare care nu au nevoie de luni de experimentare pentru a fi reparate. Dacă un buton nu poate fi apăsat pe anumite telefoane, dacă un formular pierde datele introduse sau dacă textul esențial este ilizibil, nu avem nevoie de un experiment pentru a afla dacă varianta defectă trebuie păstrată.

Experimentarea devine valoroasă când avem incertitudine reală asupra efectului unei intervenții și suficient trafic pentru o evaluare credibilă.

Și aici diagnosticul precedă instrumentul.

Când este justificat un redesign complet

După toate aceste precauții, există situații în care răspunsul chiar este redesignul.

L-aș lua serios în calcul atunci când problemele nu mai sunt locale, ci sistemice: componente inconsistente în întregul site, arhitectură care împiedică modificările, experiențe fundamental diferite între zonele magazinului, accesibilitate slabă la scară mare, tehnologii care limitează interacțiunile necesare sau o schimbare importantă a modelului comercial pe care interfața actuală nu o mai poate susține.

Un redesign poate fi justificat și când costul cumulat al reparațiilor fragmentate devine mai mare decât construirea unui sistem coerent.

Diferența este că acum avem un motiv.

Știm ce nu funcționează, pentru cine, în ce contexte și ce trebuie să poată face noul sistem mai bine. Brief-ul de redesign nu mai începe cu preferințe vizuale, ci cu probleme observate și rezultate urmărite.

Asta schimbă inclusiv relația cu designerii și dezvoltatorii. În loc să le cerem să „crească conversia” printr-un design nou, le putem da probleme concrete de rezolvat.

UX mobil e-commerce este o problemă comercială înainte să fie una estetică

Un magazin online nu are nevoie de o experiență mobilă mai frumoasă în abstract. Are nevoie ca oamenii potriviți să poată găsi produsele potrivite, să înțeleagă oferta, să își reducă incertitudinea și să finalizeze cumpărarea fără fricțiuni evitabile.

Uneori asta cere un redesign.

Alteori cere trei modificări mici, date de produs mai bune, o structură de categorii mai logică sau clarificarea costului de livrare.

Din exterior, redesignul este mai vizibil. Din perspectiva rezultatului comercial, intervenția mai mică poate fi mult mai importantă.

De aceea, înainte să aprobăm bugetul pentru o nouă interfață, aș separa trei întrebări: ce observăm, care este mecanismul probabil și ce intervenție are cele mai bune dovezi că îl poate schimba?

Abia a treia întrebare este despre soluție.

Aceasta este și logica după care abordăm optimizarea unui magazin online: nu pornim de la lista lucrurilor care ar putea fi schimbate, ci de la identificarea problemelor care merită schimbate.

Surse și lecturi suplimentare

Continuă analiza

Dacă problema nu este încă suficient de bine definită pentru a ști dacă ai nevoie de optimizări punctuale sau de o schimbare mai amplă, strategia și dezvoltarea e-commerce pot începe tocmai de aici: diagnosticarea mecanismelor care afectează experiența de cumpărare și rezultatul comercial înainte de alegerea soluției.