Zacznij od czynności, do której użytkownik wraca.
Aplikacja na telefon może skrócić drogę do zadania wykonywanego regularnie: zapisu na trening, sprawdzenia naprawy, odczytu planu pracy albo potwierdzenia wykonania usługi. Projektujemy ekran startowy wokół tej potrzeby. Klient klubu powinien łatwo znaleźć następne zajęcia, a pracownik ekipy zlecenie, którym ma się zająć. Obie sytuacje wymagają własnej nawigacji i informacji.
Przed dodaniem funkcji opisujemy jej rezultat oraz miejsce używania. Czy użytkownik działa jedną ręką, stoi przy wejściu, czy pracuje przy komputerze? Czy potrzebuje własnego konta i historii? Jak często wraca do usługi? Wybór aplikacji webowej lub mobilnej wynika z tych odpowiedzi. Pierwsza wersja powinna pozwalać zakończyć jeden ważny proces wraz z korektą błędów.
Zdjęcie, kod i lokalizacja mają własne zadanie.
Aparat może służyć do dołączenia zdjęcia usterki do zlecenia. Skaner może odnaleźć kartę konkretnej paczki lub egzemplarza sprzętu. Lokalizacja może pomagać wskazać miejsce realizacji, jeśli jest potrzebna w uzgodnionym procesie. Każdą możliwość opisujemy jako osobną funkcję z potrzebnym zakresem danych, dostępem urządzenia i zachowaniem po odmowie. Użytkownik powinien wiedzieć, dlaczego aplikacja prosi o dostęp.
W aplikacji budowlanej zdjęcie łączymy z właściwym zadaniem i stanem wysyłki. Pracownik powinien móc usunąć pomyłkowy plik, zobaczyć oczekiwanie i rozpoznać zakończone przesłanie. Przy skanowaniu planujemy również nieczytelny lub nieznany kod, na przykład z możliwością ręcznego wyszukania karty. Odbiór obejmuje te sytuacje na wybranych telefonach. Dzięki temu funkcja urządzenia wspiera rzeczywistą pracę od początku do wyniku.
Powiadomienie prowadzi do aktualnej sprawy.
Przypomnienie o wizycie, gotowym zamówieniu lub zmienionym zadaniu powinno mieć konkretny powód. Ustalamy rodzaje komunikatów i ekran otwierany po ich dotknięciu. Dla widocznych powiadomień systemy przewidują obsługę zgody użytkownika: opisują ją Android Developers oraz Apple. Projektujemy również zwykłe korzystanie z aplikacji po odmowie.
Apple zaznacza w dokumentacji User Notifications, że dostarczenie nie jest gwarantowane. Dlatego aktualny termin i status powinny być dostępne na koncie. W klubie powiadomienie może zaprosić do sprawdzenia zmienionej godziny; po otwarciu użytkownik odczytuje bieżący grafik. Dla ważnych komunikatów uzgadniamy dodatkowy sposób obsługi i zakres informacji widocznych na zablokowanym ekranie.
Bez internetu: co można zaplanować?
Można zaprojektować odczyt wcześniej pobranego planu lub przygotowanie szkicu raportu przy słabym zasięgu. Zasady odczytu, zapisu i synchronizacji trzeba ustalić osobno. Android Developers opisuje pracę offline, w tym lokalne dane oraz rozwiązywanie konfliktów podczas synchronizacji. Informacja zapisana na telefonie może wymagać aktualizacji po odzyskaniu połączenia.
Ekipa sprzątająca może mieć dostęp do pobranej checklisty i zaznaczyć wykonane czynności jako oczekujące. Po powrocie internetu system przyjmuje wpisy lub wyjaśnia konflikt, jeśli biuro zmieniło zakres. Telefon odróżnia szkic od potwierdzonego wysłania. Rezerwacja ostatniego miejsca i aktualizacja wspólnej dostępności wymagają opisanej decyzji systemu. W zakresie wskazujemy dokładnie, które czynności działają offline i jakie dane użytkownik zobaczy.
Telefon i komputer mogą kontynuować ten sam proces.
Klient może zacząć wybór na komputerze i wrócić do własnej sprawy na telefonie, jeśli zaplanujemy wspólne konto oraz zapis danych. Firma obsługuje ją w panelu internetowym. Połączenie dotyczy również potwierdzonych zmian, historii i zasad dostępu. Zobacz, jak łączą się telefon, strona i panel. Takie rozwiązanie ułatwia opisanie obiegu dla klienta, pracownika i administratora.
Link z wiadomości może prowadzić do określonej sprawy. Trzeba zaprojektować wejście użytkownika zalogowanego, prośbę o logowanie oraz sytuację bez zainstalowanej aplikacji. Cel działania pozostaje ten sam, a droga zależy od wybranego rozwiązania. W warsztacie klient powinien po wejściu trafić do właściwej wersji kosztorysu, z możliwością sprawdzenia szczegółów. Wygodne przejście wymaga także kontroli uprawnień i czytelnego komunikatu przy niedostępnej sprawie.
Jak sprawdzamy funkcje telefonu?
Odbiór zaczyna się od uzgodnionych urządzeń i scenariuszy. Dla zdjęcia sprawdzamy brak dostępu do aparatu, duży plik i przerwaną wysyłkę. Dla powiadomień odmowę, zmianę ustawień oraz powrót do aktualnej sprawy. Dla offline pobrane dane, oczekujące zmiany, odzyskanie internetu i konflikt z panelem. Dopisujemy wylogowanie oraz użycie innego konta, aby dane pozostałe na urządzeniu nie pomyliły użytkownika.
Próby obejmują także mały ekran, klawiaturę, większy tekst i zrozumiałe błędy. Ustalamy, co jest gotowe po pierwszym etapie i co rozwijamy później. Konta, wysyłka plików, powiadomienia i synchronizacja wymagają zaplecza oraz utrzymania, z indywidualną wyceną. Poznaj tworzenie aplikacji mobilnych albo opisz czynność, którą Twoi klienci lub pracownicy wykonują na telefonie. Na tej podstawie dobierzemy potrzebne funkcje i warunki ich odbioru.
Jaką decyzję podjąć dalej?
Przed dodaniem kanału komunikacji zobacz Powiadomienia push w aplikacji — jak zaplanować ich działanie?.
Jeżeli decyzja dotyczy załącznika lub materiału, sprawdź Pliki w aplikacji: jak rozpoznać aktualną wersję i jej akceptację?.
Od decyzji do zakresu wykonania.
Zakres związany z tą decyzją opisujemy na stronie Aplikacje na Androida.
Praktyczny kontekst znajdziesz w opisie Instalatorzy fotowoltaiki. To możliwy zakres dla branży, który dobieramy do konkretnej firmy.