Aplikacje mobilne dla klientów
Masz już system, w którym znajdują się dane klientów, ich sprawy lub usługi? Możemy zaplanować aplikację na iOS i Androida jako kolejne miejsce korzystania z tych funkcji. Zaczynamy od jednego zadania klienta, sprawdzamy dostępne API i ustalamy, skąd pochodzą dane. Dzięki temu projekt nie zaczyna się od budowy drugiej, niezależnej wersji całego systemu.

Zadanie, które klient wykona na telefonie
Wybieramy konkretną czynność: sprawdzenie informacji, przesłanie zgłoszenia lub inne działanie uzgodnione dla Twojego procesu. Aplikacja ma upraszczać tę ścieżkę, a nie kopiować wszystkie ekrany systemu.
Ocena dostępnego API
Sprawdzamy, jakie dane system potrafi udostępnić i jakie operacje dopuszcza. Dokumentacja, środowisko testowe i sposób uwierzytelniania wpływają na zakres prac równie mocno jak wygląd aplikacji.
Konto i dostęp do własnych danych
Ustalamy relację między użytkownikiem aplikacji a klientem w systemie. Projektujemy zasady dostępu tak, aby interfejs pokazywał wyłącznie uzgodnione informacje i działania właściwe dla danego konta.
Jedno źródło informacji
Określamy, który system przechowuje dane źródłowe, co aplikacja jedynie odczytuje, a co może zmienić. Uwzględniamy opóźnienia, niepełne dane i ponowienie operacji, zamiast zakładać, że każda wymiana zawsze się powiedzie.
Mobilna ścieżka klienta
Dobieramy ekrany i komunikaty do obsługi na telefonie. Przy funkcjach wymagających szybkiego powrotu możemy rozważyć powiadomienia; nie zastępują one jednak poprawnego zapisu i odczytu informacji z systemu.
Wdrożenie i ciągłość procesu
Planujemy testy na uzgodnionych danych, odpowiedzialność za aplikację i API oraz sposób wprowadzania kolejnych zmian. Zakres pracy offline, dodatkowych kanałów i nowych modułów ustalamy odrębnie.
Blog o stronach, sklepach i CRM
Przejdź do blogaJaki system chcesz udostępnić swoim klientom na telefonie?
Podaj nazwę systemu, informację o dostępności API i najważniejszą czynność klienta. Opisz, skąd pochodzą dane oraz kto je aktualizuje. Tyle wystarczy, aby rozpocząć rozmowę o integracji.
Pytania o aplikację połączoną z systemem firmy
Przed budową ustalamy rolę telefonu w procesie klienta, źródło danych i możliwości istniejącego zaplecza.
Chcesz omówić mobilny dostęp do swojego systemu? Porozmawiajmy o zakresie.
Portal otwiera się w przeglądarce i może wystarczyć, gdy klient zagląda do niego sporadycznie. Osobną aplikację uzasadnia konkretny scenariusz mobilny, częste użycie lub potrzebne funkcje telefonu. Porównaj ten zakres z ofertą panelu klienta dostępnego w przeglądarce.
Najpierw sprawdzamy dostęp do potrzebnych danych i operacji. Jeśli CRM ma odpowiednie API, ustalamy zakres integracji systemu CRM przez API. Bez gotowego połączenia oceniamy inne sposoby wymiany danych i możliwość rozbudowy zaplecza. Może być potrzebna współpraca z dostawcą lub zmiana procesu. Nie zakładamy, że każde narzędzie uda się połączyć w takim samym zakresie.
Zależy to od architektury logowania i sposobu identyfikowania klienta w systemie. Analiza obejmuje powiązanie kont, sesje i uprawnienia do danych. Dopiero wtedy można określić, czy zachowamy obecne konto i jakie zmiany będą potrzebne.
Aplikacja odczytuje dane ze źródła, więc nie poprawi samodzielnie nieaktualnego statusu sprawy. Ustalamy częstotliwość odczytu i komunikaty przy błędzie API lub braku informacji. Praca bez internetu wymaga osobnego zakresu: lokalnego zapisu, synchronizacji oraz rozwiązywania konfliktów. Możliwość odczytania danych offline nie musi oznaczać możliwości wykonania wszystkich operacji.
Przydadzą się dokumentacja API, opis procesu klienta, role i informacje o środowisku testowym. W pierwszej rozmowie wystarczy wskazać system i zadanie, które ma być dostępne na telefonie. Jeżeli potrzebujesz także całego nowego produktu, zobacz zakres tworzenia aplikacji mobilnych.









