Użytkownik, nabywca i płatnik: jedna usługa może potrzebować trzech powodów istnienia

Uczestnicy chcą korzystać z usługi. Organizacja, która ma ją wybrać, nie widzi powodu do zakupu. Podmiot pokrywający koszt pyta jeszcze o coś innego: czemu właśnie on powinien utrzymywać tę możliwość? Trzy odpowiedzi nie muszą się spotkać w jednej obietnicy. Mogą wymagać trzech odrębnych powodów, żeby cały model miał sens.

Wyobraźmy sobie dostawcę krótkich materiałów edukacyjnych dla pracowników obsługujących wydarzenia. W rozważanym modelu pracownicy korzystają z treści, ich firmy wybierają zakres potrzebny zespołom, a organizator sieci współpracy opłaca wspólny program. To fikcyjny układ do analizy, bez propozycji konkretnego sposobu finansowania. Interesuje nas, co każda ze stron chce dzięki usłudze zrobić i jaki wysiłek będzie ponosiła po uruchomieniu.

Jeśli dostawca przekona wyłącznie uczestników, może nadal nie mieć zamówienia. Jeśli przekona jedynie organizatora, może otrzymać zamówienie bez sensownego korzystania. Model usługi trzeba więc ocenić także po zakupie: kto wykonuje potrzebne czynności, kto otrzymuje użyteczny wynik i kto ma powód wrócić w następnym okresie. Mapa podpisów pod ofertą nie pokaże tego wszystkiego.

Jedna nazwa klienta może ukryć różne zadania

Użytkownik w naszym przykładzie chce szybko znaleźć materiał pasujący do rzeczywistej sytuacji. Firma kierująca pracownika może chcieć przygotować go do określonego zadania, bez odrywania od pracy na niepotrzebny cykl zajęć. Organizator programu może potrzebować sensownego wspólnego zakresu dla sieci. To własne hipotezy o trzech rolach, które trzeba dopiero sprawdzić u właściwych osób.

Mapa uczestników zakupu B2B pomaga rozpoznać wpływ na wybór. Tutaj pytanie sięga dalej: co dzieje się, gdy umowa już istnieje? Firma może wybrać dostęp, ale użytkownik musi znaleźć czas i powód, żeby z niego skorzystać. Organizator może opłacać program, lecz musi rozumieć, jak odpowiada on na przyjęty cel. Każda rola ma własną pracę do wykonania.

Nie zakładaj, że największą korzyść otrzymuje strona pokrywająca koszt. Nie zakładaj też, że zainteresowanie korzystających wystarczy do utrzymania usługi. Zapisz dla każdej strony konkretny oczekiwany rezultat oraz sposób rozpoznania jego sensu. Szerokie „rozwój kompetencji” może być za mało czytelne zarówno dla uczestnika wybierającego materiał, jak i organizatora decydującego o dalszym zakresie programu.

Warto zapytać także o obecną alternatywę. Pracownik może szukać odpowiedzi u kolegi, firma przygotowywać własną instrukcję, a organizator prowadzić okazjonalne spotkania. Nowa usługa wchodzi w te różne sposoby działania. Nie powinna w opisie udawać, że wszystkie strony wcześniej czekały na tę samą bibliotekę treści i nie robiły nic innego.

Co pokazują istniejące oferty edukacyjne

Coursera w opisie Teams odróżnia usługę dla firm od indywidualnej subskrypcji Plus. Wymienia dostęp do treści oraz narzędzia organizacji do ustalania ścieżek i śledzenia postępu. To opis funkcji własnej oferty, bez dowodu korzyści każdego uczestnika. Pokazuje jednak, że materiał do nauki i narzędzie dla organizacji odpowiadają na inne zadania.

Udacity w FAQ Teams rozdziela właściciela lub administratora planu od osoby korzystającej z treści. Administrator może zarządzać zespołem bez licencji uczestnika, ale do oglądania treści potrzebuje własnej licencji. To konkretna właściwość tego programu. Nie przesądza modelu naszego dostawcy, lecz pomaga zauważyć różnicę między administracją i właściwym użyciem usługi.

Nasz przykład obejmuje dodatkowo organizatora pokrywającego koszt dla odrębnych firm. Nie wynika z tych dwóch ofert jako gotowy wzór. Musi mieć własne uzasadnienie, zasady i zakres. Wspólne jest pytanie, czy opis usługi umie rozdzielić wartość dla korzystającego od pracy i celu organizacji, która umożliwia mu dostęp.

Nie przenoś do własnej obietnicy marketingowych twierdzeń o wzroście produktywności czy zatrzymywaniu pracowników. Funkcja śledzenia postępu nie dowodzi skutku w działalności firmy. Dostęp do treści nie potwierdza nabycia określonej umiejętności. Jeśli taki wynik ma znaczenie dla modelu, potrzebna jest właściwa metoda oceny i materiał odnoszący się do rzeczywistego zastosowania.

Dla każdej strony nazwij korzyść i pracę

Pracownik może uznać materiał za przydatny, ale nie dostać czasu na jego przejrzenie. Firma może chcieć skierować ludzi do programu, lecz nie umieć wybrać właściwego zakresu. Organizator może opłacić dostęp, a później spędzać dużo czasu na wyjaśnianiu, kto i po co ma z niego korzystać. Te problemy nie znikną przez napisanie atrakcyjniejszego nagłówka.

Wysiłek klienta przy korzystaniu z usługi pomaga zobaczyć zadania po stronie odbiorców. W naszym układzie trzeba przejść tę drogę osobno dla każdej roli. Kto wyszukuje materiał? Kto wskazuje uczestników? Kto odpowiada na pytanie o dostęp? Kto porównuje potrzebę firmy z zakresem programu? Warto ustalić to przed uruchomieniem, zamiast odkrywać nową pracę po rozesłaniu zaproszeń.

Wyobraźmy sobie, że uczestnik otrzymuje link do całej biblioteki bez wskazania właściwego tematu. Firma sądzi, że organizator przygotował ścieżkę. Organizator sądzi, że zrobił to dostawca. W tym fikcyjnym przykładzie problemem jest nieprzypisane zadanie wyboru materiału. Kolejna wiadomość z zachętą do nauki może go nie rozwiązać. Trzeba uzgodnić, kto przygotuje użyteczne wejście.

Nie należy jednak automatycznie wykonywać wszystkiego za odbiorców. Niektóre wybory wymagają wiedzy ich organizacji. Dostawca może przygotować czytelne warianty i materiał ułatwiający dopasowanie. Firma powinna wskazać rzeczywistą potrzebę zespołu. Rozpoznanie tej granicy pozwala uniknąć sytuacji, w której usługa obiecuje samodzielną wygodę, a w praktyce wymaga licznych nieopisanych konsultacji.

Sprzeczność korzyści trzeba rozpoznać, zanim ją schowasz

Użytkownik może potrzebować krótkiej odpowiedzi w chwili konkretnego zadania. Firma może chcieć pełnego programu dla całej grupy. Organizator może preferować jeden wspólny temat dla wielu firm. Każda potrzeba może mieć sens we własnym kontekście. Nie wynika z tego, że da się je obsłużyć jednym identycznym zakresem bez dodatkowej decyzji.

Załóżmy, że wspólny program obejmuje podstawowe sytuacje obsługi wydarzeń, a jedna firma chce materiału o własnym nietypowym przebiegu. Dostawca powinien odróżnić zakres wspólny od dodatkowego opracowania. Nie musi ogłaszać, że program jest dla niej nieprzydatny. Nie powinien też po cichu poszerzać obietnicy wobec wszystkich, jeśli rozmowa dotyczy jednego odrębnego przypadku.

Przy wprowadzaniu nowej usługi obok dotychczasowej oferty warto sprawdzić, co nowy model faktycznie zastępuje. W naszym przykładzie wspólny dostęp może uzupełniać indywidualną pracę z firmą, a nie ją obejmować. Jeśli tego nie wyjaśnimy, użytkownicy mogą oczekiwać pomocy wykraczającej poza zakres, a zamawiający błędnie porównywać dwa różne przedmioty zakupu.

Nie próbuj ukrywać konfliktu pod określeniem „elastycznie dopasowane”. Zapisz, co jest wspólne, co wymaga wyboru i które potrzeby pozostają poza modelem. Dzięki temu rozmowy z każdą stroną mogą dotyczyć rzeczywistej oferty. Późniejsze odstępstwo można świadomie uzgodnić, zamiast przedstawiać je jako oczywistą część usługi od samego początku.

Trzy pytania do ograniczonej próby

W naszym programie można przygotować jedną niewielką próbę z określonym materiałem i grupą. Pytanie do użytkownika dotyczy tego, czy umie odnaleźć właściwy materiał i wykorzystać go we wskazanej sytuacji. Pytanie do firmy dotyczy doboru zakresu oraz pracy potrzebnej do uczestnictwa. Pytanie do organizatora dotyczy sensu utrzymania tej możliwości w przyjętym celu. Nie trzeba mieszać ich w jeden wynik satysfakcji.

Przy każdej odpowiedzi zachowaj, kto faktycznie ją przekazał. Osoba zamawiająca nie opisze automatycznie doświadczenia wszystkich uczestników. Uczestnik nie potwierdzi sam przyczyny dalszego utrzymania programu. Jeśli brakuje rozmowy z jedną rolą, w wyniku pozostaje luka. Nie należy wypełniać jej opinią osoby, którą najłatwiej było zaprosić.

Warunki próby powinny odpowiadać rozważanemu sposobowi korzystania. Jeśli dostawca podczas pilotażu samodzielnie wybiera wszystko i stale pomaga każdemu uczestnikowi, może sprawdzić inny model niż późniejszy dostęp samodzielny. To nie musi być zła usługa, lecz wymaga właściwego nazwania. Próba ma pomóc zrozumieć potrzebną pracę, a nie ukryć ją pod wyjątkową opieką prowadzącego.

Dowody obietnic w ofercie B2B powinny zachować ten zakres. Zadowolenie uczestnika z jednego materiału nie potwierdza całego wpływu programu na organizację. Potwierdzone zadanie i jego warunki można opisać uczciwie, nie awansując ich od razu na gwarancję rozwoju wszystkich zespołów.

Po pierwszym okresie każda strona wraca do innej decyzji

Załóżmy, że program już działa i organizator rozważa jego dalszy zakres. Liczba udostępnionych materiałów nie odpowie sama na pytanie, czy model ma sens. Dostawca powinien odróżnić dostępność treści od korzystania z nich oraz od znaczenia tego korzystania dla firm. To trzy rodzaje informacji. W naszym przykładzie samo wysłanie zaproszeń nie wystarczy za potwierdzenie, że pracownicy odnaleźli potrzebny temat.

Firma może zapytać, czy nadal chce kierować ludzi do wspólnego programu, czy potrzebuje odrębnego opracowania. Użytkownik może ocenić, czy wróci po kolejny materiał, kiedy pojawi się zadanie. Organizator może rozważać, czy przyjęty wspólny zakres odpowiada celowi sieci. Żadnej z tych odpowiedzi nie należy wkładać w usta pozostałym stronom. Dostawca musi zebrać materiał właściwy dla konkretnej decyzji, zamiast używać jednej dobrej opinii jako wspólnego uzasadnienia wszystkiego.

Jeżeli uczestnicy korzystają, ale firmy nie potrafią dobrać im kolejnego zakresu, poprawka może dotyczyć wejścia do programu. Jeżeli firmy wybierają temat, którego pracownicy nie znajdują w swoim zadaniu, potrzebna jest rozmowa o dopasowaniu. Jeżeli organizator zmienia cel, nawet sprawnie działający dotychczasowy wariant może wymagać nowego uzgodnienia. To przykłady różnych przyczyn zmiany, a nie przewidywane wyniki naszego fikcyjnego przedsięwzięcia.

W podsumowaniu warto zatem zachować osobno to, co działa dla użytkownika, co wymaga pracy firmy i jakie pytanie pozostaje po stronie organizatora. Taki materiał pozwala rozmawiać o kontynuacji konkretnej usługi. Nie trzeba przypisywać całemu modelowi ogólnej oceny sukcesu albo porażki, zanim ustalimy, której relacji i jakiego zadania dotyczy otrzymany sygnał.

Strona musi pozwolić rozpoznać własną drogę

Na stronie programu uczestnik powinien wiedzieć, do czego służy usługa i jak zacznie z niej korzystać. Firma wybierająca zakres szuka informacji o wariantach oraz potrzebnym przygotowaniu. Organizator rozważa rolę programu wobec grupy. Można poprowadzić ich osobnymi drogami, zachowując jeden zgodny opis tego, co usługa rzeczywiście obejmuje.

Porównanie dwóch usług na stronie pomaga pokazać różnicę zakresu, gdy wspólny dostęp i indywidualne opracowanie są odrębnymi wariantami. Odbiorca powinien wiedzieć, która opcja odpowiada jego pytaniu. Nie powinien trafiać do tego samego formularza z trzema sprzecznymi wyobrażeniami o oczekiwanym wyniku.

W Aeneia Design można zacząć od zatwierdzonego modelu usługi i opisanych pytań jej stron. Praca nad serwisem obejmie architekturę treści, odrębne korzyści oraz drogę do właściwego kontaktu lub materiału. Żeby tekst był czytelny, firma powinna wcześniej wiedzieć, kto korzysta, kto wybiera i co obiecuje każdej z tych osób lub organizacji.

Wtedy jedno słowo „klient” nie musi dźwigać całego modelu. Można rozpoznać potrzebę użytkownika, zadanie nabywcy i powód utrzymania usługi przez płatnika. Dopiero ich połączenie pokazuje, czy oferta ma szansę działać także po chwili zakupu, kiedy kończy się prezentacja, a zaczyna zwykły dzień korzystania.