Mark Müürsoo sierpień 13

Dlaczego twórcy oprogramowania powinni rozpocząć testowanie użytkowników?

badań z użytkownikami

Jest oczywiste, że nie wszyscy twórcy oprogramowania testują swoje produkty na prawdziwych klientach przed ich wprowadzeniem na rynek. Z naszego punktu widzenia jest to poważne niedopatrzenie, ponieważ testowanie użyteczności może zaoszczędzić cenny czas i pieniądze.

Nauczyliśmy się, że twórcy oprogramowania nie są zbyt chętni do testowania doświadczeń użytkownika, przeprowadzając testy rzadko, jeśli w ogóle. Normą jest testowanie pod kątem błędów, ale nie pod kątem user experience. Dlaczego unikają testów użyteczności użytkownika i dlaczego powinni zmienić swoje zachowanie?

Dlaczego niektórzy twórcy oprogramowania unikają testowania z użytkownikami?

Można by pomyśleć lub nawet powiedzieć, że deweloperzy są tutaj w błędzie. Wyraźnie nie inwestują czasu i środków, aby złagodzić wszelkie błędy, które mogą pojawić się w przyszłości i sprawić, że rozwój będzie znacznie bardziej kosztowny.

Błędne jest założenie, że deweloperzy nie testują celowo, lub po prostu nie dbają o to. Powód
lies behind processes and habits.

Porównajmy dwa środowiska rozwoju oprogramowania: duży dział oprogramowania i start-up.

Większe firmy zazwyczaj nie są zainteresowane regularnymi testami, ponieważ niewygodnie jest wskazać
dewelopera do planowania i zarządzania procesami testowymi. Działy z wieloma deweloperami nie mają również wykwalifikowanych testerów, którzy mają doświadczenie w prowadzeniu testów użyteczności lub doświadczeń użytkowników.

Dodatkowo, twórcy oprogramowania nie otrzymują zadania wykonania testów user experience na swoich
prototypach. Dla dewelopera jest to świat obcy na początek.

Większość startupów lubi testować praktycznie wszystko, co stworzyli i stale zbierać insight.
To dlatego, że wszelkie przyszłe czkawki są zminimalizowane, a skąpy czas, jaki mają, może
zostać zainwestowane w coś innego.

Tak, programiści testują - ale pod kątem bugów i błędów w kodzie. User experience jest pomijane, głównie dlatego, że nie jest częścią ich zakresu obowiązków. A na dodatek ludzie unikają nowych i niewygodnych zadań, które wydają się niepotrzebne.

Jeśli deweloperzy są zobowiązani do uruchomienia niektórych testów w pierwszej kolejności, procesy rozwoju
byłyby inne: mniej czaso- i pracochłonne oraz zdrowsze dla firmy.

Decyzje tego typu spadają na kierowników, którzy nadzorują rozwój projektu i decydują o tym, co się stanie, kiedy. Jeśli nie są oni zaznajomieni z testami user experience, prawdopodobnie nic się nie stanie.

Dlaczego testy i badania z użytkownikami są niezbędne?

Testowanie użyteczności przed wprowadzeniem na rynek, a nawet podczas wczesnych prac rozwojowych jest bardzo korzystne dla
dewelopera.
.

Kiedy pojawia się błąd lub pomyłka, może być na początku niewidoczny. Skąd dokładnie wiadomo, jak świeży
Czy klient nawiguje po Twoim produkcie lub usłudze?

Ten błąd może później stać się bardzo uciążliwy i zatopić wiele już poświęconego czasu testerów i zasobów firm tylko po to, by zacząć od nowa lub naprawić błąd.

IEEE has estimated że około połowa czasu rozwoju projektu jest poświęcona na jego przerabianie. Wszystkie te przeróbki mogą być również możliwe do uniknięcia. Z pieniężnego punktu widzenia, 100 razy bardziej kosztowne jest również naprawienie błędu User Experience po opracowaniu projektu, niż przed nim.

Firmy mogą dokonać znacznych ulepszeń w swoich procesach oraz zaoszczędzić czas i pieniądze poprzez samo wdrożenie nawyku testowania w swoim środowisku.

McKinsey Report stwierdziła, że 380 milionów dolarów zostało straconych w 2018 roku wyłącznie z powodu złego doświadczenia użytkownika. Klienci odwiedzili stronę, może trochę przewinęli, a następnie "odbili się" na stronę konkurencji.

Niektóre firmy podjęły znaczące kroki, aby poprawić swoje doświadczenie użytkownika i teraz zbierają wyniki. LHV od lat przyciąga nowych klientów do użyteczności, którą oferuje codziennym klientom i użytkownikom. Stały się one bardzo atrakcyjną opcją dla ludzi, którzy nie mają czasu lub nerwów, aby przeglądać usługi bankowe online i lubią dostać się prosto do zadania pod ręką.

Kiedy twórcy oprogramowania powinni rozpocząć testowanie użytkowników?

Teraz. Właśnie w tym momencie. Im szybciej, tym lepiej.

Twórcy oprogramowania powinni zacząć myśleć o testowaniu jak tylko zostaną zebrane pierwsze dane wejściowe do projektu. Co sądzą użytkownicy o tym produkcie, czy jak go postrzegają? Jaki jest stan rynku? I tak on.

Po zebraniu tego wglądu, programiści mogą następnie rozpocząć opracowywanie prototypów we wczesnej fazie i wprowadzać uzupełnienia do już istniejących prototypów. Następnie ważne jest, aby przetestować
again.

Everything can be done on a small scale, and there’s no need for companies to invest a large number of resources in testing at every stage of the development.

Na przykład, Sharewell widział firmy przeprowadzać krótkie testy za mniej niż 50 euro, aby zebrać pomysły na prawdopodobne kierunki lub przetestować zupełnie nowe rozwiązania.

Odkąd uruchomiliśmy naszą platformę i firmy zaczęły tworzyć testy, obserwowaliśmy, jak powinniśmy poprawić doświadczenie użytkownika naszej strony. Nie tylko zebraliśmy informacje o tym, jakich ulepszeń czy opcji testowych potrzebują firmy, ale także jak sprawić, by proces tworzenia testów był szybszy i wygodniejszy.

Dlatego jesteśmy dumni z tego, że możemy powiedzieć, że możesz stworzyć test w ciągu kilku minut.

To prawda. Możesz. Zapraszamy do wypróbowania tego tutaj.

Podsumowanie

Podsumowując, drobne szczegóły zostają przeoczone, co może być kosztowne dla firmy. Co gorsza, małe błędy mogą się również kumulować, a byt całego projektu może być zagrożony. Nie tylko błędy, które programiści tylko testują, ale przede wszystkim drobne błędy w użyteczności i doświadczeniu użytkownika.

Nie utrudniaj tego swoim klientom i sobie; testuj swoje projekty w trakcie rozwoju.