Zaprojektuj zestawienia problemów – czym są i jak je sformułować
Opublikowany: 2022-03-11W 2006 r. Microsoft wykonał konkurencyjny ruch i wypuścił Zune, swoją wersję futurystycznego, zapinanego na jeden guzik, iPoda z każdą piosenką w kieszeni. Kolory na ekranie były mocne, a interfejs był pisany piękną, minimalistyczną czcionką. Wyzwanie Apple było odważnym posunięciem, ale w świecie produktów sukces nie zawsze polega na byciu pierwszym.
Można argumentować, że funkcje dostępne tylko dla Zune, takie jak bezprzewodowe przesyłanie piosenki z jednego Zune do drugiego (innowacyjna funkcja w połowie lat), były tak samo dobre, jak funkcje dostępne wyłącznie dla iPoda, co czyniło produkt Microsoftu pozornie silnym pretendentem . Ale zamiast tego była to porażka.
Czemu?
Możesz odkryć niezliczone powody, dla których Zune nie odniósł sukcesu (i prawdopodobnie stos powodów, dla których powinien był). Jedną z głównych przyczyn było to, że Microsoft nie zidentyfikował problemu, który mógłby rozwiązać Zune. Nie było wyraźnych potrzeb użytkowników, których iPod nie spełniał, ani żadnych nowych innowacji, które mogłyby wstrząsnąć. Zune niczego nie rozwiązywał.
Jeśli nie ma problemu, nie ma rozwiązania i nie ma powodu, aby firma istniała. – Vinod Khosla, Khosla Ventures (firma venture capital z Doliny Krzemowej)
Czym dokładnie jest „problem projektowy”?
Wszyscy je mieliśmy, rozwiązaliśmy iz całą pewnością je spowodowaliśmy. Ale ujmując to w prosty sposób, samo w sobie jest wyzwaniem. Słownik oksfordzki mówi, że problem to „sprawa lub sytuacja uważana za niepożądaną lub szkodliwą i wymagającą rozwiązania i przezwyciężenia”. To prawda, ale oznacza to świadomość pożądanego rezultatu. Z całym szacunkiem dla błyskotliwych umysłów ze Słownika Oksfordzkiego, w tej definicji brakuje ważnego elementu: nieświadomych pragnień .
Wynalazca samochodu, Henry Ford, wiedział o tej warstwie pożądania, gdy powiedział: „Gdybym zapytał ludzi, czego chcą, powiedzieliby szybsze konie”. Wiedział, że niepożądaną sprawą było to, że konie były zbyt wolne. Ale to nie był problem, który wymagał rozwiązania. Istniała głębsza potrzeba, której jego klienci nie mogli wyrazić.
Richard Buchanan jest „teoretykiem projektowania”, którego kariera obraca się wokół zasad myślenia projektowego skoncentrowanego na człowieku. W swoim artykule Design Research and the New Learning nawiązuje do niewyartykułowanej potrzeby użytkownika, kiedy definiuje projektowanie jako „ludzką moc wymyślania, planowania i wytwarzania produktów lub usług, które służą ludziom w realizacji ich indywidualnych i zbiorowych celów ”. To cel użytkownika wymaga uwagi, a nie tylko niepożądana sytuacja. Ta głębsza potrzeba leży u podstaw tego, czego pragnie użytkownik, niezależnie od tego, czy potrafi to wyrazić.
Klienci Forda myśleli, że potrzebują szybszej wersji tego, co już mieli. Ale Ford rozumiał ich głębszy cel: szybciej przemieszczać się z jednego miejsca w drugie . To rozróżnienie pomogło mu uniknąć prostej inżynierii szybszego konia i zamiast tego otworzyło drzwi do stworzenia czegoś, co nigdy wcześniej nie istniało.
Problem nie jest po prostu niepożądaną sytuacją lub sprawą odbiegającą od normy — chociaż są to nadal aktualne definicje problemu. Dla projektantów i kreatywnego rozwiązywania problemów problem jest niezaspokojoną potrzebą, która, jeśli zostanie zaspokojona, może zaspokoić cel użytkownika.
Po co formułować problem?
Sformułowanie problemu projektowego to pierwszy krok w procesie projektowania skoncentrowanym na człowieku. Priorytetowo traktuje omówione elementy: użytkownika i cel, który pragnie osiągnąć. Oznacza to, że pierwsza runda badań użytkowników może być rewolucyjna w odkrywaniu głęboko zakorzenionych pragnień. Przeprowadzanie wywiadów z użytkownikami lub badań komputerowych, takich jak analiza konkurencji, może ujawnić wgląd w potencjalnych użytkowników i problemy, z którymi się borykają.
Na przykład stwierdzenie problemu projektowego może brzmieć: „Nowe mamy potrzebują sposobu, aby poczuć się połączonym z grupą wsparcia, ponieważ spędzają dużo czasu sam na sam ze swoimi dziećmi i w końcu czują się odizolowane i samotne”. Te mamy mają głęboko zakorzenione pragnienie, aby wiedzieć, że nie są same, a nowy produkt może pomóc im osiągnąć cel, jakim jest poczucie więzi.
Zespół projektowy mógłby opracować aplikację, platformę społecznościową, a nawet miejsce, w którym mogłyby się gromadzić mamy. Sformułowanie problemu poprowadzi zespół w podejmowaniu decyzji i funkcji, np. czy powinniśmy używać sztucznej inteligencji? Do jakich innych aplikacji powinien prowadzić link? Jak można zaprojektować środowisko? Przedstawiony problem zapewnia ramy do stworzenia najlepszego rozwiązania dla użytkownika.
Poprzez sformułowanie problemu za pomocą stwierdzenia wystarczająco wąskiego, aby skoncentrować się na nim, a jednocześnie wystarczająco szerokiego dla kreatywności, zespół projektowy produktu może jednocześnie skupić się na rozwiązywaniu problemów projektowych i otworzyć się na innowacyjne możliwości.
Identyfikacja barier i szans
Kiedy znasz kierunek, w którym chcesz iść, możesz zobaczyć, co jest przed Tobą. Z jasno określonym problemem, który jest zakorzeniony w celu użytkownika, łatwiej jest zobaczyć, jakie bariery stoją na drodze do osiągnięcia tego celu końcowego. A jeśli problem jest wyraźnie określony na początku projektu, może działać jak soczewka, przez którą można znaleźć dodatkowe możliwości, które mogły pozostać niezauważone.
Dopasowanie zespołu wokół rozwiązywania problemów projektowych
Nie zdając sobie z tego sprawy, członkowie zespołu — interesariusze, projektanci, programiści, a nawet użytkownicy — mają w głowie inny obraz tego, jaki powinien być produkt końcowy. Każdy z nich myśli o tym w nieco inny sposób, kierując się różnymi modelami mentalnymi. Prawdopodobnie największy wpływ na sformułowanie problemu polega na tym, jak łączy te różne poglądy.
Proces formułowania problemu gromadzi wiele perspektyw w ramach, które pobudzają efektywne rozmowy i decyzje. Po sformułowaniu wyartykułowanego oświadczenia można zarządzać oczekiwaniami wobec zespołu i skoordynować wysiłki.
Kierowanie projektem i wszystkimi przyszłymi decyzjami
Zespół produktowy może funkcjonować bez zdefiniowanego problemu — to się dzieje cały czas. Ale kiedy jednoznaczne stwierdzenie deklaruje, jaki problem należy rozwiązać, każdy wysiłek koncentruje się na tym pojedynczym wyniku.
Dobrze sformułowane stwierdzenie problemu projektowego, które jest udokumentowane jako część wytycznych projektu produktu, jest prostym narzędziem do oceny opcji i mierzenia sukcesu. Dobre sformułowanie problemu projektowego pozostawia miejsce na kreatywność, ale ostatecznie zapewnia przejrzysty obiektyw, przez który można zobaczyć każdy element projektu.
Zarysowanie opisu problemu i etapów procesu projektowania działa jak filtr, który odsiewa zbędne lub nieistotne pomysły i zatrzymuje tylko te, które spełniają potrzeby. W miarę postępu procesu projektowania zespół powinien odnieść się do początkowego opisu problemu i upewnić się, że projektowany projekt nadal odnosi się do głównego opisu problemu udokumentowanego w opisie projektu produktu.
Bóg dał nam dziesięć rysików… nie wymyślajmy kolejnego. – Steve Jobs, który nie lubi niepotrzebnego rysika firmy Apple Newton
Oszczędność czasu i pieniędzy na dłuższą metę
Dzięki wspólnej perspektywie i podpisaniu ostatecznego celu produktu proces projektowania może przebiegać wydajniej. W innowacyjnych projektach zawsze będą nieuniknione styczne i ślepe zaułki, ale nawet te wnioski mogą być bardziej wnikliwe, gdy wszystko jest napędzane przez znalezienie rozwiązania jednego problemu.
Praca na podstawie wspólnego zrozumienia problemu projektowego, który należy rozwiązać, może również zapobiec publicznemu zakłopotaniu — poza wadliwym produktem. Kiedy Juicero uruchomił swoją ekstrawagancką maszynę do wyciskania soków, spotkała się z szyderstwami i szyderstwami, ponieważ pobierała wyższą cenę za to, co każdy może zrobić własnymi rękami – wycisnąć świeży sok z opakowania. Udało mu się pozyskać 120 milionów dolarów w inwestycjach, ale wstrzymało sprzedaż 16 miesięcy po uruchomieniu.

Ostatecznie produkt przyniósł bardzo małą wartość miłośnikom soków, ponieważ rozwiązał nieistniejący problem. Nie każdy pomysł powinien zostać zrealizowany, a dobrze sformułowane sformułowanie problemu może pomóc w ustaleniu, które z nich powinny pozostać w szkicowniku.
Pomoc w nawiązaniu emocjonalnego kontaktu z użytkownikiem
Nie można zdefiniować problemu, chyba że wiesz, kto walczy. Poświęcając czas na przeprowadzanie badań i rozmawianie z potencjalnymi użytkownikami oraz zadawanie pytań o ich obecną sytuację i o to, jak się z nią czują, Twój zespół może nagle wkroczyć w buty użytkownika.
Zaangażowanie emocjonalne potrzebne na etapie formułowania problemu dopasowuje produkt do osoby, której ma służyć. Motywacje, pragnienia i obawy użytkownika mogą stworzyć ramy pomiaru wszystkich pomysłów i propozycji. Spojrzenie na problem z ludzkiej perspektywy nieuchronnie oświetli intuicyjne i emocjonalne spostrzeżenia, które sprawią, że produkt będzie bardziej lubiany.
Jak można oprawić problem?
Mimo że korzyści z sformułowania problemu są znaczne, często jest to pomijany krok. Często zdarza się, że otrzymuje się dokładnie skonstruowany brief projektowy, który obejmuje wszystko, od kierunku wizualnego i wymagań funkcjonalnych. A czasami to wszystko, czego potrzebujesz, kiedy dołączasz do zespołu.
Ale jeśli jesteś na początku projektu, a decyzje wizualne i funkcjonalne są już podejmowane, warto zrobić krok wstecz, aby zdefiniować problem, który rozwiązuje produkt. Czasami jest na to dużo czasu, innym razem jest opór i ograniczone zasoby. Niezależnie od tego, gdzie się znajdujesz, istnieją metody, które mogą pomóc w zapewnieniu jasności wszystkim zaangażowanym.
Gdybym miał godzinę na rozwiązanie problemu, poświęciłbym 55 minut na myślenie o problemie i 5 minut na myślenie o rozwiązaniach. – Alberta Einsteina
Cztery W: Pytania, na które należy odpowiedzieć
Idealnie jest to metoda, która gromadzi kluczowych interesariuszy wokół stosu karteczek samoprzylepnych i dużej ściany. Zadając cztery proste pytania, każdy może sformułować własne przemyślenia i wspólnie zsyntetyzować treść, aby uzyskać koncentrację i jasność.
- Kogo dotyczy? Kto ma problem? Czy można doprecyzować tego użytkownika (według danych demograficznych, osobowości, motywacji, powodu przebywania w sytuacji)?
- Jaki jest problem? Jakie są zmagania? Jakie zadanie należy wykonać? Jaki ból należy złagodzić?
- Gdzie to się dzieje? W jakim kontekście użytkownik doświadcza problemu? Czy ma to miejsce w przestrzeni fizycznej czy cyfrowej? Kto jeszcze jest zaangażowany?
- Dlaczego to ma znaczenie? Dlaczego warto rozwiązać ten problem? Jaką wartość wnosi dla użytkownika? Jaką wartość wnosi dla biznesu?
Mapa empatii: stawianie się w sytuacji użytkownika
Mapy empatii są powszechnym narzędziem używanym w projektowaniu UX i mogą być pomocne na wielu etapach rozwoju produktu. Tutaj, na początku, natychmiast łączy zespół z użytkownikiem, aby dowiedzieć się, jaki może być jego cel. W zależności od ilości czasu, jaki masz na etap formułowania problemu, ta metoda może obejmować wywiady z użytkownikami i shadowing obserwacyjny.
- Posłuchaj i zobacz. Jakie komentarze lub koncepcje napotyka użytkownik? Co mówią inni, że użytkownik jest narażony? Co użytkownik obserwuje, jak inni robią wokół niego? (Ta kategoria ilustruje otoczenie użytkownika.)
- Mów i rób. Jakie są komentarze i zachowania użytkownika? Co mówią innym na głos? Co robią w praktyce? (Są to rzeczy, które są wyraźnie zrobione i można je wyraźnie zaobserwować.)
- Myśl i czuj. Co myśli użytkownik, ale zachowuje dla siebie? Jak reagują emocjonalnie na sytuację? Jakie są ich pragnienia? (Nie zawsze są one widoczne po prostu na podstawie obserwacji użytkownika, ale można je ujawnić podczas wywiadów konwersacyjnych. Zrozumienie tego, co dzieje się na poziomie podświadomości, wymaga trochę kopania, ale tutaj można znaleźć wspaniałe wglądy.)
- Bóle i zyski. Jakie frustracje ma użytkownik? Co z doświadczeniem jest niepotrzebne lub rozczarowujące? W przeciwieństwie do tego, co z doświadczeniem poprawia życie użytkownika? Co działa dobrze? Gdzie lub kiedy użytkownik jest najszczęśliwszy? (Są to wyniki doświadczenia.)
Ostateczne stwierdzenie problemu
Jest to prosty, ale naprawdę skuteczny sposób na skupienie się na odkrytych spostrzeżeniach i ostatecznym problemie, który możesz sformułować. Szablon struktury opisu problemu projektowego jest jak strona z MadLibs, zdanie z pustymi miejscami do wypełnienia swoimi spostrzeżeniami. Tworzy zwięzłe stwierdzenie zakorzenione w zbiorowym myśleniu Twojego zespołu. Ważne jest, aby sformułowanie było wystarczająco konkretne, aby istniała wspólna wizja produktu, ale wystarczająco szerokie, aby umożliwić kreatywność i nowe spojrzenie.
Oto kilka przykładowych formatów opisów problemów projektowych:
- Z punktu widzenia użytkownika: „ Próbuję (persona) próbować (czasownik), ale (bariera) , ponieważ (przyczyna) , która sprawia, że czuję (reakcja emocjonalna) . ”
- np. „Jestem młodą mamą i staram się jak najlepiej zadbać o swoje dziecko, ale nie wiem, czy wykonuję dobrą pracę, bo zawsze jestem sama w domu i nie mam nikogo, kto mógłby porozmawiać o tym, co sprawia, że czuję się odizolowana i samotna.”
- Zaczerpnięte z badań użytkowników: „(Persona) potrzebuje sposobu na (potrzebę użytkownika), ponieważ (wgląd) . ”
- np. „Nowe mamy potrzebują sposobu na nawiązanie kontaktu z innymi mamami, ponieważ często są same w domu w ciągu dnia i czują się odizolowane i samotne”.
- Używając 4 W: „ Nasz (kto) ma problem, że (co) kiedy (gdzie) . Nasze rozwiązanie powinno dostarczać (dlaczego) . ”
- np. „Nasza nowa mama ma problem, że nie ma z kim porozmawiać o tym, jak najlepiej zadbać o swoje dziecko, gdy codziennie jest sama w domu. Nasze rozwiązanie powinno zapewnić jej możliwość poczucia więzi z innymi mamami, dzięki czemu czuje się mniej odizolowana i samotna”.
Każda dobra faza formułowania problemu, bez względu na to, jak prosta, powinna:
- Unikaj proponowania rozwiązań. Łatwo jest myśleć w kategoriach namacalnych cech i funkcjonalności, ale to tylko odwraca uwagę od zrozumienia podstawowego problemu.
- Zapytaj dlaczego. To proste pytanie, które pomoże znaleźć wgląd pod powierzchnią. Ale jak pisze współautorka Fast Company Tina Seelig, pytanie „dlaczego” pozwala spojrzeć na sytuację z innej perspektywy.
- Odbijać. Znajdź czas na krok w tył i poszukaj połączeń i wzorów. W tym miejscu leżą spostrzeżenia, które mogą odróżnić produkt od konkurencji.
- Zachowaj uniwersalność. Unikaj używania żargonu lub niepotrzebnych zawiłości. Problem powinien być łatwy do zrozumienia dla każdego, a najlepiej do powtórzenia. Wyposażenie członków zespołu, aby mogli swobodnie rozmawiać o tym, co próbujesz osiągnąć, zbuduje pewność siebie i pasję w projekcie.
Zapomnij o koniu, dostarcz samochód
Co to jest stwierdzenie problemu projektowego? Niektórzy klienci mogą ustalić brief, który jasno określa problem do rozwiązania. Inni mogą nie wiedzieć o tym kluczowym etapie. Na tym polega okazja, aby poprowadzić klienta do cofnięcia się i oceny, dlaczego ten produkt będzie istniał. Razem możecie dopasować zespół, stworzyć ramy i rozpocząć skuteczny i wydajny proces.
Być może największą wartością tego kroku jest zrozumienie ludzkiej psychiki. Sformułowanie problemu z perspektywy klienta pozwala skuteczniej dostarczać to, czego ludzie nigdy nie wiedzieli, że potrzebują. Dave Thomsen, były projektant IDEO, pisze, że podejście skoncentrowane na człowieku prowadzi do wielkich korzyści dla użytkownika i celu.
Kiedy projektanci projektują produkt, który głęboko łączy się z pożądanym celem użytkownika, łatwiej jest zbudować doświadczenie produktu i markę, która łączy się z ludźmi na poziomie emocjonalnym. Te z kolei będą nie tylko bardziej udanymi produktami, ale okażą się bardziej celowe i znaczące w życiu osób, które z nich korzystają.
• • •
Dalsza lektura na blogu Toptal Design:
- eCommerce UX – przegląd najlepszych praktyk (z infografiką)
- Znaczenie projektowania zorientowanego na człowieka w projektowaniu produktu
- Najlepsze portfolio projektantów UX – inspirujące studia przypadków i przykłady
- Zasady heurystyczne dla interfejsów mobilnych
- Projekt przewidujący: jak tworzyć magiczne doświadczenia użytkownika