Projektowanie i design

Projektowanie ścieżek użytkownika, interfejsów i produktów cyfrowych: OTOKO® łączy Państwa wymagania z przejrzystą, spójną obsługą.

Klienci chcą realizować swoje sprawy, zespoły terenowe potrzebują informacji w miejscu działania, a działy biznesowe wiarygodnego przeglądu sytuacji.

Prototyp klikalny i test z użytkownikami z działu biznesowego lub klientami przed rozpoczęciem prac programistycznych Frontend webowy w React, Next.js lub Vue, dostępność zgodna z WCAG 2.2 Aplikacje mobilne w React Native lub natywnie w Kotlinie i Swift, wraz z publikacją w sklepach aplikacji Logowanie przez OpenID Connect, ochrona sesji i przypinanie certyfikatów zgodnie z OWASP MASVS Możliwość pracy offline, powiadomienia push i telemetria za zgodą wyrażoną zgodnie z RODO

Opublikowana aplikacja mobilna i webowa z kodem źródłowym Design system i raport dostępności Raport z testów bezpieczeństwa zgodny z OWASP MASVS

Grupy użytkowników i najważniejsze zadania Istniejące logowanie i model ról Wymagane urządzenia końcowe i sytuacje pracy offline

Portal partnerski zastępuje zapytania przesyłane e-mailem. Partnerzy widzą tylko swoje sprawy, przesyłają dokumenty i otrzymują pytania uzupełniające w trakcie procesu. Wewnętrzna obsługa spraw korzysta z tych samych danych, ale z innymi rolami i zatwierdzeniami.

React Next.js Vue React Native Kotlin Swift

Portal jest pomocny, gdy użytkownicy osiągają swój cel bez zbędnych kroków. Projektujemy kompletne ścieżki logowania, wprowadzania danych, przesyłania plików, pytań uzupełniających i śledzenia statusu. Przypadki błędów są częścią koncepcji: wygasłe sesje, niekompletne dokumenty lub przerwane połączenie nie mogą prowadzić do utraty wykonanej już pracy. Klikalne prototypy pozwalają zweryfikować te przebiegi już przed implementacją. Informacje zwrotne od działu biznesowego i grupy użytkowników trafiają do nawigacji, formularzy i zrozumiałych komunikatów zwrotnych. Wspólny system komponentów sprawia, że nowe funkcje korzystają z tej samej logiki obsługi.

Wybór wynika ze sposobu użycia. Portal działający w przeglądarce ułatwia dostęp bez instalacji. Progresywna aplikacja webowa może wystarczyć dla określonych procesów mobilnych; natywne lub wieloplatformowe aplikacje wchodzą w grę, gdy wymagają tego interfejsy sprzętowe, przetwarzanie w tle lub praca offline. Potrzebne możliwości sprawdzamy na rzeczywistych urządzeniach. Dane offline wymagają reguł dotyczących lokalnego przechowywania, synchronizacji i konfliktów. W aplikacji dla pracowników terenowych trzeba na przykład ustalić, która zmiana ma pierwszeństwo, gdy dwie osoby edytują tę samą sprawę. Te kwestie wpływają zarówno na backend i uprawnienia, jak i na interfejs użytkownika.

Obsługa za pomocą klawiatury, widoczne stany fokusu, zrozumiałe komunikaty o błędach i skalowalna czcionka są częścią prac nad interfejsem. Wymagany zakres weryfikacji dostępności ustalamy wspólnie z Państwem. Sam projekt wizualny lub automatyczne skanowanie nie stanowią pełnego dowodu dostępności. Dostęp weryfikujemy po stronie serwera dla każdej roli i każdej operacji. Przesyłanie plików, sesje i udostępnianie danych otrzymują odrębne środki ochrony. Na potrzeby wdrożenia planujemy urządzenia testowe, ewentualne zatwierdzenia w sklepach z aplikacjami, kanały wsparcia oraz wprowadzenie rozwiązania wśród Państwa użytkowników.

Konto klienta to coś więcej niż samo logowanie. Zaproszenia, zmiana organizacji, utracony dostęp, zastępstwa i odejścia pracowników muszą pasować do modelu uprawnień. Ustalamy, kto może zatwierdzać nowych użytkowników i jakie kroki wymagają ponownego potwierdzenia. Centralnie zarządzane tożsamości można podłączyć; decyzja merytoryczna dotycząca konkretnego zlecenia pozostaje jednak zadaniem portalu. W przypadku ścieżek składania wniosków i przesyłania plików uwzględniamy cały proces aż do wewnętrznego przetwarzania. Planujemy rozmiar plików, dozwolone treści, kwarantannę i zatwierdzanie, a także zrozumiałe komunikaty o statusie. Pomyślne przesłanie pliku nie oznacza jeszcze, że dokument został sprawdzony lub przyjęty. Wersje robocze, automatyczny zapis i kontynuacja pracy na innym urządzeniu wymagają jasnych reguł dotyczących widoczności danych. Informacje wrażliwe nie powinny przypadkowo pojawiać się w powiadomieniach, adresach URL ani komunikatach diagnostycznych.

Aplikacja mobilna używana w magazynie lub w terenie nie może zakładać stale stabilnego połączenia. Odróżniamy dane offline dostępne do odczytu od zmian rejestrowanych lokalnie i ustalamy, jak długo pozostają one ważne. Duże zbiory danych nie są kopiowane bezkrytycznie na każde urządzenie. Uprawnienia użytkowników, pamięć urządzenia i postępowanie w przypadku utraty urządzenia są uwzględniane w koncepcji. Po ponownym połączeniu ten sam rekord mógł już zostać zmieniony na serwerze. Ogólna reguła „wygrywa ostatnia zmiana” nie sprawdza się w wielu procesach biznesowych. Określamy, które pola można scalać automatycznie, a które konflikty wymagają decyzji użytkownika. Oczekujące transfery pozostają widoczne dla użytkowników. Testy obejmują przerwanie połączenia podczas wysyłania, wielokrotne ponawianie, wygasłe sesje oraz zmiany uprawnień między zarejestrowaniem danych a synchronizacją.

Portal nie jest używany wyłącznie na dużym monitorze deweloperskim. Długie nazwy, tłumaczenia, powiększona czcionka, klawiatury ekranowe i wolniejsze urządzenia wpływają na układ strony. Dlatego sprawdzamy pełne zadania na odpowiednich urządzeniach i z różnymi metodami wprowadzania danych. Komunikaty o błędach wyjaśniają, co należy poprawić, i prowadzą do właściwego miejsca. Formularz nie może utracić wprowadzonych danych tylko dlatego, że trzeba odnowić logowanie. Na potrzeby wprowadzenia planujemy ograniczoną grupę użytkowników, dostępną pomoc oraz informacje zwrotne z rzeczywistych przebiegów pracy. W przypadku aplikacji mobilnych starsze wersje mogą pozostać zainstalowane; backend musi uwzględniać uzgodniony okres przejściowy. Pomiary użytkowania powinny odpowiadać na konkretne pytania dotyczące usprawnień, na przykład w którym miejscu proces zostaje przerwany. To, jakie pomiary można stosować i jakie informacje są do tego potrzebne, ustalamy przed implementacją.

Środowisko aplikacyjne, wymagania, ryzyka Dział biznesowy, IT, bezpieczeństwo informacji, architekt oprogramowania OTOKO® Ocenione przedsięwzięcia, inwentaryzacja, wymagania bezpieczeństwa i eksploatacji

Architektura, technologia, model eksploatacji Dział biznesowy, architektura, ochrona danych, bezpieczeństwo informacji Architektura docelowa, model zagrożeń, strategia testów, model eksploatacji, kamienie milowe