Cognitive friction w projektach IT: dlaczego jest istotne i jak je zrozumieć

Cognitive friction (tarcie poznawcze) to termin z projektowania produktów opisujący wysiłek umysłowy, jakiego produkt wymaga od użytkownika. Wysokie tarcie oznacza, że użytkownik musi się zastanawiać — pojawiają się dezorientacja, frustracja i porzucanie produktu; niskie tarcie to interfejs intuicyjny. Typowe źródła to niejasna nawigacja, żargon, niespójne wzorce interfejsu i nadmiar opcji. Pojęcie wyrasta z teorii obciążenia poznawczego Johna Swellera, a do projektowania oprogramowania wprowadzili je m.in. Don Norman i Steve Krug.

Wyróżnia się trzy:

• wewnętrzne — wynika ze złożoności samego zadania i nie da się go uniknąć,
• zewnętrzne — wynika ze złego projektu: zbędnej złożoności, mylących etykiet, ukrytych funkcji; to je projektant powinien najmocniej redukować,
• istotne — wysiłek włożony w naukę obsługi, pożądany.

Obciążenie mierzy się czasem wykonania zadań, odsetkiem błędów, ankietami i badaniami śledzenia wzroku.

Najczęstsze:

• niejasna nawigacja — użytkownik nie wie, gdzie kliknąć,
• żargon niezrozumiały poza zespołem technicznym,
• niespójność — te same elementy wyglądają różnie w różnych miejscach,
• nadmiar opcji naraz, prowadzący do paraliżu decyzyjnego,
• ważne funkcje ukryte w menu,
• zbyt dużo informacji jednocześnie,
• komunikaty błędów bez wskazówki, co zrobić dalej,
• brak informacji zwrotnej po wykonaniu akcji.

W polskich produktach częstym źródłem tarcia jest też mieszanie polszczyzny z angielskim i nieprzetłumaczone terminy techniczne.

Sprawdzone metody:

• testy użyteczności — obserwacja użytkowników przy zadaniach; jakościowe wnioski daje już 5–8 osób,
• metryki zadań: czas wykonania, odsetek błędów i porzuceń,
• mapy cieplne i nagrania sesji,
• ankiety, np. skala użyteczności SUS albo wskaźnik wysiłku klienta,
• analiza lejka — w którym miejscu użytkownicy odpadają,
• testy A/B porównujące warianty projektu.

Produkty dla polskich odbiorców trzeba testować z polskimi użytkownikami i na polskich tłumaczeniach — test po angielsku ominie realne punkty tarcia.

Sprawdzone strategie:

• stopniowe odsłanianie — najpierw funkcje niezbędne, zaawansowane głębiej,
• znane wzorce interfejsu zamiast innowacji na siłę,
• prosty język bez żargonu, testowany z odbiorcami,
• wyraźna hierarchia wizualna i spójne style w całej aplikacji,
• informacja zwrotna: stany ładowania, potwierdzenia, komunikaty błędów z następnym krokiem,
• mądre wartości domyślne ograniczające liczbę decyzji,
• w polskich produktach: format daty DD.MM.RRRR, ceny w złotych, polskie znaki diakrytyczne i przemyślany wybór między formą „Pan/Pani" a „ty".