Uproszczenie ścieżki wyboru i wynajmu sprzętu
Koncepcja UX/UI upraszczająca ścieżkę wynajmu sprzętu budowlanego. Projektowana mobile-first, z rozwinięciem na desktop. Celem było skrócenie drogi od potrzeby do rezerwacji: od znalezienia sprzętu, przez warunki i lokalizację, po złożenie rezerwacji.
- Produkt
- Koncepcja produktu do wynajmu sprzętu budowlanego.
- Użytkownicy
- Klienci indywidualni i firmowi szukający sprzętu do konkretnego zadania.
- Zakres prac
- Audyt UX/UI, architektura informacji, flow, makiety i kierunek UI.
- Input projektowy
- Audyt, warsztaty z klientem, Clarity i feedback użytkowników.
Koncepcja, która porządkuje wybór i wynajem sprzętu
Rentools to koncepcja produktu do wynajmu sprzętu budowlanego i technicznego, projektowana mobile-first, z rozwinięciem na desktop. Celem było uproszczenie ścieżki od znalezienia sprzętu, przez sprawdzenie warunków i lokalizacji, po przejście do rezerwacji.
Projekt opierałam na audycie UX/UI, warsztatach z klientem, analizie nagrań i statystyk z Clarity oraz feedbacku użytkowników zebranym przez klienta.
Koncepcja nie została wdrożona produkcyjnie. Jej celem było wypracowanie kierunku UX/UI i uporządkowanie kluczowej ścieżki użytkownika.
- Karta sprzętu
- Lokalizacja / wypożyczalnia
- Rezerwacja
Wiele informacji, mało pewności w decyzji
Audyt pokazał, że problemem nie była wyłącznie liczba produktów, ale sposób prowadzenia użytkownika przez decyzję. Użytkownik musiał zrozumieć nie tylko, jaki sprzęt wybiera, ale też od kogo go wynajmuje, gdzie znajduje się oddział, jakie są warunki odbioru i co właściwie dzieje się po wysłaniu zapytania.
Kto wynajmuje?
Brak jasnej informacji o wypożyczalni.
Gdzie odebrać?
Oddziały i lokalizacja nie wspierały szybkiego wyboru.
Co dalej?
Rezerwacja i kontakt wymagały lepszego domknięcia ścieżki.
Główne wyzwanie: Jak przeprowadzić użytkownika od wyboru sprzętu do zapytania o rezerwację, pokazując po drodze tylko te informacje, które realnie pomagają podjąć decyzję: warunki, wypożyczalnię, lokalizację i termin.
Od audytu do decyzji projektowych
Z audytu UX/UI, warsztatów z klientem oraz analizy Clarity wyłoniły się kluczowe punkty tarcia, które miały największy wpływ na decyzje projektowe.
Ścieżka decyzji użytkownika
Zamiast rozbudowanego diagramu procesu pokazuję pięć decyzji, które użytkownik podejmuje w drodze do rezerwacji.
- PotrzebaOd zadania lub typu pracy do właściwej kategorii.
- SprzętWybór konkretnego sprzętu na podstawie kluczowych informacji.
- WarunkiTermin, cena i podstawowe parametry wynajmu.
- LokalizacjaGdzie odebrać sprzęt i czy jest dostępny w pobliżu.
- RezerwacjaKrótkie potwierdzenie i przejście do wynajmu.
Cienka linia decyzji zamiast ciężkiego diagramu przepływu.
Trzy filary uproszczenia
Ścieżkę oparłam na trzech decyzjach, które porządkują wejście do oferty, kartę sprzętu i sam proces rezerwacji.
Zamiast rozbudowanego katalogu z wieloma filtrami, aplikacja prowadzi użytkownika możliwie najkrótszą sensowną drogą od potrzeby do rezerwacji.
Szybkie wejście do oferty
Użytkownik może zacząć od kategorii, wyszukiwarki lub lokalizacji, zależnie od tego, czy wie, czego szuka.
Karta sprzętu jako pomoc w decyzji
Najważniejsze informacje widoczne od razu: nazwa i wypożyczalnia, cena, dostępność, lokalizacja, kluczowe parametry i kontakt.
Krótka ścieżka rezerwacji
Proces wynajmu ograniczony do najważniejszych decyzji: wybór sprzętu, termin, lokalizacja, dane kontaktowe i potwierdzenie.
Zmiana struktury karty produktu
Największa zmiana dotyczy karty sprzętu. To ona decyduje, czy użytkownik rozumie ofertę i przechodzi dalej.
- Nazwa i profil wypożyczalni widoczne od razu.
- Informacje uporządkowane według priorytetu decyzji.
- Czytelny wybór terminu i jednoznaczny kontakt.
- Parametry techniczne dostępne, ale nieblokujące.
Nie przeprojektowanie całego produktu, tylko uporządkowanie struktury karty sprzętu.
Kluczowe decyzje projektowe
Każda decyzja wynikała z realnych problemów użytkowników i została przełożona na konkretne rozwiązania w interfejsie.
Wypożyczalnia jako element decyzji
Wypożyczalnia została potraktowana jako stały element karty produktu, a nie informacja poboczna ukryta niżej w procesie.
W modelu marketplace użytkownik musi wiedzieć, od której firmy wynajmuje sprzęt i kto odpowiada za odbiór i kontakt.
Nazwa, logo, oddziały i przejście do profilu wypożyczalni pomagają podjąć decyzję bez szukania kontekstu.
Mapa jako wsparcie dostępności
Mapa i lista oddziałów zostały połączone z informacją o dostępności, żeby użytkownik mógł szybko ocenić, gdzie realnie może odebrać sprzęt.
Przy wynajmie sprzętu lokalizacja jest częścią decyzji. Sama mapa bez kontekstu oddziału, kontaktu i dostępności nie rozwiązuje problemu.
Użytkownik porównuje oddziały, widzi dostępność i może przejść dalej bez opuszczania ścieżki.
Karta produktu jako centrum decyzji
Najważniejsze informacje decyzyjne zostały przeniesione wyżej na karcie produktu: cena, warunki, depozyt, minimalny okres najmu, wypożyczalnia i CTA.
Użytkownik nie powinien długo scrollować, żeby zrozumieć, czy sprzęt pasuje do jego potrzeby i co może zrobić dalej.
Karta produktu prowadzi od rozpoznania sprzętu do decyzji o kontakcie lub rezerwacji.
Krótka ścieżka rezerwacji
Proces rezerwacji został podzielony na kilka prostych kroków: wybór warunków, dane kontaktowe, podsumowanie i potwierdzenie.
Użytkownik musi wiedzieć, co dzieje się po wysłaniu zapytania i czy rezerwacja została faktycznie przekazana do wypożyczalni.
Proces kończy się jasnym komunikatem, który domyka ścieżkę i zmniejsza niepewność użytkownika.
Desktop jako rozszerzenie
Mobilny kierunek przenosi się na desktop bez zmiany logiki. Więcej przestrzeni, ta sama ścieżka decyzji.
Na desktopie lista sprzętu, karta produktu i mapa mogą współistnieć w jednym widoku, ale hierarchia informacji i kolejność decyzji pozostają takie same jak na mobile.
Efekt: ścieżka od wyboru sprzętu do rezerwacji
Efektem koncepcji była uporządkowana ścieżka mobile-first, która prowadzi użytkownika od karty produktu, przez wybór wypożyczalni i oddziału, po wysłanie zapytania o rezerwację.
- Karta produktu
- Wypożyczalnia / oddział
- Dane rezerwacji
- Potwierdzenie
Ograniczenia i dalsze kroki
- Walidacja ścieżki decyzji z użytkownikami.
- Dopracowanie logiki filtrowania i wyszukiwania.
- Testy formularza rezerwacji.
- Sprawdzenie, które parametry techniczne realnie pomagają w decyzji.
Projekt zakończył się na etapie koncepcji UX/UI i nie został wdrożony. Kolejne kroki prowadziłyby od walidacji ścieżki z użytkownikami po dopracowanie szczegółów procesu i przygotowanie widoków desktop.