Wprowadzenie

Ratecleaner pozwala hotelarzom skupić się na gościach zamiast na mozolnej kontroli danych w systemach GDS. To proste narzędzie, które pomaga szybko wyłapać braki i błędy w ofertach hotelowych. Dzięki temu zamiast szukać problemu po różnych narzędziach, od razu wiemy, co poprawić i jak to zrobić.

Moja rola: UI/UX Designerem — zrobiłem research, zaprojektowałem UX i UI, przygotowałem prototypy i wspierałem zespół developerski przy wdrożeniu i rozwoju.

Kontekst biznesowy

W hotelowych systemach często panuje chaos: opisy stawek są niepełne, informacje o pokojach niespójne (w różnych GDS), ceny rozbieżne. To kosztuje - czas i pieniądze. Ratecleaner pomaga:

• natychmiast wykrywać braki i nieścisłości,
• pozwala reagować z jednej aplikacji (również mobilnie),
• dostarcza czytelne raporty jakości danych właścicielom i menedżerom hoteli.

Wyniki i wpływ

Narzędzie uporządkowało pracę na danych GDS: szybciej wskazuje nieścisłości, prowadzi przez korektę i skupia wszystko w jednym miejscu. Teraz menedżerowie i agencje hotelarskie widzą na czytelnym dashboardzie, które stawki wymagają poprawy i od razu mogą je skorygować. Dzięki temu oszczędzają czas i unikają zbędnych maili.

Opis projektu

Ratecleaner wspiera codzienną pracę hoteli i agencji. Obejmuje trzy kluczowe obszary:

• analiza jakości danych: pozwala porównać oferty z wielu źródeł, dzięki czemu hotel ma szansę prezentować wspólną ofertę na wielu platformach,
• praca na zakresie: pozwala sprawdzić ofertę na nadchodzące wydarzenia - czy to święta, czy też okres wakacyjny,
• komunikacja: pozwala prowadzić komunikację oraz zgłaszać błędy do wielu osób jednocześnie.

System łączy się z GDS‑ami Sabre i Travelport. Pobiera aktualne dane, przeprowadza ich analizę i udostępnia raport dla użytkownika - bez znaczenie czy to jeden obiekt czy tych obiektów jest wiele. Dzięki analizie podpowiada, daje wytyczne i generuje raporty, a hotel może wdrożyć korekty do swoich ofert utżymując ich najwyższą jakość. Wszystko dzieje się w jednym miejscu - dzięki temu proces jest prosty i nie wymaga żonglowania wieloma narzędziami.

Timeline (2020–2024)

Poniżej przedstawiam, jak projekt rozwijał się etapami.

• 2020
  Research & Discovery: pierwsze prototypy i MVP.
• 2021
  Pilotaż: testy z grupą klientów.
• 2022
  Rozszeżony pilotaż: ~12 miesięcy w 4 falach; przebudowa nawigacji i uproszczenie rejestracji (z ~16 pól do 7).
• 2023
  Optymalizacje: personalizacja widoków (hotel vs. agencja); przejście z desktop‑first na mobile‑first.
• 2025
  R&D: rozwój funkcji i stabilizacja; dalsza praca nad ergonomią mobilną.

Proces badawczy

Zacząłem od rozpoznania realiów pracy z GDS i poznania języka użytkowników. Chciałem zrozumieć, gdzie faktycznie tracą czas i co im przeszkadza w codziennych zadaniach.

Metody: analiza obecnych narzędzi, wywiady pogłębione, prototypy i testy MVP.
Kluczowe wnioski: potrzebny jest codzienny „obraz dnia”, elastyczny wybór dat i booking codes oraz prosta komunikacja w jednym miejscu (bez skakania po mailach i arkuszach).

Rozwiązania projektowe

Aby ułatwić pracę, przełożyłem wnioski z badań na trzy proste obszary: szybkie sprawdzenie stanu danych, zejście w szczegóły i rozpoczęcie korekty bez wychodzenia z aplikacji.

• Dashboard - obraz dnia: Widzę m.in.: Rate Description, Room Description, Meal Plans itd. w ujęciu ogólnym i w szczegółach. Zakres wybieram po dacie i booking codes.
• Widok hotelu: Przełączam daty, wybieram kody rezerwacyjne i porównuję elementy „obok siebie”, żeby podjąć szybką decyzję co do korekty.
• Komunikacja - domykamy temat: Jeśli potrzeba kontaktu, wysyłam powiadomienie w aplikacji i/lub mailem. Zgłoszenie tworzy zadanie z czytelnym statusem (wysłane → przyjęte → w trakcie → zrealizowane), więc widzę, na jakim etapie jest korekta.
• Dane i integracje: Połączenia z Sabre i Travelport; panel wspierający korektę danych. System nie zapisuje zmian w GDS — wskazuje, wyjaśnia i raportuje.

Persony i scenariusze użycia

Aby łatwiej pokazać, jak Ratecleaner działa w praktyce, przedstawiam dwie typowe role i ich codzienne scenariusze.

• Revenue Manager / Właściciel hotelu: sprawdzam „obraz dnia” na Dashboardzie, wybieram datę i kody rezerwacyjne, wchodzę w detale hotelu i wysyłam krótką prośbę o korektę.
• Przedstawiciel agencji: przeglądam jakość danych w wielu hotelach, filtruję problemy, kontaktuję się z hotelami i śledzę statusy zadań aż do zamknięcia korekt.

Before/After

Before: brak jednego miejsca do wykrywania i domykania błędów; dużo ręcznej pracy i rozproszona komunikacja.

After: jedna aplikacja do diagnozy i prowadzenia korekty, z wbudowaną komunikacją hotel↔agencja. Mniej zgadywania, więcej porządku.

Ryzyka

Dostęp i autoryzacja danych w GDS: rozwiązywaliśmy to etapowo w pilotażu (4 fale) i w bliskiej współpracy z dostawcami GDS.

Komunikacja z hotelami: ujednoliciliśmy sposób zgłaszania korekt i odpowiedzialności, żeby sprawy nie „ginęły” między działami.

Wnioski i lekcje

Największym sukcesem projektu jest to, że naprawdę ułatwiliśmy życie użytkownikom - wyciszyliśmy zbędne powiadomienia i daliśmy konkretne informacje od ręki.

Co zagrało najlepiej:

• mobile: (szeroko używany w pracy) - przejście na mobile‑first trafiło w realny tryb działania użytkowników.
• personalizacja pod role - mniej szumu informacyjnego, więcej konkretu dla każdej osoby.

Co zrobiłbym wcześniej:

• szybciej pchnąłbym personalizację i komunikację w aplikacji jako „must‑have” dla agencji - to bardzo usprawniło codzienną pracę.