Wstęp
Aplikacja hotelowa to często coś więcej niż tylko wygoda. Dla wielu gości staje się ona najłatwiejszym sposobem na zameldowanie się, zamówienie usługi, zamówienie jedzenia, odblokowanie pokoju, znalezienie informacji o hotelu, skontaktowanie się z personelem lub rozwiązanie problemu podczas pobytu.
To sprawia, że tworzenie aplikacji hotelowych jest nieco bezlitosne. Nie projektujesz z myślą o jednym, schludnym, “przeciętnym” gościu. Hotele obsługują podróżnych zagranicznych, osoby starsze, osoby z niepełnosprawnościami, rodziny, osoby podróżujące służbowo oraz osoby korzystające z różnych telefonów, języków, warunków sieciowych i ustawień ułatwień dostępu.
Jeśli aplikacja działa dobrze tylko w jednym języku, używa bardzo małej ilości tekstu, ukrywa działania za nieczytelnymi ikonami lub opiera się na treściach, których nikt nie może zaktualizować, doświadczenie gościa szybko się psuje. Aplikacja przestaje być cyfrowym konsjerżem, a staje się kolejną przeszkodą, z którą gość musi się zmagać.
Dla założycieli, grup hotelowych i liderów branży hotelarskiej wielojęzyczne wsparcie i dostępność to nie dodatki, które można dodać później. To element tworzenia produktu, który jest profesjonalny, niezawodny i gotowy na przyjęcie prawdziwych gości.
W tym artykule omówiono, jak myśleć o lokalizacji, zarządzaniu treścią i dostępności podczas tworzenia aplikacji hotelowych, zwłaszcza gdy użytkownicy pochodzą z różnych krajów, grup wiekowych i o różnym poziomie sprawności.
W Appricotsoft wierzymy, że dobre oprogramowanie powinno być proste, użyteczne i takie, które z dumą stworzyliśmy. To ważne w branży hotelarskiej. Aplikacja dla gości nie powinna działać tylko w sensie technicznym. Powinna ułatwiać pobyt.
Dlaczego obsługa wielu języków i dostępność są ważne
Hotele są z natury międzynarodowe. Pojedynczy obiekt może gościć gości z kilkudziesięciu krajów w tym samym tygodniu. Sieć hoteli może działać w różnych regionach, w których język, waluta, informacje prawne, metody płatności i oczekiwania dotyczące usług ulegają zmianom.
Dostępność ma równie duże znaczenie. WCAG 2.2, opublikowane przez W3C, obejmuje potrzeby związane z dostępnością związane z widzeniem, słuchem, ruchem, mową, poznaniem, językiem, uczeniem się i różnicami neurologicznymi. Wiele usprawnień w zakresie dostępności sprawia również, że aplikacje są łatwiejsze dla starszych gości, a szczerze mówiąc, dla wszystkich innych również.
W aplikacji hotelowej ma to wpływ na takie codzienne zadania, jak:
- czytanie instrukcji przyjazdu
- znalezienie opcji obsługi pokoju
- dokonywanie odprawy mobilnej
- zrozumienie szczegółów płatności
- prośba o sprzątanie
- zgłaszanie problemu
- odbieranie informacji o sytuacjach awaryjnych lub bezpieczeństwie
- nawigacja po nieruchomości
Gdy te zadania są mylące lub niemożliwe do wykonania, goście natychmiast to zauważają. Dzwonią do recepcji, przestają korzystać z aplikacji, wystawiają negatywne opinie lub uważają, że jakość usług hotelowych nie jest tak wysoka, jak obiecywano.
Dobrze zlokalizowana i dostępna aplikacja pomaga gościom sprawniej załatwiać sprawy. Może zmniejszyć liczbę powtarzających się pytań do personelu, poprawić adopcję aplikacji i sprawić, że korzystanie z niej będzie bardziej spójne we wszystkich obiektach.
Lokalizacja to coś więcej niż tłumaczenie
Częstym błędem jest traktowanie lokalizacji jako ostatniego kroku przed premierą. Zespół tworzy aplikację w jednym języku, kończy projekt i dopiero wtedy przesyła tekst do przetłumaczenia.
To zazwyczaj stwarza problemy.
Przetłumaczony tekst może być dłuższy niż oryginał. Przyciski mogą się zepsuć. Nazwy pokoi, opisy usług, daty, ceny, regulamin i informacje prawne mogą wymagać zmian regionalnych. Niektóre języki wymagają układu od prawej do lewej. Niektóre rynki oczekują innego poziomu formalności w komunikacji z gośćmi.
Apple opisuje lokalizację jak tłumaczenie i dostosowywanie aplikacji do różnych języków i regionów. Zaleca również wcześniejszą internacjonalizację kodu, aby ciągi znaków, formatowanie i układy mogły się odpowiednio dostosować. Wskazówki dotyczące Androida porusza podobną kwestię: aplikacje muszą poprawnie obsługiwać tekst, dźwięk, liczby, waluty i grafikę dla każdej obsługiwanej lokalizacji.
Mówiąc prościej, tłumaczenie zmienia słowa. Lokalizacja dostosowuje doświadczenie.
W przypadku aplikacji hotelowej lokalizacja może obejmować:
- tekst interfejsu
- powiadomienia push
- instrukcje dotyczące rezerwacji i odprawy
- menu obsługi pokoju
- opisy spa, restauracji i aktywności
- zasady własności
- informacje alarmowe
- etykiety płatnicze i sformułowania podatkowe
- formaty daty, godziny, waluty i liczb
- obrazy lub ikony, które mogą nie mieć sensu na każdym rynku
- ton głosu w językach formalnych i nieformalnych
Dlatego lokalizacja ma znaczenie na etapie odkrywania i planowania produktu, a nie w ostatnim tygodniu przed premierą.
Zacznij od strategii regionalnej, a nie tylko od listy języków
Zanim cokolwiek przetłumaczysz, zdefiniuj strategię lokalizacji. Lista języków odpowiada na pytanie: “Jakie języki obsługujemy?”. Strategia lokalizacji odpowiada na pytanie: “Dla jakich gości, rynków, obiektów i realiów operacyjnych projektujemy?”.”
Na przykład, “Angielski i hiszpański” może nie być wystarczająco precyzyjny. Czy potrzebujesz angielskiego amerykańskiego czy brytyjskiego? Europejskiego hiszpańskiego czy latynoamerykańskiego? Czy Twoje nieruchomości działają w krajach, w których obowiązują inne sformułowania prawne, etykiety podatkowe, wymogi dotyczące dostępności lub warunki świadczenia usług?
Dokumentacja lokalizacyjna Apple rozróżnia języki, regiony i skrypty, na przykład angielski dla Australii i Wielkiej Brytanii lub chiński uproszczony i tradycyjny. Te szczegóły mają znaczenie, gdy aplikacja hotelowa obsługuje więcej niż jeden rynek.
Przydatna strategia lokalizacji definiuje:
- języki uruchamiania
- języki do późniejszego wdrożenia
- obsługiwane regiony dla każdego języka
- domyślny język zapasowy
- czy goście mogą ręcznie zmieniać język
- czy aplikacja jest zgodna z językiem urządzenia
- która treść jest globalna, regionalna lub specyficzna dla danej nieruchomości
- kto zatwierdza tłumaczenia przed wydaniem
W przypadku hoteli zazwyczaj zalecamy rozpoczęcie od języków powiązanych z rzeczywistym zapotrzebowaniem gości i możliwościami operacyjnymi. Jeśli personel nie jest w stanie obsługiwać czatu na żywo w sześciu językach, aplikacja nie powinna wmawiać gościom, że każda usługa jest w pełni dostępna w sześciu językach.
Pierwszym praktycznym krokiem jest analiza danych o rezerwacjach, pochodzenia gości, próśb o pomoc techniczną i lokalizacji obiektów. To pozwoli Ci opracować plan lokalizacji oparty na realiach biznesowych, a nie na domysłach.
Zbuduj przepływ pracy lokalizacyjny na wczesnym etapie
Lokalizacja jest łatwiejsza, gdy produkt jest tworzony od samego początku. Technicznie oznacza to oddzielenie tekstu interfejsu od kodu, korzystanie z plików tłumaczeń lub katalogów ciągów znaków, obsługę formatowania uwzględniającego ustawienia regionalne oraz testowanie układów z dłuższym tekstem.
Jednak dla założycieli i dyrektorów hoteli większym problemem jest przepływ pracy.
Dobry przepływ pracy związany z lokalizacją odpowiada na pytania takie jak:
- Gdzie znajduje się zawartość aplikacji?
- Kto pisze treść źródłową?
- Kto to przetłumaczy?
- Kto to recenzuje?
- Kto sprawdza ton gościnności i poprawność prawną?
- W jaki sposób publikowane są aktualizacje?
- Jak zapobiegać powstawaniu nieaktualnych tłumaczeń?
- Co się dzieje, gdy jedna nieruchomość zmienia opis usługi?
Bez przepływu pracy aplikacje hotelowe szybko się gubią. Jeden obiekt aktualizuje godziny otwarcia spa po angielsku, ale nie po niemiecku. Menu restauracji ulega zmianie, a wersja francuska pozostaje nieaktualna. Powiadomienie push jest tłumaczone dosłownie i brzmi niegrzecznie. Na jednym rynku brakuje informacji prawnej.
Lokalizacja powinna być częścią modelu operacyjnego produktu, zwłaszcza w przypadku sieci hotelowych, operatorów obiektów wieloobiektowych i aplikacji z częstymi aktualizacjami treści.
W Appricotsoft cenimy systemy dostaw, w których postęp jest widoczny i kontrolowany. Nasz Unison Framework wykorzystuje współdzielone artefakty, takie jak brief projektu, rejestr zadań, dziennik decyzji, rejestr ryzyka, notatki demonstracyjne i lista kontrolna wydania, dzięki czemu projekty nie zamieniają się w czarną skrzynkę. Ta sama idea dotyczy lokalizacji. Każdy język, właściciel treści i krok zatwierdzania powinny być widoczne.
Zarządzanie treścią zapewnia użyteczność treści aplikacji hotelowej
Zarządzanie treścią to system, który dba o to, aby treść aplikacji była dokładna, spójna i łatwa w utrzymaniu.
W aplikacjach hotelowych treści nie pozostają niezmienne. Menu obsługi pokoju ulega zmianie. Pojawiają się oferty sezonowe. Zabiegi spa są aktualizowane. Instrukcje dotyczące parkowania ulegają zmianie. Zasady zameldowania różnią się w zależności od obiektu. Lokalne wydarzenia, oferty dodatkowe, godziny otwarcia restauracji i komunikaty dotyczące bezpieczeństwa wymagają aktualizacji.
Jeśli programiści muszą wprowadzać każdą zmianę w tekście, zespół hotelowy działa zbyt wolno. Jeśli każdy może edytować cokolwiek, jakość spada.
Zdrowy model zarządzania treścią definiuje takie role, jak:
- właściciel treści, zwykle ktoś z działu marketingu, obsługi gości lub operacji
- współautor nieruchomości, który aktualizuje szczegóły dotyczące konkretnej nieruchomości
- tłumacz lub partner lokalizacyjny
- recenzent, np. native speaker lub menedżer regionalny
- osoba zatwierdzająca, która podejmuje ostateczną decyzję o publikacji
- właściciel techniczny, który dba o niezawodność CMS-a, struktury treści i dostarczania aplikacji
W przypadku aplikacji hotelowych często niezbędny jest CMS lub portal administracyjny. Pozwala on upoważnionym pracownikom na aktualizowanie treści bez czekania na nową wersję aplikacji mobilnej. Jest to szczególnie przydatne w przypadku wielojęzycznych opisów usług, ofert, FAQ i powiadomień.
Sztuką jest nie traktować wszystkich treści tak samo. Niektóre treści mogą być edytowane przez zespoły odpowiedzialne za ich własność. Niektóre powinny wymagać zatwierdzenia. Niektóre powinny być blokowane ze względu na legalność, bezpieczeństwo lub kluczowe znaczenie dla marki.
Prosty model mógłby wyglądać tak:
- globalna treść marki, zarządzana centralnie
- treści regionalne, zarządzane przez operacje regionalne lub marketing
- zawartość obiektu, zarządzana przez każdy hotel za pomocą zasad zatwierdzania
- treści prawne i dotyczące bezpieczeństwa, zarządzane wyłącznie przez autoryzowanych recenzentów
- treści promocyjne, zarządzane przez marketing z datami ważności
Pomaga to zapobiec jednemu z najczęstszych problemów aplikacji hotelarskich: nieuporządkowanemu interfejsowi z nieaktualnymi informacjami.
Projekt uwzględniający rzeczywiste różnice językowe
W języku angielskim przycisk może zawierać napis “Zarezerwuj teraz”. W języku niemieckim lub fińskim odpowiednik może być znacznie dłuższy. W języku arabskim lub hebrajskim układ tekstu może się różnić. Niektóre języki mają bardziej złożoną formę liczby mnogiej. Niektóre rynki oczekują formalnego języka podczas rozmowy z gośćmi.
Ma to wpływ na projektowanie interfejsu użytkownika (UI) i doświadczenia użytkownika (UX).
Podczas tworzenia aplikacji hotelowej projektanci i programiści powinni zaplanować:
- elastyczne szerokości przycisków
- etykiety wielowierszowe
- dynamiczna wysokość kart
- formaty daty i godziny uwzględniające ustawienia regionalne
- zasady wyświetlania waluty i podatku
- obsługa układu od prawej do lewej, jeśli to konieczne
- brak tekstu osadzonego w obrazach
- wyraźne ikony z etykietami tekstowymi
- testy pseudolokalizacyjne
Pseudolokalizacja automatycznie rozszerza lub modyfikuje tekst, symulując tłumaczenie. Pomaga zespołom wykryć problemy z układem tekstu, zanim rozpocznie się właściwe tłumaczenie.
Na uwagę zasługuje również ton. Język gościnności niesie ze sobą emocje. Dosłowne tłumaczenie może być poprawne technicznie, ale wciąż brzmieć chłodno, myląco lub zbyt nieformalnie.
Na przykład, “Twoje zapytanie jest w trakcie realizacji” może być w porządku w aplikacji bankowej. W aplikacji do zarządzania doświadczeniami gości bardziej naturalne może być stwierdzenie “Otrzymaliśmy Twoje zapytanie. Nasz zespół wkrótce Cię poinformuje”. Właściwa wersja zależy od marki hotelu i rynku.
Rozpocznij dostępność od podstawowych zadań gościa
Dostępność może wydawać się ograniczona, dlatego zacznij od zadań, które goście naprawdę muszą wykonać.
W aplikacji hotelowej najważniejsze pytanie jest proste: czy każdy gość może wykonać podstawowe zadanie bez zbędnych barier?
Skoncentruj się najpierw na przepływach takich jak:
- tworzenie konta lub dostęp gościa
- odprawa mobilna
- zarządzanie rezerwacjami
- klucz do pokoju lub instrukcje dostępu
- prośby o serwis
- zamawianie usług pokojowych
- płatności i wpływy
- informacje alarmowe
- kontakt z personelem hotelu
- powiadomienia i alerty
W przypadku każdego przepływu pracy sprawdź, czy użytkownicy potrafią poruszać się po stronie za pomocą czytników ekranu, zwiększyć rozmiar tekstu, zrozumieć etykiety, zastosować odpowiedni kontrast kolorów, wypełniać formularze i korygować błędy.
Norma WCAG 2.2 stanowi wartościowy punkt odniesienia, ponieważ wyjaśnia, w jaki sposób uczynić treści cyfrowe bardziej dostępnymi, i zaleca korzystanie z bieżącej wersji przy opracowywaniu lub aktualizowaniu zasad dostępności.
Jednak dostępność nie powinna być traktowana wyłącznie jako lista kontrolna. To także sposób myślenia o jakości produktu.
Gość z wadą wzroku powinien być w stanie odczytać instrukcje dotyczące przylotu. Gość z ograniczeniami ruchowymi nie powinien zmagać się z drobnymi celami dotykowymi. Gość, który właśnie wrócił z długiego lotu, powinien wiedzieć, co dalej robić. Gość korzystający z czytnika ekranu powinien wiedzieć, czy zamówienie z obsługi pokoju zostało złożone.
Dostępny projekt to wyraz dobrej gościnności.
Praktyczne zagadnienia dostępności aplikacji hotelowych
1. Czytelny tekst i skalowalne układy
Goście mogą korzystać z większych rozmiarów czcionek systemowych. Aplikacja powinna obsługiwać skalowanie tekstu bez ucinania etykiet i przerywania ekranów.
Unikaj drobnego tekstu w opisach pokoi, opłatach, regulaminie i na ekranach potwierdzenia. Szczegóły, takie jak godzina zameldowania, zasady anulowania i status płatności, muszą pozostać czytelne.
2. Mocny kontrast kolorów
Nie polegaj na jasnoszarym tekście, przyciskach o niskim kontraście ani kolorowych wskaźnikach statusu. Jeśli żądanie jest “zakończone”, “oczekujące” lub “anulowane”, zaznacz to zarówno kolorem, jak i tekstem.
Ma to znaczenie dla gości z wadami wzroku lub daltonizmem, a także dla osób korzystających z aplikacji na zewnątrz w jasnym świetle słonecznym.
3. Wyraźne cele dotykowe
Goście hotelowi często korzystają z aplikacji, przechadzając się po lobby, niosąc bagaż lub stojąc przed pokojem. Przyciski powinny być łatwe w obsłudze.
Ważne czynności, takie jak “Zadzwoń do recepcji”, “Otwórz klucz do pokoju” lub “Poproś o pomoc” nie powinny być ukryte za małymi ikonami.
4. Obsługa czytnika ekranu
Każdy ważny przycisk, obraz, pole formularza i komunikat o stanie muszą mieć czytelną i dostępną etykietę.
Czytnik ekranu nie powinien ogłaszać “przycisk, przycisk, obraz, bez etykiety”. Powinien ogłaszać przydatne akcje, takie jak “Poproś o ręczniki”, “Zmień język” lub “Prześlij szczegóły zameldowania”.”
5. Dostępność formularzy
Formularze pojawiają się wszędzie w aplikacjach hotelowych: szczegóły dotyczące zameldowania, godzina przyjazdu, dane identyfikacyjne, płatności, prośby o usługi i opinie.
Dostępne formularze wymagają:
- wyraźne etykiety
- pomocne komunikaty o błędach
- logiczna kolejność pól
- przykłady wprowadzania danych
- obsługa klawiatury i czytnika ekranu
- bez zaskakujących przerw
6. Dostępne powiadomienia
Powiadomienia push powinny być użyteczne i konkretne. Unikaj niejasnych komunikatów, takich jak “Aktualizacja dostępna”, gdy masz na myśli “Twój pokój jest gotowy”.”
W przypadku aplikacji wielojęzycznych powiadomienia powinny być zgodne z językiem wybranym przez gościa. Powinny również otwierać odpowiedni ekran, aby gość nie musiał go wyszukiwać.
7. Mniej ruchu i mniejsze obciążenie poznawcze
Animacje mogą sprawić, że aplikacja będzie wyglądać dopracowanie, ale zbyt dużo ruchu może rozpraszać użytkowników lub powodować u nich dyskomfort. Zadbaj o celowe przejścia.
Unikaj też oferowania gościom zbyt wielu opcji naraz. Aplikacja cyfrowego konsjerża powinna uprościć pobyt, a nie stać się drugą stroną internetową hotelu.
Lokalizacja i dostępność muszą ze sobą współdziałać
Lokalizacja i dostępność są często zarządzane oddzielnie. W aplikacjach hotelowych stale się nakładają.
Na przykład:
- dłuższy przetłumaczony tekst musi być nadal czytelny przy większych rozmiarach czcionki
- etykiety czytników ekranu również wymagają tłumaczenia
- komunikaty o błędach muszą być jasne w każdym obsługiwanym języku
- przełączniki językowe muszą być łatwe do znalezienia i dostępne
- układy od prawej do lewej muszą zachować logiczną nawigację
- obrazy używane w instrukcjach wymagają zlokalizowanych, dostępnych alternatyw
- powiadomienia push muszą uwzględniać zarówno potrzeby językowe, jak i dotyczące dostępności
Częstym błędem jest tłumaczenie widocznego tekstu, ale zapominanie o ukrytych etykietach dostępności. Innym błędem jest projektowanie dostępnego interfejsu w języku angielskim, który nie działa po przetłumaczeniu.
Aby tego uniknąć, należy uwzględnić dostępność w procesie zapewniania jakości lokalizacji.
Przetestuj każdy kluczowy język za pomocą:
- większe rozmiary tekstu
- nawigacja czytnika ekranu
- różne rozmiary urządzeń
- długie nazwy i opisy pokoi
- formaty daty, godziny i waluty
- słabe stany sieciowe
- realistyczne zadania gości
To właśnie tutaj zapewnienie jakości staje się kluczowe dla biznesu, a nie tylko techniczne. Celem jest ochrona doświadczeń gości, zanim aplikacja dotrze do prawdziwych podróżnych.
Funkcje operacyjne obsługujące aplikacje hotelowe dla osób niepełnosprawnych
Aplikacja dla gości to tylko jedna strona systemu. Za nią personel hotelu potrzebuje narzędzi do zarządzania treścią, prośbami, tłumaczeniami i komunikacją z gośćmi.
W przypadku aplikacji hotelowych dostępnych w wielu językach, warto rozważyć takie funkcje, jak:
- edytor treści administratora
- panel statusu tłumaczeń
- przepływ pracy zatwierdzania
- uprawnienia do treści na poziomie właściwości
- daty wygaśnięcia promocji
- szablony powiadomień według języka
- pole preferencji językowych gościa
- zgłaszanie problemów z dostępnością
- dziennik audytu ważnych zmian treści
- tryb podglądu dla każdego języka
- dostęp oparty na rolach dla zespołów hotelowych
Te funkcje mogą nie brzmieć zbyt ekscytująco, ale zapewniają niezawodność produktu. Zmniejszają również ryzyko niespójnej komunikacji z gośćmi.
Jeśli planujesz stworzenie szerszego produktu dla branży hotelarskiej, na blogu Appricotsoft znajdziesz powiązane artykuły na temat rozwoju oprogramowania dla branży hotelarskiej i aplikacji wspierających obsługę gości: https://appricotsoft.com/blog/
Typowe błędy, których należy unikać
Traktowanie języka angielskiego jako “prawdziwego” produktu
Jeśli każdy przegląd projektu, kontrola jakości i demo będą odbywać się tylko w języku angielskim, problemy z lokalizacją ujawnią się zbyt późno. Testuj języki dodatkowe już na wczesnym etapie.
Tłumaczenie bez kontekstu
Tłumacze potrzebują zrzutów ekranu, kontekstu przepływu użytkownika, limitów znaków i wskazówek dotyczących tonu. Apple wyraźnie zaznacza, że zrzuty ekranu pomagają lokalizatorom zrozumieć, gdzie i jak pojawia się tekst.
Zapominanie o treściach specyficznych dla danej nieruchomości
Sieci hotelowe potrzebują globalnej spójności i lokalnej elastyczności. Aplikacja powinna wspierać oba te aspekty.
Utrudnianie przełączania języków
Gość, który nie rozumie aktualnego języka, nadal musi znaleźć selektor języka. Używaj rozpoznawalnego miejsca i prostych etykiet.
Ignorowanie dostępności do samego końca
Modernizacje pod kątem dostępności kosztują więcej niż projektowanie od samego początku. Uwzględnij dostępność na etapie projektowania, rozwoju, kontroli jakości i wdrażania.
Nadmierne automatyzowanie tłumaczeń
Tłumaczenie maszynowe może pomóc w zwiększeniu szybkości, ale treści dotyczące branży hotelarskiej często wymagają weryfikacji przez człowieka. Ton, niuanse kulturowe, sformułowania prawne i informacje dotyczące bezpieczeństwa wymagają starannej weryfikacji.
Korzystanie z obrazów w tekście
Jeśli instrukcje dotyczące usług, mapy lub oferty są oparte na obrazach, trudniej jest je tłumaczyć, wyszukiwać, aktualizować i odczytywać za pomocą technologii wspomagających.
Jak Appricotsoft podchodzi do tworzenia aplikacji hotelowych dla osób z niepełnosprawnościami
W Appricotsoft tworzymy oprogramowanie z jasnym celem: rozwiązywaniem rzeczywistych problemów i ułatwianiem życia użytkownikom. Naszą misją jest wyznaczanie wysokich standardów w tworzeniu oprogramowania, gdzie jakość, innowacyjność i zaufanie idą w parze.
W przypadku tworzenia aplikacji hotelowych oznacza to, że patrzymy dalej niż tylko na listę funkcji. Bierzemy pod uwagę rzeczywiste środowisko, w którym aplikacja będzie używana: zmęczonych podróżnych, zapracowane recepcje, obsługę wielu obiektów, gości z całego świata, zmieniającą się zawartość i wysokie oczekiwania.
1. Zaczynamy od rzeczywistości gości i nieruchomości
Zanim zaprojektujemy ekrany, ustalamy, komu aplikacja służy. Które segmenty gości są najważniejsze? Jakie języki są potrzebne na starcie? Które obiekty potrzebują lokalnych treści? Które usługi często się zmieniają? Które potrzeby w zakresie dostępności wpływają na główne ścieżki użytkownika?
Zapobiega to nadmiernej rozbudowie i zapewnia projektowi praktyczną mapę drogową.
2. Definiujemy model treści
Oddzielamy treści globalne, regionalne, dotyczące konkretnych nieruchomości, prawne, promocyjne i operacyjne. Dzięki temu łatwiej jest zdecydować, co powinno znaleźć się w aplikacji, co w panelu administracyjnym, a co wymaga zatwierdzenia przed publikacją.
3. Projektujemy z myślą o elastyczności
Nasz proces UI/UX uwzględnia rozbudowany tekst, różnorodność urządzeń, czytelne układy, przejrzystą nawigację i dostępne wzorce interakcji. Celem nie jest to, aby ekrany wyglądały dobrze tylko na makiecie. Celem jest to, aby działały w rzeczywistych warunkach użytkownika.
4. Budujemy z myślą o łatwości utrzymania
Jako firma zajmująca się tworzeniem aplikacji mobilnych, dbamy o to, co dzieje się po premierze. W przypadku aplikacji wielojęzycznych łatwość utrzymania oznacza ustrukturyzowane zasoby, przejrzyste przepływy pracy nad treścią i mniej tekstów na stałe zakodowanych. Dla zespołów hotelarskich oznacza to możliwość rozwoju aplikacji bez konieczności ciągłej zależności od programistów.
5. Sprawdzamy przed uruchomieniem
Poprzez kontrolę jakości, testy i pętle demonstracyjne sprawdzamy doświadczenia użytkowników w różnych językach, na różnych urządzeniach i przy użyciu kluczowych przepływów gości. Nasz Unison Framework wykorzystuje cotygodniowe dema, widoczne ryzyko i jakość wbudowaną w codzienny proces pracy, zamiast odkładać je na koniec.
6. Utrzymujemy jasną komunikację
W projekty hotelarskie zaangażowani są właściciele, menedżerowie, zespoły recepcji, dział marketingu, IT, operacyjny, a czasem także zewnętrzni dostawcy. Dbamy o przejrzystość decyzji i jasno wyjaśniamy kompromisy, aby zespoły mogły działać bez zakłóceń.
Odzwierciedla to jedną z naszych podstawowych wartości: uczciwość i odpowiedzialność. Wierzymy w przejrzystość, poczucie odpowiedzialności i brak zgadywanek.
Prosta lista kontrolna dla wielojęzycznych i dostępnych aplikacji hotelowych
Strategia lokalizacji
- Czy zdefiniowaliśmy języki i regiony wydania?
- Czy wiemy, które języki są dostępne na żądanie gości?
- Czy użytkownicy mogą ręcznie zmienić język?
- Czy obsługujemy specyficzne dla ustawień regionalnych daty, godziny, liczby i waluty?
- Czy zaplanowaliśmy zapasowe zachowanie językowe?
Zarządzanie treścią
- Kto jest właścicielem treści globalnych?
- Kto jest właścicielem treści dotyczących konkretnej nieruchomości?
- Kto zatwierdza tłumaczenia?
- Czy personel hotelu może bezpiecznie aktualizować treści?
- Czy śledzimy zmiany treści?
- Czy promocje i treści sezonowe mają terminy ważności?
Dostępność
- Czy użytkownicy mogą wypełniać podstawowe przepływy większą czcionką?
- Czy przyciski są wystarczająco duże?
- Czy kontrast kolorów jest wystarczająco duży?
- Czy formularze są wyraźnie oznaczone?
- Czy czytniki ekranu podają znaczące etykiety?
- Czy błędy są łatwe do zrozumienia?
- Czy aktualizacje statusu są jasno komunikowane?
Kontrola jakości i uruchomienie
- Czy testowaliśmy prawdziwe języki, nie tylko angielski?
- Czy testowaliśmy długie, przetłumaczone teksty?
- Czy testowaliśmy czytniki ekranu?
- Czy testowaliśmy wiele urządzeń?
- Czy sprawdziliśmy powiadomienia w każdym języku?
- Czy testowaliśmy treści specyficzne dla danej nieruchomości?
Wniosek
Obsługa wielu języków i dostępność nie są elementami pobocznymi w rozwoju aplikacji hotelowych. Stanowią one element przemyślanego, profesjonalnego i inkluzywnego doświadczenia gości.
Aplikacja hotelowa powinna pomagać każdemu gościowi czuć się bardziej komfortowo, być bardziej poinformowanym i mieć kontrolę nad swoim pobytem. To wymaga czegoś więcej niż tylko przetłumaczonego tekstu. Wymaga procesów lokalizacji, zarządzania treścią, projektowania z uwzględnieniem dostępności, narzędzi operacyjnych i regularnych testów.
Dla założycieli i liderów branży hotelarskiej korzyści są praktyczne: mniej frustracji gości, lepsza adopcja aplikacji, silniejsze postrzeganie marki i sprawniejsze funkcjonowanie obiektów i rynków.
W Appricotsoft pomagamy hotelom i firmom z branży hotelarskiej tworzyć oprogramowanie, które jest praktyczne, skalowalne i zorientowane na użytkownika. Niezależnie od tego, czy potrzebujesz aplikacji do obsługi cyfrowego concierge'a, aplikacji dla gości hotelowych, aplikacji do zamawiania usług room service, usług integracji PMS, czy też szerszego, niestandardowego rozwoju aplikacji mobilnej, pomożemy przekształcić złożony pomysł z branży hotelarskiej w produkt, z którego goście będą korzystać z prawdziwą przyjemnością.
Stwórzmy aplikację hotelową, która przywita każdego gościa.
