Opis projektu
PrzetłumaczoneMamy aplikację SaaS i zbyt wielu nowych użytkowników rejestruje się, klika przez kilka minut i nigdy nie wraca. Jesteśmy pewni, że problemem jest brak jasnego doświadczenia dla użytkowników po raz pierwszy, dlatego szukamy dewelopera, który zbuduje osadzany widget wprowadzający i przewodnik po produkcie dla naszego frontendu. Główne zadanie to interaktywny silnik przejścia krok po kroku: widget podświetla rzeczywisty element na stronie, pokazuje wskazówkę lub gorący punkt w pobliżu, czeka na działanie użytkownika lub kliknięcie „dalej” i przechodzi do następnego kroku. Przewodniki powinny przetrwać zmiany tras i ładowanie treści, więc powiązanie elementów musi być solidne, a nie jednorazowym wyszukiwaniem przy ładowaniu strony.
Poza liniowymi przewodnikami potrzebujemy list kontrolnych wprowadzających, które utrzymują się między sesjami i pokazują postęp, aby użytkownik mógł przerwać w połowie i wrócić tam, gdzie skończył. Dla nas ważne jest targetowanie: chcemy pokazywać różne scenariusze różnym segmentom — według planu, roli, daty rejestracji lub dowolnych cech, które przekażemy — i nigdy nie uruchamiać tego samego przewodnika ponownie dla kogoś, kto już go ukończył lub odrzucił. Wszystko powinno być konfigurowalne bez ponownego wdrożenia, więc oczekujemy małego panelu administracyjnego lub pliku konfiguracyjnego JSON, który nasz zespół może edytować samodzielnie. Do raportowania potrzebujemy analizy ukończenia dla każdego przewodnika i każdego kroku, w tym punktów, w których ludzie odchodzą, abyśmy mogli poprawić sformułowania i kolejność kroków.
Aby wyjaśnić zakres: to jest wprowadzanie prowadzone wewnątrz aplikacji, a nie wyskakująca ankieta NPS i nie system artykułów bazy wiedzy. Jeśli wykonałeś podobną pracę — proszę pokaż przykłady.
— Silnik przejścia krok po kroku z wskazówkami i klikanymi gorącymi punktami
— Powiązanie elementów, które przetrwa zmiany tras SPA i dynamiczną treść
— Utrzymujące się listy kontrolne wprowadzające z zapisywaniem postępu
— Targetowanie według segmentu: plan, rola, data rejestracji, dowolne cechy
— Zasady częstotliwości, aby ukończone i odrzucone przewodniki nie były uruchamiane ponownie
— Analiza ukończenia dla każdego przewodnika i każdego kroku z punktami odpadania
— Konfiguracja edytowalna bez ponownego wdrożenia i jasna dokumentacja zespołu
Poza liniowymi przewodnikami potrzebujemy list kontrolnych wprowadzających, które utrzymują się między sesjami i pokazują postęp, aby użytkownik mógł przerwać w połowie i wrócić tam, gdzie skończył. Dla nas ważne jest targetowanie: chcemy pokazywać różne scenariusze różnym segmentom — według planu, roli, daty rejestracji lub dowolnych cech, które przekażemy — i nigdy nie uruchamiać tego samego przewodnika ponownie dla kogoś, kto już go ukończył lub odrzucił. Wszystko powinno być konfigurowalne bez ponownego wdrożenia, więc oczekujemy małego panelu administracyjnego lub pliku konfiguracyjnego JSON, który nasz zespół może edytować samodzielnie. Do raportowania potrzebujemy analizy ukończenia dla każdego przewodnika i każdego kroku, w tym punktów, w których ludzie odchodzą, abyśmy mogli poprawić sformułowania i kolejność kroków.
Aby wyjaśnić zakres: to jest wprowadzanie prowadzone wewnątrz aplikacji, a nie wyskakująca ankieta NPS i nie system artykułów bazy wiedzy. Jeśli wykonałeś podobną pracę — proszę pokaż przykłady.
— Silnik przejścia krok po kroku z wskazówkami i klikanymi gorącymi punktami
— Powiązanie elementów, które przetrwa zmiany tras SPA i dynamiczną treść
— Utrzymujące się listy kontrolne wprowadzające z zapisywaniem postępu
— Targetowanie według segmentu: plan, rola, data rejestracji, dowolne cechy
— Zasady częstotliwości, aby ukończone i odrzucone przewodniki nie były uruchamiane ponownie
— Analiza ukończenia dla każdego przewodnika i każdego kroku z punktami odpadania
— Konfiguracja edytowalna bez ponownego wdrożenia i jasna dokumentacja zespołu
Programowanie stron internetowych Gotówka, Przelew bankowy
