Wideo AI dla zespołów Customer Success: do czego służy każdy workflow

Zacznij od dwóch pytań: na jakim etapie cyklu życia jest klient i ilu klientów ma obsłużyć jedno wideo. Onboarding obejmuje okres między podpisaniem umowy a momentem, gdy klient potrafi wykonać zadanie bez pomocy — więc recenzentem jest zwykle CSM albo lider wdrożenia odpowiedzialny za to konto, a bodźcem do przebudowy jest zmiana ścieżki konfiguracji. Edukacja jest dla klientów już działających produkcyjnie, celuje w funkcje, których nigdy nie wdrożyli, i podąża za kalendarzem wydań. Wideo wsparcia to warstwa self-service, należąca do zespołu supportu, a wyzwalaczem jest liczba ticketów dotyczących jednego, powtarzającego się pytania. Jeśli wideo jest dla jednego, konkretnego konta — to onboarding. Jeśli ma działać dla wszystkich — to edukacja albo wsparcie.

Nie — i VisionStory nie próbuje tego robić. To systemy typu system of record. Platforma customer success przechowuje health score, ryzyko odnowienia, playbooki oraz oś czasu konta. Help center trzyma artykuły, wyszukiwarkę, wskaźniki deflection i historię ticketów. VisionStory działa o krok wcześniej — tam, gdzie większość zespołów dziś radzi sobie rozmową na żywo, udostępnieniem ekranu albo pomocą kogoś, kto akurat ma wolne tego popołudnia — i oddaje gotowy plik wideo wraz z jego wersjami językowymi. Następnie wgrywasz go do help center, podpinasz do kroku w playbooku albo dodajesz do makra, korzystając z tych samych uprawnień i procesu akceptacji, które już masz. Nie ma konektora ani automatycznego publikowania, bo decyzja o tym, co widzi klient, jest decyzją dotyczącą konta, a nie transferem pliku.

Trzy rzeczy. Każdy workflow startuje z materiałów, które po Twojej stronie są już napisane i zatwierdzone — takich jak plan wdrożenia, informacja o wydaniu, artykuł w centrum pomocy albo rozwiązany wątek zgłoszenia — więc pierwszy szkic to praca redakcyjna, a nie pisanie od zera. Każdy workflow kończy się tym, że wskazana osoba w Twoim zespole potwierdza, że wideo odpowiada temu, co produkt faktycznie robi dziś — zanim trafi do choćby jednego klienta. A każdy zatwierdzony master można ponownie wydać w 88 językach, wybierając spośród 1 000+ głosów, więc klient pracujący w innym języku dostaje to samo wyjaśnienie, z tym samym zatwierdzeniem co oryginał.

Nie. Prezenter, narracja i napisy powstają na bazie materiałów pisemnych, więc nie ma ekipy do wynajęcia i nikt nie musi rezerwować w kalendarzu dnia nagraniowego. Gdy dla klienta znaczenie ma konkretna twarz — np. powitanie od przypisanego opiekuna — można to wykorzystać ponownie z jednego nagrania, które dana osoba autoryzuje do tego celu, zamiast powtarzać sesję dla każdego klienta. Tam, gdzie workflow potrzebuje Twojego produktu na ekranie, to Twój zespół nagrywa przechwycenie — ponieważ login, dane demo i konto, na którym nagrywasz, należą do Ciebie, a nie do dostawcy.

To zależy od workflow — i to praktyczny powód, dla którego te trzy obszary trzymamy osobno. Moduły onboardingowe zmieniają się, gdy zmienia się ścieżka konfiguracji albo plan wdrożenia — co zwykle zdarza się rzadko i jest przewidywalne. Materiały edukacyjne idą za kalendarzem wydań, więc zaplanuj przegląd za każdym razem, gdy funkcja, którą pokazują, zmienia formę. Wideo wsparcia zmienia się najszybciej i najmniej przewidywalnie, bo odpowiedź przestaje być prawdziwa w tej samej chwili, w której zmienia się interfejs. Tworzenie każdego z nich na podstawie dokumentu, który i tak utrzymujesz, utrzymuje koszt przebudowy nisko: zaktualizuj źródło, wygeneruj ponownie tylko moduł, którego to dotyczy, i wydaj ponownie wersje językowe z zatwierdzonego mastera — zamiast cokolwiek nagrywać od nowa.