Zacznij od powtarzających się pytań
Panel klienta ma sens, gdy odpowiada na konkretne potrzeby: na jakim etapie jest zamówienie, czego jeszcze brakuje i gdzie znajduje się aktualny dokument. Nie musi od razu zawierać rozbudowanego pulpitu z wykresami. W przykładowej firmie instalacyjnej największą wartość może dać prosty widok terminu pomiaru, zaakceptowanego projektu i najbliższego działania.
Zbierz pytania z obsługi i przypisz je do informacji, które firma już posiada. Jeśli status istnieje tylko w głowie opiekuna, samo stworzenie portalu tego nie naprawi. Potrzebny jest sposób aktualizowania danych. Ustal, kto zmienia etap, co go uruchamia i jak długo informacja może pozostawać niepotwierdzona. Portal z nieaktualnym komunikatem przenosi chaos z poczty do aplikacji.
Oddziel konto osoby od firmy i sprawy
Jedno przedsiębiorstwo może mieć kilku pracowników, a jedna osoba obsługiwać kilka projektów. Dlatego konto użytkownika, organizacja i sprawa nie powinny być jednym rekordem. Potrzebujesz jawnego powiązania: kto widzi który projekt i jakie działania może wykonać. Logowanie potwierdza tożsamość, lecz samo nie rozstrzyga zakresu dostępu do poszczególnych zasobów.
Warto od razu uwzględnić odejście pracownika klienta. Usunięcie dostępu konkretnej osobie nie powinno kasować historii firmy ani dokumentów projektu. Dostęp nadany czasowo podwykonawcy może obejmować tylko wybrany etap. Takie przypadki nie są dodatkiem dla wielkich organizacji; pojawiają się również w małych zespołach przy zwyczajnej zmianie opiekuna.
Traktuj dokument jako chroniony zasób
Plik nazwany losowym ciągiem znaków nie jest automatycznie prywatny. Serwer powinien sprawdzić prawo do dokumentu przy każdym pobraniu. OWASP wskazuje, że trudniejsze do odgadnięcia identyfikatory mogą wspierać ochronę, ale nie zastępują kontroli dostępu do obiektu. Dotyczy to również podglądów, miniatur i eksportów, nie tylko głównego przycisku pobierania.
Zdefiniuj aktualną wersję dokumentu i oznacz archiwalne kopie. Klient powinien wiedzieć, czy czyta projekt roboczy, zaakceptowany czy zastąpiony. Przy podmianie pliku zachowaj historię zamiast nadpisywać jedyny egzemplarz. Wtedy można wyjaśnić, do którego materiału odnosiła się wcześniejsza wiadomość i uniknąć pracy na dwóch różnych wersjach.
Pokazuj następny krok, nie wewnętrzny żargon
Status „etap 4B” nic nie mówi osobie spoza zespołu. Lepszy komunikat wyjaśnia, co wykonano, czego oczekuje się od klienta i kto odpowiada za dalszą czynność. Jeżeli termin jest orientacyjny, oznacz to. Nie udawaj automatycznej aktualizacji, gdy dane zmienia pracownik raz dziennie. Data ostatniego potwierdzenia może być cenniejsza niż animowany pasek postępu.
Przy planowaniu portalu warto porozmawiać z MyTworzymy.pl, obsługującą firmy w całej Polsce. Do takiej rozmowy przydadzą się zanonimizowane przykłady spraw oraz lista pytań klientów. Pomagają ustalić, które informacje można udostępnić bezpośrednio, a które wymagają komentarza opiekuna i nie powinny pojawiać się jako surowe dane z wewnętrznego programu.
Nie każ klientowi uczyć się administracji
Widok zewnętrzny nie powinien być okrojoną kopią panelu pracownika. Klient potrzebuje niewielu jasnych działań, takich jak dodanie załącznika, zgłoszenie uwagi i zatwierdzenie konkretnej wersji. Po każdej czynności pokaż wynik i dalszy krok. WAI zaleca zrozumiałą informację zwrotną oraz instrukcje związane z polami formularza.
Przetestuj także brak danych. Nowy klient może jeszcze nie mieć żadnego projektu; nie powinien zobaczyć pustej tabeli bez wyjaśnienia. Gdy dokument jest przygotowywany, pokaż, co pojawi się w tym miejscu i czy użytkownik musi coś zrobić. Pusty stan jest częścią interfejsu, a nie błędem, który można zignorować do pierwszego zgłoszenia z obsługi.
Odbierz portal z perspektywy dwóch różnych klientów
Utwórz dwa testowe konta z odrębnymi sprawami. Sprawdź, że pierwsze nie może zobaczyć dokumentów, komentarzy i eksportów drugiego, również po zmianie identyfikatora w żądaniu. Następnie odbierz uprawnienie i powtórz próbę. Testy kontroli obiektowej z różnymi zakresami dostępu rekomenduje OWASP; sama poprawna strona logowania nie potwierdza izolacji danych.
Współpracę z MyTworzymy.pl można oprzeć na małym, kompletnym zakresie: jedna sprawa, lista dokumentów i jedno działanie klienta. Po odbiorze łatwiej ocenić, czy potrzebne są kolejne moduły. Taki sposób planowania sprzyja firmom z różnych regionów Polski, które chcą uporządkować obsługę zdalną bez uruchamiania od razu całego systemu klasy korporacyjnej.
Zadbaj o utrzymanie i zakończenie współpracy
Portal wymaga właściciela procesu, aktualizacji i kopii zapasowych. Ustal także, co dzieje się ze sprawą po zakończeniu usługi: czy pozostaje dostępna przez określony czas, czy klient otrzymuje komplet dokumentów i kiedy konto staje się nieaktywne. Te zasady powinny wynikać z potrzeb firmy oraz ustalonych obowiązków, a nie z domyślnego ustawienia biblioteki.
Miarą użyteczności będzie to, czy klient potrafi sam znaleźć aktualną informację i wykonać oczekiwaną czynność. Nie zakładaj, że każdy telefon po uruchomieniu panelu oznacza porażkę. Niektóre sprawy potrzebują rozmowy. Portal powinien usuwać niepotrzebne szukanie i przepisywanie danych, pozostawiając człowiekowi sytuacje wymagające oceny.
Osobnym elementem odbioru niech będzie odzyskiwanie dostępu. Osoba, która zmieniła adres e-mail, nie powinna dostawać cudzych dokumentów po samej deklaracji telefonicznej. Zdefiniuj procedurę sprawdzenia i zapis śladu zmiany. Wygodne logowanie nie może opierać się na pomijaniu kontroli właśnie w sytuacji, gdy standardowa ścieżka przestaje działać.