Wiraż Cycling Club

Jedna aplikacja dla codziennych zadań członka klubu

Wiraż to klub kolarski organizujący treningi, wydarzenia i aktywności dla swoich członków. Codzienne korzystanie z oferty wymagało od użytkownika sprawdzania grafiku, zapisywania się na zajęcia, pilnowania płatności i śledzenia komunikatów organizacyjnych.

Projekt aplikacji miał zebrać te działania w jednym miejscu i stworzyć prostą, powtarzalną ścieżkę dla aktywnych członków klubu.

Zakres był koncepcyjny. Najważniejsze było uporządkowanie zadań, pokazanie statusów po akcjach i zaprojektowanie interfejsu, który nie wymaga dodatkowych wyjaśnień.

Udział w klubie nie był skomplikowany. Zarządzanie nim było.

Największe tarcia pojawiały się nie w samej aktywności klubowej, ale w działaniach wokół niej: zapisach, potwierdzeniach, płatnościach i komunikacji.

• Brak jednego miejsca kontroli

  Użytkownik musiał sprawdzać grafik, zapisy i płatności w różnych miejscach, co zwiększało niepewność i liczbę dodatkowych pytań.

• Niepewność po wykonaniu akcji

  Po zapisie lub odwołaniu udziału użytkownik potrzebował jasnej informacji, czy akcja została poprawnie wykonana.

• Płatności poza ścieżką

  Status opłat nie był widoczny w procesie zapisu, dlatego użytkownik musiał sam pilnować zaległości i zasad płatności.

Główne wyzwanie: Jak zaprojektować prostą aplikację klubową, która łączy grafik, zapisy, odwołania i płatności bez dokładania kolejnej warstwy organizacyjnego chaosu.

Dwa flow, które decydowały o użyteczności aplikacji

Projekt skupił się na ścieżkach, które użytkownik wykonuje regularnie: zapisie na trening oraz odwołaniu udziału. To one miały największy wpływ na poczucie kontroli i szybkość korzystania z aplikacji.

1. Kalendarz→
2. Szczegóły treningu→
3. Potwierdzenie zapisu→
4. Status płatności

Główna ścieżka: użytkownik sprawdza najbliższe treningi, wybiera termin, potwierdza udział i widzi status płatności.

Odwołanie udziału

1. Moje treningi→
2. Odwołaj udział→
3. Potwierdzenie

Drugie flow jest krótsze, bo użytkownik powinien szybko odwołać udział i od razu dostać potwierdzenie zmiany.

Od problemu do decyzji projektowej

Najważniejsze decyzje projektowe wynikały z prostego pytania: co użytkownik musi wiedzieć, żeby bez wahania wykonać kolejną akcję?

01 / Punkt startu

Kalendarz jako punkt startu

Problem: Użytkownik najczęściej zaczynał od pytania, kiedy odbywa się najbliższy trening.

Decyzja: Grafik stał się głównym wejściem do aplikacji, ponieważ większość działań zaczyna się od wyboru terminu.

1. 1Najbliższe terminy
2. 2Status dostępności
3. 3Szybkie wejście do szczegółów

Przed

• Grafik jako osobna informacja
• Brak jasnego wejścia do zapisu
• Decyzja rozłożona na kilka kroków

Po

• Lista najbliższych treningów
• Termin i grupa widoczne od razu
• Szybkie przejście do zapisu

EfektNajważniejsze informacje są widoczne od razu, a przejście do zapisu nie wymaga szukania.

Callouty: termin · grupa · dostępność miejsc · status zapisu

02 / Feedback

Potwierdzenie po każdej ważnej akcji

Problem: Brak jasnego feedbacku powodował niepewność po zapisie lub odwołaniu udziału.

Decyzja: Każda kluczowa akcja kończy się jednoznacznym komunikatem, który zamyka proces.

Przed

• Akcja bez domknięcia
• Niepewność po kliknięciu
• Dodatkowe pytania do organizatora

Po

• Komunikat po zapisie
• Potwierdzenie odwołania
• Jasny następny krok

EfektUżytkownik rozumie, co właśnie się wydarzyło i czy musi zrobić coś dalej.

Callouty: zapis potwierdzony · udział odwołany · płatność potwierdzona

03 / Płatności

Płatności jako część ścieżki

Problem: Użytkownik nie miał jasnego podglądu, czy trening jest opłacony i czy wymaga kolejnej akcji.

Decyzja: Status płatności został powiązany z udziałem w treningach i widoczny bez dodatkowego szukania.

1. 1Status płatności
2. 2Pozycje wymagające działania
3. 3Historia opłat

Przed

• Płatności poza procesem
• Brak podglądu statusu
• Konieczność samodzielnego pilnowania zasad

Po

• Widoczny status opłat
• Lista zaległych pozycji
• Potwierdzenie po płatności

EfektZaległe i opłacone pozycje są czytelne, a płatności nie wypadają poza główną ścieżkę korzystania z aplikacji.

Callouty: zaległe opłaty · opłacone treningi · pusty stan

Finalny koncept aplikacji

Finalny koncept łączy najczęstsze działania członka klubu w jednej aplikacji: grafik treningów, zapis, odwołanie udziału, płatności, powiadomienia i dane użytkownika.

Szybki podgląd treningów

Lista treningów pozwala szybko sprawdzić termin, grupę, dostępność miejsc i możliwą akcję.

Jasny feedback

Potwierdzenia domykają zapis, odwołanie udziału i płatność, dzięki czemu użytkownik wie, co właśnie się wydarzyło.

Widoczny status płatności

Widok płatności pokazuje, które treningi wymagają działania, a które zostały już opłacone.

Ekrany wspierające

Profil, powiadomienia i stany puste wspierają spokojne korzystanie z aplikacji poza główną ścieżką zapisu.

Układ pokazuje kluczowe ekrany aplikacji, które porządkują zapis, feedback, płatności i codzienne korzystanie.

Główna ścieżka użytkownika w prototypie

Nagranie pokazuje główne działania członka klubu: sprawdzenie treningów, zapis, potwierdzenie akcji oraz kontrolę statusu płatności.

Efekt koncepcji

Projekt uporządkował najczęstsze działania członka klubu w jednej, przewidywalnej ścieżce. Użytkownik może szybciej sprawdzić treningi, zapisać się, odwołać udział i zweryfikować płatności bez przełączania się między narzędziami.

Dalsze kroki

Projekt zakończył się na etapie koncepcji interakcji. Kolejnym krokiem byłoby przetestowanie głównych ścieżek z członkami klubu, doprecyzowanie scenariuszy płatności, rozbudowa komunikatów organizacyjnych i walidacja aplikacji z różnymi rolami użytkowników klubu.