Strona działająca jak witryna z jedną ofertą, czyli landing page, pomaga osobie z gotowym prototypem wyjaśnić jego zastosowanie i zaprosić odbiorcę do konkretnego działania.
Zacznij od jednego zadania
Wyobraź sobie szyld przy boisku, na którym obok rezerwacji reklamujesz kurs programowania, własne usługi i przyszły portal sportowy. Przechodzień musi sam ustalić, po co właściwie ma wejść. Podobny problem powstaje na stronie aplikacji, gdy każdy pomysł dostaje równie duży przycisk.
Wybierz jedno działanie, które ma zakończyć wizytę. Może to być sprawdzenie wolnych terminów, uruchomienie kalkulatora albo zgłoszenie zainteresowania próbnym dostępem. Dopasuj je do tego, co rzeczywiście działa, zamiast udawać gotowy produkt przyjmujący klientów.
Jeżeli aplikacja jeszcze nie jest dostępna, napisz „Zapisz się na informację o uruchomieniu”. Jeżeli możesz pokazać ją osobiście, zaproponuj „Umów pokaz”. Przycisk „Wypróbuj teraz” powinien prowadzić do próby, a nie dopiero do formularza oczekiwania bez podanego dalszego kroku.
Określ też odbiorcę tej konkretnej strony. Kalkulator kosztu potraw może służyć właścicielowi baru, osobie przygotowującej catering i kucharzowi domowemu, ale nie musisz przemawiać do wszystkich jednocześnie. Pierwsza wersja może dotyczyć małego lokalu, który przelicza receptury po zmianie cen produktów.
Zapisz robocze zdanie: „Ta strona pomaga właścicielowi małej gastronomii zdecydować, czy chce przeliczyć koszt swojej potrawy”. Wszystko, co dodajesz, powinno wspierać tę decyzję. Historia powstawania projektu i lista użytych technologii zwykle jej nie ułatwiają.
Sprzedaż w tytule tego tematu oznacza również przekonanie do użycia bezpłatnego narzędzia. Dla społecznego kalendarza boiska celem może być pierwsza rezerwacja, a dla projektu pokazującego Twoje umiejętności uruchomienie demonstracji. Nie dodawaj zakupu tam, gdzie nie odpowiada celowi projektu.
Napisz pierwszy ekran
Pierwszy ekran to część strony widoczna przed przewinięciem. Powinien wyjaśniać, komu pomagasz, jaki rezultat można uzyskać i co zrobić dalej. Nie potrzebujesz osobnych zdań o misji, wizji i sile nowoczesnych rozwiązań.
Dla przykładowego kalkulatora nagłówek może brzmieć „Policz koszt porcji ze swojej receptury”. Pod nim umieść doprecyzowanie: „Wpisz składniki, ceny zakupu i liczbę porcji, aby zobaczyć koszt składników jednego dania”. To opis funkcji przykładowej aplikacji, który publikujesz tylko wtedy, gdy odpowiada jej działaniu.
Zauważ różnicę między kosztem składników a pełnym kosztem prowadzenia lokalu. Jeśli program nie uwzględnia pracy, energii i strat, nie obiecuj obliczenia zysku restauracji. Precyzja może zawęzić obietnicę, ale pomaga uniknąć rozczarowania po pierwszym użyciu.
Przycisk nazwij „Przelicz przykładową potrawę”, jeśli otwiera gotowy przykład. „Rozpocznij” zostawia więcej niewiadomych, a „Dowiedz się więcej” nie mówi, co będzie kolejnym krokiem. Taka zachęta do określonego działania bywa nazywana CTA, od angielskiego określenia wezwania do działania.
Obok przycisku wyjaśnij warunek, który może zatrzymać odbiorcę. „Przykład bez zakładania konta” ma sens wyłącznie wtedy, gdy naprawdę można z niego skorzystać bez rejestracji. Nie dopisuj „bez karty” automatycznie do każdej strony, jeśli płatność w ogóle nie jest częścią tej ścieżki.
Pokaż prawdziwy ekran wyniku na przygotowanych danych demonstracyjnych. Podpis „Przykładowa receptura” pozwala zrozumieć, że oglądamy pokaz, a nie dokument klienta. Wycięty fragment z czytelnym wynikiem będzie bardziej pomocny niż pomniejszone zdjęcie całego programu, na którym nie da się odczytać tekstu.
Ułóż argumenty w kolejności
Dalsza część strony odpowiada na pytania, które pojawiają się po zainteresowaniu ofertą. Czy to pasuje do mojej sytuacji? Jak wygląda użycie? Co otrzymam i jakie są ograniczenia? Kolejność powinna przypominać spokojną rozmowę, a nie katalog wszystkich możliwości aplikacji.
Możesz zbudować stronę według następującego planu:
- Pokaż rezultat, odbiorcę i główny przycisk.
- Opisz sytuację, w której narzędzie się przydaje.
- Przedstaw przebieg użycia na rzeczywistych ekranach.
- Wyjaśnij zakres dostępu oraz ograniczenia.
- Odpowiedz na najczęstsze wątpliwości.
- Powtórz to samo główne działanie na końcu.
Zamieniaj nazwy funkcji na zrozumiałe skutki. „Historia rezerwacji” mówi, co istnieje w programie. „Sprawdzisz, jaki termin wcześniej wybrano” mówi, po co użytkownik miałby z tego korzystać. Zachowaj przy tym uczciwość: sama historia nie oznacza jeszcze automatycznego rozwiązywania sporów o terminy.
| Zapis roboczy | Jaśniejszy opis dla odbiorcy |
|---|---|
| Panel administracyjny | W jednym miejscu zmieniasz dostępne godziny |
| Eksport danych | Pobierasz zestawienie do dalszej pracy |
| Powiadomienia | Otrzymujesz wiadomość po potwierdzeniu rezerwacji |
| Szablony dokumentów | Zaczynasz od gotowego układu zamiast pustej kartki |
Tabela jest przykładem redagowania tekstu, nie listą funkcji, które należy dopisać do programu. Wybierz te korzyści, które odpowiadają jego obecnemu działaniu. Jeżeli wiadomość wysyłasz ręcznie, nie opisuj jej jako automatycznej.
Pytania i odpowiedzi zbieraj z rozmów. Dla rezerwacji boiska ważne może być to, czy wybór godziny oznacza potwierdzenie, czy dopiero prośbę do zarządcy. Odpowiedź na taką wątpliwość pomaga bardziej niż rozbudowana sekcja wyjaśniająca, dlaczego lubisz tworzyć aplikacje.
Pokaż wiarygodny dowód
Nowy projekt może nie mieć opinii ani klientów, których nazwy wolno pokazać. Zamiast wypełniać puste miejsce wymyślonymi poleceniami, przedstaw działający przykład. Odbiorca może sam sprawdzić, czy rezultat jest czytelny i przydatny.
Dla generatora CV pokaż dokument przygotowany na celowo wymyślonym doświadczeniu zawodowym i oznacz go jako przykład. Wyjaśnij, które fragmenty wpisuje użytkownik, a które przygotowuje program. Nie obiecuj znalezienia pracy, bo strona narzędzia do dokumentów nie daje podstaw do takiego zapewnienia.
Jeśli masz zgodę na wykorzystanie wypowiedzi uczestnika próby, zachowaj jej sens i kontekst. Osoba mogła pochwalić łatwe pobranie pliku, a nie cały produkt. Skrócenie wypowiedzi nie powinno zamieniać umiarkowanej oceny jednej czynności w bezwarunkowe polecenie aplikacji.
Nie przedstawiaj logotypu narzędzia używanego do budowy jako znaku zaufania klienta. To, że Twoja aplikacja korzysta z usługi innej firmy, nie oznacza, że ta firma Cię rekomenduje. Podobnie liczba osób odwiedzających stronę nie jest liczbą zadowolonych użytkowników.
Przy cenie pokaż, co dokładnie obejmuje oferta i jaki okres dotyczy opłaty. Jeżeli cena nie została jeszcze ustalona, powiedz to przy zapisie na listę zainteresowanych. Sformułowanie „bezpłatny zapis na wiadomość o starcie” nie oznacza „aplikacja będzie zawsze bezpłatna”.
Wczesną wersję możesz opisać wprost: „Obecnie przeliczysz pojedynczą recepturę; zapisywanie wielu receptur nie jest jeszcze dostępne”. Taki komunikat pomaga odpowiednim osobom podjąć decyzję i ogranicza zgłoszenia wynikające z błędnych oczekiwań. Lista przyszłych funkcji powinna pozostać wyraźnie oddzielona od dostępnego zakresu.
Zbuduj prostą wersję
Najpierw napisz treść w zwykłym dokumencie. Dopiero potem przenieś ją do narzędzia budującego stronę, którego już używasz. Dzięki temu gotowy szablon nie narzuci Ci pięciu pustych sekcji o zaletach, których produkt jeszcze nie ma.
Osobnym narzędziem do takiego zadania jest Carrd, kreator jednostronicowych stron dopasowujących układ do wielkości ekranu. Może służyć do przedstawienia oferty, gdy nie chcesz rozbudowywać samej aplikacji. Dostępne funkcje i warunki publikacji sprawdź przed wyborem wariantu. Opis kreatora Carrd.
Jeżeli zlecasz budowę programowi generującemu stronę z opisu, podaj gotowe teksty oraz kolejność elementów. Możesz napisać: „Utwórz stronę kalkulatora kosztu potraw na podstawie poniższej treści; zastosuj jeden główny przycisk prowadzący do przykładu; nie dopisuj opinii, statystyk, cen ani funkcji”. W osobnym zdaniu poproś o czytelny układ na telefonie.
Formularz zapisów możesz przygotować w Tally, narzędziu pozwalającym układać formularze podobnie jak dokument tekstowy. Na początek wystarczy adres do odpowiedzi oraz ewentualne pytanie potrzebne do doboru próby. Nie dodawaj pola z numerem telefonu tylko dlatego, że znajduje się w szablonie. Pierwszy formularz w Tally.
Po wysłaniu formularza odbiorca powinien zobaczyć potwierdzenie i opis kolejnego kroku. Jeżeli odpowiadasz osobiście, podaj realny czas wynikający z Twojej dostępności. Nie obiecuj natychmiastowego dostępu, gdy każde zgłoszenie sprawdzasz ręcznie po pracy.
Przetestuj stronę na własnym telefonie, także poza domową siecią. Sprawdź czytelność zrzutów, możliwość zamknięcia okien i dostępność przycisku po powiększeniu tekstu. Przejdź formularz klawiaturą, używając klawisza Tab do zmiany aktywnego pola, i sprawdź, czy widać aktualnie wybrany element.
Sprawdź całą drogę
Kliknięcie przycisku to dopiero fragment zadania. Samodzielnie przejdź od otwarcia publicznego adresu do otrzymania wyniku lub potwierdzenia zgłoszenia. Wykonaj próbę również bez zalogowania na konto właściciela strony, ponieważ Twoje uprawnienia mogą ukrywać przeszkodę widoczną dla nowych osób.
Zapisz wynik każdej czynności: przycisk otwiera właściwe miejsce, formularz przyjmuje poprawny adres, błędny adres wywołuje zrozumiałą wskazówkę, odpowiedź trafia do Ciebie. Sprawdź również ponowne kliknięcie po wysłaniu. Użytkownik powinien wiedzieć, że zgłoszenie już zostało przyjęte.
Następnie pokaż stronę osobie z grupy odbiorców i poproś, aby własnymi słowami powiedziała, do czego służy aplikacja. Nie tłumacz wcześniej projektu. Jeśli opisuje inny produkt, problem może leżeć w nagłówku, obrazie albo obietnicy, nawet gdy sam układ wygląda elegancko.
Konwersja oznacza wykonanie wybranego działania, na przykład poprawne wysłanie zgłoszenia. Współczynnik konwersji to udział osób wykonujących to działanie w określonej grupie odwiedzających. Zawsze dopowiedz, jakie działanie liczysz i jaki okres obejmuje pomiar, aby nie porównywać kliknięć z ukończonymi zapisami.
Przy małym ruchu zacznij od rzeczywistych zgłoszeń i pytania, skąd ktoś trafił na stronę. Jeśli używasz narzędzia do pomiaru odwiedzin, sprawdź z wykonawcą, czy liczy ukończone wysłanie, czy samo naciśnięcie przycisku. Wielokrotne kliknięcia jednej osoby nie powinny udawać wielu zainteresowanych.
Zmieniaj jeden istotny element naraz i zapisuj datę oraz powód zmiany. Więcej zgłoszeń po nowym nagłówku może wynikać także z publikacji w innej grupie. Niewielka liczba odwiedzin pozwala wychwytywać przeszkody, ale nie daje podstaw do ogłaszania uniwersalnej recepty na sprzedaż.
Przed kolejną zmianą spisz pytania, które nadal otrzymujesz od zainteresowanych. Jeżeli wiele osób pyta, czy trzeba zakładać konto, sprawdź, czy odpowiedź znajduje się obok głównego przycisku. Jeśli pytają o wynik, pokaż go wcześniej zamiast dodawać następny akapit przekonujący do skorzystania.
Zadbaj o zgodność strony z miejscem, z którego przychodzą odbiorcy. Zaproszenie dotyczące przeliczania receptur powinno prowadzić do strony mówiącej właśnie o recepturach. Przejście z konkretnej propozycji do ogólnej obietnicy zarządzania całą restauracją zmusza człowieka do ponownego szukania sensu oferty.
Zachowaj poprzednią treść w dokumencie i dopisz, czego oczekujesz po nowej wersji. Możesz zapisać: „Pokazuję wynik wyżej, ponieważ rozmówcy nie wiedzą, co otrzymają po wpisaniu składników”. Po kolejnych próbach sprawdź przede wszystkim, czy ta niejasność zniknęła, zamiast oceniać zmianę jedynie po własnym wrażeniu estetycznym.
Podsumowanie w pięciu punktach
- Przypisz stronie jednego odbiorcę i jedno działanie odpowiadające gotowości produktu.
- Na pierwszym ekranie pokaż rezultat, warunki rozpoczęcia i prawdziwy przykład.
- Opisuj działające możliwości oraz ograniczenia bez wymyślonych opinii i obietnic.
- Sprawdź na telefonie całą drogę od wejścia do potwierdzonego zgłoszenia lub wyniku.
- Oceniaj ukończone działania i obserwacje użytkowników, zapisując kontekst każdej zmiany.
Co dalej
Przeczytaj „Pierwszych 50 użytkowników”, aby sprowadzić na stronę osoby pasujące do zastosowania aplikacji. Temat „Opinie i testowanie” pomoże Ci ustalić, dlaczego odbiorcy zatrzymują się podczas próby, a „Regulamin i polityka prywatności” rozwija formalną stronę zbierania zgłoszeń.