Zakres portalu klienta
Co należy do zakresu portalu klienta?
Zdefiniuj portal klienta poprzez role, rekordy, decyzje i kompletne przepływy pracy. Zrozum wymagania, które zmieniają jego zakres rozwoju.
Portal może wyglądać prosto z zewnątrz: znak na stronie, deska rozdzielcza i kilka formularzy. Jego zakres zależy od tego, co te ekrany pozwalają ludziom i co dzieje się z informacjami później.
Aby zdefiniować nowy portal, pracować poprzez podróż klienta i obowiązki personelu za nim. Ekran liczy się tylko przegap wiele z rzeczywistych aplikacji.
Zacznij od powodu powrotu klienta
Przydatny portal ma powtarzający się cel. Klient może sprawdzić żądanie, odzyskać dokument lub zakończyć wymagane działanie. Zdecyduj, który cel ma znaczenie najpierw.
Następnie identyfikuj rekord, który niesie ze sobą ten cel. Jeśli portal jest o żądania usług, zdefiniuj żądanie i jego stany. Deska rozdzielcza staje się łatwiejsza do zaprojektowania, gdy wiesz, które rekordy powinien wyjaśnić.
Oddziel role
Klient może potrzebować zobaczyć własne rekordy. Członek personelu może potrzebować zobaczyć przypisaną pracę. Administrator może kontrolować użytkowników i konfigurację. Są to różne obowiązki, nie tylko różne etykiety menu.
Zakres musi ustalić zasady dostępu i sposób autoryzacji kont. Zastanów się, czy konto reprezentuje osobę, firmę czy grupę z kilkoma użytkownikami. Decyzja ta może zmienić sposób organizacji rejestrów i zezwoleń.
Dla pierwszej wersji, zawierać role, które są niezbędne. Nie dodawać skomplikowanego edytora uprawnień, chyba że ktoś ma określony powód, aby go używać.
Wykonaj jeden zapis przez cały proces
Weź przykładowy wniosek serwisowy. Klient tworzy go, personel przegląda go, brakuje informacji jest wymagane i status decyzji lub zakończenia jest rejestrowana.
Na każdym kroku zapytaj, kto może działać, które informacje są wymagane i co widzi następna osoba. Czy wniosek może być edytowany po złożeniu? Czy recenzent potrzebuje powodu odrzucenia?
Pytania te należą do zakresu, ponieważ zmieniają zachowanie aplikacji. Nie powinny być traktowane jako małe szczegóły wizualne do rozwiązania po rozwoju.
Zdecyduj, w jaki sposób przekazywane są aktualizacje
Zmiana statusu może pojawić się na desce rozdzielczej, uruchomić e-mail lub wymagać działania od klienta. Są to odrębne funkcje. Zgłoszenie wymaga określonego zdarzenia, odbiorcy i wiadomości, a także decyzji o tym, co informacje nie powinny pojawić się w nim.
Można ograniczyć początkowy projekt notyfikacji. Jasny status in- application i jeden niezbędny e-mail mogą być bardziej odpowiednie niż obiecujące powiadomienia dla każdej zmiany. Odpowiedni wybór zależy od przepływu pracy.
Traktowanie dokumentów jako przepływu pracy własnych
Przycisk wysyłania rodzi pytania o typy plików, rozmiar, własność, widoczność, przegląd i usunięcie. Jeśli dokument wymaga zatwierdzenia, plik i decyzja wymagają relacji, którą użytkownik może zrozumieć.
Zacznij od dokumentów, które w rzeczywistości wymagają głównego przepływu pracy. Publiczne udostępnianie, elektroniczne podpisywanie i skomplikowana wersja dokumentów to odrębne wymagania, a nie automatyczne konsekwencje dodawania plików.
Bądź precyzyjny w odniesieniu do innych systemów
Podłączenie do fakturowania, CRM lub innej aplikacji wymaga zdefiniowanej reguły rekordu i aktualizacji. Czy portal wyświetla informacje, tworzy je czy zmienia? Jak aktualne musi być?
Pierwsza wersja może w stosownych przypadkach korzystać z uzgodnionego procesu ręcznego. Ważne jest, aby wybór był widoczny zamiast opisywać portal jako w pełni zintegrowany, gdy krok nadal zależy od osoby.
Opis badania akceptacyjnego
W przypadku podstawowego przepływu zleceń test może sprawdzić, czy klient może utworzyć wniosek, nie może uzyskać dostępu do rekordu innego klienta, widzi aktualizację personelu i otrzymuje uzgodnione powiadomienie. Personel musi być w stanie obsługiwać niekompletne informacje bez utraty rekordu.
Ten przykład nie określa funkcjonalności każdego portalu. Pokazuje, w jaki sposób można sprawdzić pełny przepływ pracy z obu stron.
Co ma tendencję do rozszerzania projektu?
Więcej rodzajów użytkowników, wiele organizacji na konto, płatności, komunikaty w czasie rzeczywistym, integracja dwukierunkowa i złożone sprawozdania wprowadzają dodatkowe decyzje. Każda z nich może być uzasadniona, ale każda z nich potrzebuje własnej roli w skrócie.
Najbardziej przydatna rozmowa budżetowa zaczyna się od pierwszego pełnego przepływu pracy i zależności, których naprawdę potrzebuje. Atrakcyjna lista funkcji nie jest jeszcze zakresem dostawy.
Poznaj własny rozwój aplikacji WWW lub dyskusja nad portalem.