Klient widzi jeden ekran. Firma potrzebuje pięciu zespołów

Klient wybiera termin demonstracji i naciska „Potwierdź”. Widzi jeden ekran oraz krótką wiadomość. Za kulisami ktoś sprawdza sprzęt, ktoś dostępność prowadzącej, ktoś przygotowuje transport, a kolejna osoba próbuje ustalić, kto właściwie potwierdził termin. Interfejs wygląda jak dobrze zorganizowana usługa. Firma na razie prowadzi przesłuchanie świadków kliknięcia.

Mapa usługi pomaga połączyć widoczny kontakt z pracą potrzebną do spełnienia obietnicy. Nie chodzi o narysowanie wszystkich działów. Trzeba wybrać konkretną drogę klienta, pokazać zależności i zobaczyć, gdzie informacja albo odpowiedzialność gubi się między zespołami. Jeden przycisk bywa dobrym początkiem takiej rozmowy, jeśli prześledzimy, co naprawdę po nim następuje.

W fikcyjnym przykładzie firma organizuje demonstracje wyposażenia w siedzibie klienta. Potrzebuje pięciu ról: osoby przyjmującej zapytanie, opiekunki dostępności, prowadzącej, logistyki i koordynatora realizacji. Jedna osoba może pełnić więcej niż jedną rolę. Liczba stanowisk nie jest tu celem; liczy się pięć różnych decyzji i działań, które składają się na jedno doświadczenie.

Zacznij od zdania klienta, nie od schematu firmy

Klient chce uzgodnić wykonalny termin i wiedzieć, jak przygotować miejsce. Jego droga może obejmować wybór wariantu, wskazanie lokalizacji, propozycję daty, potwierdzenie i przygotowanie spotkania. Wewnętrzny podział na sprzedaż i operacje nie musi być dla niego rozpoznawalny. To firma powinna połączyć te części w zrozumiałą całość.

W architekturze informacji strony B2B porządkujemy treść według zadań odbiorcy. Mapa usługi idzie dalej: przy każdym kontakcie pyta, co musi się wydarzyć poza ekranem. Dzięki temu można ustalić, czy publiczny tekst opisuje rzeczywisty wynik, czy jedynie życzenie zespołu projektowego.

Service blueprint w ujęciu Nielsen Norman Group łączy działania klienta, widoczny kontakt i pracę zaplecza w konkretnej drodze usługi. Taka mapa może obejmować ludzi, materiały i procesy. Nie jest samą sekwencją ekranów ani listą procedur oderwanych od odbiorcy.

Wybierz jeden przebieg: klient organizuje demonstrację dla małej grupy w swoim biurze. Nie dodawaj od razu wszystkich wersji wydarzeń. Zapisz punkt początkowy i wynik końcowy. Potem przejdź po kolei przez widoczne kontakty i odpowiadające im czynności. Mały zakres pozwala dotrzeć do szczegółu, który ginie na mapie całej firmy.

Rozdziel mapę obecnego działania i propozycję zmiany. Jeśli w jednym widoku mieszasz to, co firma robi, z tym, co chciałaby robić, łatwo uznać planowane potwierdzenie za istniejący etap. Przy każdej zmianie pokaż stan wyjściowy oraz oczekiwany rezultat. Dopiero próba po wdrożeniu pozwoli odznaczyć ją jako część rzeczywistego obiegu.

Dla każdego kroku zachowaj podstawę opisu. Może to być obserwacja rzeczywistej sprawy, obecny formularz albo wyjaśnienie osoby wykonującej pracę. Gdy przebieg jest tylko założeniem, oznacz to. Nie zamieniaj warsztatu w produkcję pewnych zdań o procesie, którego nikt jeszcze nie widział od początku do końca.

Co klient widzi, a co musi się wydarzyć obok

Przy propozycji terminu klient widzi kalendarz. Zaplecze sprawdza zestaw, prowadzącą i dojazd. Jeśli kalendarz pokazuje jedynie dostępność jednej osoby, przycisk nie powinien sam ogłaszać potwierdzonej realizacji. Mapa ujawnia tu konkretną różnicę między widocznym stanem a zbiorem warunków potrzebnych do jego potwierdzenia.

Rozpisz zależności na kolejnych etapach. Nazwy ról dopasuj do własnej firmy. W naszym przykładzie prześledzimy jeden przebieg demonstracji:

• Klient proponuje termin. Wypełnia formularz z datą i miejscem. Zaplecze sprawdza prowadzącą, zestaw i transport; dowodem przejścia jest zapis dostępności dla tej propozycji.
• Klient otrzymuje potwierdzenie. Widzi wiadomość z uzgodnionym zakresem. Zaplecze rezerwuje właściwe zasoby, a dowodem przejścia jest potwierdzona wersja realizacji.
• Klient przygotowuje salę. Korzysta z instrukcji przygotowania. Zaplecze dopasowuje wymagania do wybranego zestawu; dowodem przejścia jest właściwa instrukcja przypisana do danej sprawy.
• Klient zmienia lokalizację. Kontaktuje się w sprawie istniejącego terminu. Zaplecze ponownie ocenia dojazd i warunki, a dowodem przejścia jest nowa decyzja z zachowanym kontekstem.

Pod każdym widocznym krokiem zapytaj: kto otrzymuje informację, co musi rozstrzygnąć i po czym następna osoba poznaje wynik? Nie wystarczy strzałka „do logistyki”. Potrzebny jest przekazywany materiał i warunek gotowości. Bez tego mapa utrwala tajemnicze przejście, które już wcześniej było źródłem pytań.

Zaznacz także oczekiwanie. Klient może widzieć jeden dzień ciszy, podczas gdy zgłoszenie przechodzi przez kilka krótkich czynności rozdzielonych przerwami. Osobno zapisz czas aktywnej pracy i miejsce oczekiwania na decyzję. To pomaga ustalić, czy potrzebna jest poprawka ekranu, wcześniejsze sprawdzenie zasobu czy uzgodnienie dostępności osoby rozstrzygającej.

Przy przekazaniu projektu między zespołami szczególnie sprawdź przyjęcie zadania. Wysłany e-mail i przyjęta realizacja są różnymi stanami. Jeśli nikt nie potwierdza drugiego, osoba na kontakcie może nie wiedzieć, czy wolno już zapewnić klienta o terminie.

GOV.UK w opisie mapowania całej potrzeby użytkownika zestawia perspektywę odbiorcy z punktami kontaktu online i poza siecią oraz procesami zaplecza. To użyteczna podstawa rozmowy przekraczającej granice jednej strony. Klient nie musi kończyć zadania tam, gdzie kończy się odpowiedzialność zespołu od formularza.

Puste miejsce na mapie to pytanie do wyjaśnienia

Osoba przyjmująca zgłoszenie zakłada, że opiekunka dostępności sprawdza także transport. Opiekunka sprawdza tylko sprzęt. Logistyka dowiaduje się o realizacji po wysłaniu potwierdzenia. Na mapie pojawia się luka: nikt nie dostarcza podstawy do jednej z obietnic. To konkretny problem do rozstrzygnięcia, zamiast ogólnego hasła o potrzebie lepszej współpracy.

Przy każdej luce zapisz osobę prowadzącą wyjaśnienie i następne działanie. Może to być doprecyzowanie roli, zmiana komunikatu albo wprowadzenie potwierdzenia zasobu. Właściciel procesu powinien mieć możliwość rozstrzygnięcia zależności, a nie tylko obowiązek pilnowania, by mapa wyglądała aktualnie.

Porównaj opis każdej roli z perspektywy osoby przekazującej i przyjmującej zadanie. Pierwsza może uznawać kompletne zgłoszenie za gotowe, druga nadal potrzebować informacji o miejscu. Gdy różnica ujawni się na mapie, dopisz konkretny warunek przekazania. Nie rozstrzygaj jej samym wyborem innego koloru strzałki albo nazwaniem etapu „współpraca”.

Nie traktuj wszystkich luk jako potrzeby nowego narzędzia. Jeżeli dwie osoby inaczej rozumieją „gotowe”, dodanie kolejnego statusu może jedynie uporządkować nieporozumienie w panelu. Najpierw ustal znaczenie i dowód. Dopiero potem wybierz sposób przekazania informacji, który odpowiada skali oraz częstotliwości zadania.

Sprawdź także powtarzające się pytanie klienta. Jeśli wraca z prośbą o potwierdzenie, być może otrzymał informację o przyjęciu propozycji, a nie decyzję o realizacji. Powrót klienta z tym samym pytaniem warto połączyć z konkretnym momentem na mapie. To pomaga ustalić, której informacji nie dostał albo nie potrafił odczytać.

Zapisz też granicę informacji przekazywanej klientowi. Nie musi poznawać pięciu wewnętrznych nazw stanowisk, żeby rozumieć stan sprawy. Potrzebuje wiedzieć, co firma już potwierdziła, co jeszcze sprawdza i gdzie wrócić z pytaniem. Mapa może być szczegółowa dla zespołu, a komunikat krótki dla odbiorcy. Te dwa poziomy powinny opisywać tę samą sytuację, zamiast kopiować całą wewnętrzną procedurę na stronę.

Prześledź przerwanie drogi i powrót po kilku dniach. Klient nie dokończył wyboru miejsca, ale część zasobów została roboczo sprawdzona. Czy po powrocie nadal wiadomo, co jest propozycją, a co rezerwacją? Kto ponownie sprawdza wcześniejsze ustalenia? Ten przebieg pozwala zobaczyć, czy mapa opisuje również powrót do sprawy, zamiast zakładać idealną sekwencję bez przerw. Jeśli zadanie obejmuje kilka ekranów, zaplanuj zapis szkicu i wznowienie wieloetapowego formularza, z rozpoznaniem aktualnej wersji propozycji.

Wskaż przy nim materiał, do którego wraca osoba obsługująca: rekord sprawy, zatwierdzoną wiadomość lub zapis propozycji. Sam wspólny identyfikator pomaga znaleźć kontekst, ale trzeba jeszcze rozumieć jego aktualny stan. Jeśli różne zespoły zachowują własne kopie, wybierz podstawę rozstrzygnięcia sprzeczności.

Dodaj zmianę po potwierdzeniu. Nowa lokalizacja może wymagać ponownego sprawdzenia zaplecza, a nie tylko poprawienia adresu w wiadomości. Mapa powinna pokazać, które wcześniejsze ustalenia pozostają aktualne i kto ocenia pozostałe. W przeciwnym razie klient widzi nową wersję terminu, a część zespołu nadal realizuje starą.

Mapa ma zmienić konkretny fragment drogi

Do rozmowy zaproś osoby wykonujące wskazane czynności, a nie wyłącznie reprezentantów z prawem akceptacji prezentacji. Ustal, jaki materiał rzeczywiście do nich trafia, gdzie sprawdzają dostępność i czego zwykle brakuje. W naszym przykładzie opiekunka dostępności może ujawnić, że zestaw po zwrocie wymaga jeszcze kontroli, choć kalendarz od razu pokazuje go jako wolny.

Wybierz jedną poprawkę i wskaż jej oczekiwany skutek. W naszym przykładzie może to być rozróżnienie „propozycja terminu” i „potwierdzona demonstracja”, połączone z odbiorem trzech zasobów. Zmiana wymaga zarówno właściwego tekstu na stronie, jak i określonej decyzji zaplecza. Sam projekt przycisku nie utworzy brakującego potwierdzenia transportu.

Do pracy w Aeneia Design przygotuj jeden moment klienta, aktualny ekran i opis tego, co dzieje się po kontakcie. Dzięki temu projekt może rozwiązać konkretną niejasność, a zadania organizacyjne otrzymają własnych właścicieli w firmie.

W organizacji międzynarodowej sprawdź nazwy stanów oraz język przekazania. Język roboczy zespołu powinien pozwalać wszystkim rozpoznać tę samą decyzję. Dwa poprawne tłumaczenia słowa „confirmed” nie pomogą, jeśli jeden zespół potwierdza dostępność, a drugi dopiero odbiór wiadomości.

Przy pracy oddziału z centralą zaznacz, kto może zmienić zakres lub termin. Swoboda lokalnego oddziału jest tu konkretnym warunkiem działania. Klient nie powinien dostawać potwierdzenia od osoby, której decyzja wymaga jeszcze innego zatwierdzenia, chyba że komunikat jasno opisuje ten etap.

Do odbioru wybierz również osobę przejmującą rolę po raz pierwszy. Niech na mapie znajdzie swoje wejście, potrzebne dane i warunek przekazania dalej. Jeśli potrafi wskazać tylko dział, lecz nie rozumie decyzji, opis jest nadal zbyt ogólny. Uzupełnij konkretny przykład materiału albo dowodu, zamiast rozbudowywać mapę o kolejne nazwy.

Po poprawce przejdź rzeczywistą albo kontrolowaną sprawę od początku do końca. Porównaj widoczne informacje z decyzjami na zapleczu. Sprawdź także zmianę lokalizacji i brak jednego zasobu. Udana zwykła ścieżka nie pokazuje jeszcze, czy poprawka działa w sytuacji, która wcześniej ujawniła lukę.

Sprawdź, czy poprawka nie przeniosła luki dalej. Jeżeli formularz zbiera więcej danych, osoba na wejściu może mieć mniej pytań, ale klient więcej niejasnych pól. Jeśli dodano ręczne zatwierdzenie, zobacz, kto je wykonuje i ile spraw czeka. Odbiór powinien obejmować rezultat dla odbiorcy oraz pracę osób potrzebnych do jego uzyskania.

Zachowaj mapę z datą sprawdzenia, otwartymi pytaniami i przypisanymi zmianami. Nie musi wisieć na całej ścianie. Powinna pomagać osobie przyjmującej zapytanie zrozumieć, co naprawdę można obiecać, oraz zespołom ustalić, co muszą dostarczyć. Wtedy jeden ekran nadal może pozostać prosty — bo pięć ról wreszcie wie, co stoi za jego krótkim komunikatem.