Aplikacje lojalnościowe i ich działanie, gdy w sklepie nie ma zasięgu

Aplikacje lojalnościowe bez internetu nie muszą tracić całej funkcjonalności. Zobacz, jak udostępnić kartę, oznaczać aktualność salda i bezpiecznie obsługiwać kupony.

Kluczowe wnioski z artykułu

• Brak internetu w telefonie nie powinien automatycznie uniemożliwiać identyfikacji klienta. Warto zaprojektować aplikację tak, aby wcześniej zapisany identyfikator lub karta lojalnościowa były dostępne również offline, bez konieczności ładowania ofert czy ekranu głównego.
• Zrzut ekranu nie zawsze zastąpi kartę w aplikacji. Jeśli program korzysta ze zmiennych lub czasowych kodów, zapisany obraz może być nieważny. Trzeba sprawdzić sposób generowania i weryfikacji kodu zamiast zakładać, że każdy kod będzie działał offline.
• Saldo widoczne bez internetu może być nieaktualne. Aplikacja może pokazywać ostatnio zapisane dane, ale powinna jasno oznaczać je jako „saldo z ostatniej aktualizacji” i wskazywać czas synchronizacji. Braku zapisanych danych nie należy przedstawiać jako salda zero.
• Brak internetu w telefonie i brak internetu przy kasie to dwa różne problemy. Jeśli kasa nadal komunikuje się z systemem programu, może odczytać identyfikator klienta i przekazać transakcję do naliczenia punktów. Aktualizacja salda w aplikacji może nastąpić dopiero później.
• Naliczanie punktów i korzystanie z nagród wymagają osobnych zasad. Wyświetlenie kuponu, jego aktywacja i faktyczna realizacja nie są tym samym. Przy połączonej kasie warto weryfikować m.in. ważność kuponu, wcześniejsze użycie i dostępne saldo, zamiast opierać się wyłącznie na tym, co pokazuje telefon.
• Awaria połączenia po stronie sklepu wymaga odrębnej procedury. Nie należy obiecywać, że wszystkie funkcje dostępne przy braku internetu w telefonie zadziałają również wtedy, gdy z systemem nie łączy się kasa. Możliwość realizacji nagród offline trzeba zaprojektować i przetestować oddzielnie.
• Aplikacja nie powinna informować o sukcesie, jeśli operacja nie została potwierdzona. Warto rozróżniać czynności niewysłane, oczekujące i zakończone. Po odzyskaniu połączenia system powinien sprawdzić wynik operacji i zabezpieczyć się przed ponownym naliczeniem punktów lub podwójnym wykorzystaniem tej samej korzyści.
• Klient potrzebuje jasnego komunikatu, gdy funkcja wymaga internetu. Zamiast ogólnego błędu aplikacja powinna wyjaśnić, czego nie udało się wykonać i co użytkownik musi zrobić, np. ponownie połączyć się z siecią i aktywować kupon przed zakupem.
• Samo uruchomienie aplikacji offline nie wystarcza jako test. Warto sprawdzić ponowne otwarcie karty, nieaktualne saldo, kupony, zerwane połączenie oraz sytuację, w której również kasa traci dostęp do systemu. Test należy powtórzyć także przy słabym i przerywanym internecie.
• Najważniejsza zasada nie brzmi „wszystko musi działać offline”. Ważniejsze jest to, aby klient wiedział, co działa, jakie dane są aktualne i które korzyści zostały rzeczywiście potwierdzone przez system.

Wstęp

Aplikacje lojalnościowe to aplikacje mobilne lub webowea, którea umożliwiają klientom korzystanie z programu lojalnościowego za pomocą telefonu lub innego urządzenia. Mogą służyć m.in. do identyfikacji uczestnika, zbierania i sprawdzania punktów, aktywowania kuponów, korzystania z nagród oraz przeglądania ofert. W zależności od sposobu zaprojektowania część funkcji może działać również bez stałego dostępu do internetu.

Klient stoi przy kasie, chce pokazać kartę i wykorzystać kupon, ale aplikacja nadal się ładuje. Telefon nie ma internetu. Czy zakup musi odbyć się bez punktów i rabatu? To zależy nie tylko od aplikacji, lecz także od połączenia kasy z systemem programu.

Udostępnij kartę bez ładowania całej aplikacji

Wybierając aplikacje lojalnościowe, sprawdź, czy uczestnik otworzy swoją kartę bez pobierania ofert i odświeżania ekranu głównego. Podstawą jest zapisanie potrzebnych danych na urządzeniu, aby można je było odczytać bez internetu. Przyjmijmy, że klient wcześniej zainstalował aplikację, zalogował się i pobrał dane. Zaplanuj dostęp do identyfikatora również po zamknięciu i ponownym uruchomieniu aplikacji. Nie traktuj jednak zrzutu ekranu jako uniwersalnego rozwiązania: przy kodach zmiennych zapisany obraz może stracić ważność. Samo zmienianie się kodu nie przesądza, że telefon musi stale łączyć się z internetem – sprawdź sposób jego generowania i weryfikacji. Sprawdź też, co stanie się po wygaśnięciu sesji logowania. Ustal z dostawcą, jakie dane pozostaną wtedy dostępne zgodnie z przyjętymi zasadami bezpieczeństwa, zamiast zakładać, że karta otworzy się zawsze.

Pierwszą rejestrację i ponowne logowanie przetestuj oddzielnie.

Pokaż ostatnie saldo, ale oznacz jego aktualność

Dane zapisane w telefonie mogą różnić się od bieżącego stanu w systemie. Załóżmy, że aplikacja zapamiętała 500 punktów, a klient później wykorzystał 200 w sklepie internetowym. Bez odświeżenia nadal zobaczy 500, choć dostępnych jest 300. Dlatego przy zapisanym saldzie pokaż informację „Saldo z ostatniej aktualizacji” wraz z datą i godziną. Podobnie oznacz historię i wcześniej pobrane kupony. Gdy danych nie zapisano, wyświetl informację o ich braku, nie saldo zero. Brak podglądu nie oznacza przecież pustego konta.

Oddziel naliczanie punktów od wykorzystania nagrody

Brak internetu w telefonie nie oznacza braku połączenia kasy. Rozważ model, w którym kasa odczytuje zapisany identyfikator klienta, przypisuje zakup do uczestnika i przekazuje transakcję do systemu programu. Telefon odświeży saldo później. W tak zaprojektowanej integracji brak nowych punktów na ekranie nie przesądza o braku naliczenia. Osobno ustal obsługę nagród: wyświetlenie kuponu, jego aktywacja i realizacja to trzy różne czynności. Nie uznawaj widocznego obrazka za potwierdzenie prawa do rabatu. Zaplanuj, aby połączona z systemem kasa sprawdzała warunki użycia, ważność i wcześniejsze wykorzystanie kuponu, a przy wymianie punktów – także dostępne saldo. Zweryfikuj z dostawcą, które z tych operacji obsługuje integracja. Jeśli połączenie traci również kasa, potrzebujesz odrębnej procedury. Zapisanie kuponu w telefonie nie wystarczy do zapewnienia jego poprawnej realizacji. Przykładowo w Shopify POS bez internetu nie działają kody rabatowe ani rabaty automatyczne, choć dostępne są rabaty ręczne. To ograniczenie konkretnego rozwiązania, nie zasada wszystkich programów.

Wyjaśnij ograniczenia i zaplanuj powrót połączenia

Dla operacji wymagających internetu zaplanuj czytelne ograniczenie zamiast pozornego sukcesu po naciśnięciu przycisku. Rozróżnij czynność niewysłaną, oczekującą na potwierdzenie i potwierdzoną przez system. Jeśli aktywacji nie wysłano, pokaż: „Kupon nie został aktywowany. Połącz się z internetem i aktywuj go przed zakupem”. Gdy połączenie zerwało się już po wysłaniu żądania, nie ogłaszaj automatycznie niepowodzenia. W proponowanej procedurze aplikacja powinna sprawdzić wynik po odzyskaniu dostępu do systemu. Zaplanuj też odświeżenie danych i zabezpieczenie przed podwójnym naliczeniem punktów lub ponowną wymianą tej samej puli. Ponowienie operacji nie powinno oznaczać nowej nagrody.

Jeśli zasady programu pozwalają, umożliw zgłoszenie brakujących punktów na podstawie transakcji. Nie obiecuj przy tym późniejszego przyznania niewykorzystanego rabatu.

Przetestuj aplikację w trybie samolotowym – razem z kasą

Po zalogowaniu i pobraniu danych zamknij aplikację. Włącz tryb samolotowy, wyłącz Wi-Fi i sprawdź:

• Ponowne uruchomienie: czy karta otwiera się bez oczekiwania na pobranie ofert?
• Saldo: czy aplikacja odróżnia ostatni zapisany stan od braku danych i wskazuje czas aktualizacji?
• Kupon przy kasie online: czy sprawdzono użycie wcześniej aktywowanej nagrody oraz próbę aktywacji nowej bez internetu?
• Przerwane połączenie: czy po jego powrocie wynik rozpoczętej operacji zostaje wyjaśniony bez podwójnego wykonania?
• Kasa także bez internetu: czy obsługa zna dostępne funkcje i procedurę awaryjną, zamiast obiecywać wszystkie korzyści?

Awarię połączenia kasy symuluj w środowisku testowym. Powtórz też próbę przy słabym, przerywanym internecie – nie ograniczaj sprawdzianu do całkowitego braku sieci. Nie wszystko musi działać offline, ale ograniczenia muszą być jasne. Udostępnij kartę, oznacz aktualność danych i nie obiecuj niepotwierdzonej korzyści. Sprawdź całą ścieżkę przy kasie, nie tylko uruchomienie aplikacji.