Implikacje badań użytkowników dla projektowania

Jako projektanci produktów jesteśmy bardzo zaznajomieni z koncepcją badań użytkowników, jednak wielu projektantów produktów nie rozumie implikacji badań dla projektowania. Dla jasności omawiam wykorzystanie projektowania oprogramowania jako podstawy, ale oczywiście tę dyskusję można łatwo odnieść do projektowania sprzętu/fizycznego produktu.

Z mojego doświadczenia wynika, że ​​implikacje te można omówić w ramach 4 ideologii/koncepcji.

1. Koncepcja uczulająca

Jest to w zasadzie informacja zwrotna z badań na temat rzeczy, o których należy pamiętać podczas tworzenia produktu. Dla projektantów produktów oznacza to, że badania mogą pomóc lepiej zrozumieć użytkowników, dzięki czemu można projektować systemy i produkty, które dostosowują się do zachowań użytkowników, a nie produkty i systemy, które wymagają od użytkowników zmiany zachowania w celu zrozumienia. Załóżmy, że z Twoich badań wynika, że ​​większość Twoich użytkowników jest daltonistami lub ma niski poziom umiejętności czytania i pisania. Te rewelacje służą jako punkty, o których należy pamiętać podczas planowania dostępności funkcji, a także grupowania funkcji w produkcie.

2. Funkcjonalności abstrakcyjne

To jest wiedza, która pomaga w podejmowaniu decyzji projektowych, tak moim zdaniem robią badania jakościowe, jeśli są odpowiednio przeprowadzone. Faktem jest, że badania mówią dokładnie, co powinien osiągnąć Twój projekt/produkt.
Np. stwierdzasz, że użytkownicy nie korzystają z funkcji Twojego produktu (aplikacji do dostarczania jedzenia) i decydujesz się przeprowadzić badanie użytkowników za pomocą wywiadów, aby poznać opinie użytkowników. Pod koniec sesji wywiadów i sortowania danych może się okazać, że użytkownicy mówią, że chcą fizycznych wrażeń związanych z jedzeniem w restauracji i chcieliby używać produktu tylko do zamawiania jedzenia, aby posiłek był gotowy natychmiast po dotarciu do restauracji. niż dotrzeć do restauracji przed złożeniem zamówienia.

3. Tworzenie instancji

Tworzenie instancji to dane, które dokładnie mówią, jakie rzeczywiste rozwiązanie powinien zapewnić Twój produkt, aby rozwiązać zidentyfikowany problem. Uważam, że definicja wyjaśnia, czym jest ta implikacja.

4. Recepta

Recepta to zasadniczo pomysł/znajomość wymagań, jakie powinno spełniać twoje rozwiązanie, aby skutecznie działać w celu rozwiązania problemu.
Dobrze zdefiniowany opis tego jest taki, że badania podpowiadają, jakie funkcje należy uwzględnić w produkcie, aby pomóc użytkownikom osiągnąć cele związane z produktem; w aplikacji e-commerce Twoje badania mogą dostarczyć danych, które ujawniają, że użytkownicy chcą kupować wiele produktów jednocześnie bez konieczności kasowania ich pojedynczo lub natychmiast, jako projektant produktu informuje Cię to, że posiadanie funkcji koszyka w produkcie może być dobrym pomysłem.

Uważam, że dobre zrozumienie powyższych koncepcji byłoby bardzo korzystne w planowaniu celu badań użytkowników, wykorzystaniu danych badawczych, a także budowaniu produktów, które są bardziej empatyczne i przyjazne dla użytkownika.

Śledź mnie na Twitterze: UthmanYussuff_O

Połącz się ze mną na LinkedIn: linkedin.com/in/uthmanyussuff