Jak zadbać o zadowolenie użytkowników, udostępniając ważną aktualizację aplikacji

Szczęśliwy klienta

W rozwoju produktu istnieje nieodłączne napięcie między poprawą a stabilnością. Z jednej strony użytkownicy oczekują nowych funkcji, funkcjonalności, a może nawet nowego wyglądu; z drugiej strony, zmiany mogą przynieść odwrotny skutek, gdy znane interfejsy nagle znikną. To napięcie jest największe, gdy produkt zmienia się w dramatyczny sposób - do tego stopnia, że ​​można by go nawet nazwać nowym produktem.

At CaseFlot niektórych z tych lekcji nauczyliśmy się na własnej skórze, aczkolwiek na bardzo wczesnym etapie naszego rozwoju. Początkowo nawigacja naszej aplikacji znajdowała się w rzędzie ikon w górnej części strony:

Nawigacja Casefleet

Pomimo walorów estetycznych tego wyboru, czuliśmy się nieco skrępowani ilością dostępnej przestrzeni, szczególnie gdy nasi użytkownicy przeglądali aplikację na mniejszych ekranach lub urządzeniach mobilnych. Pewnego dnia jeden z naszych programistów przyjechał do pracy w poniedziałek rano z owocami niezapowiedzianego weekendowego projektu: dowód koncepcji zmiany layoutu. Istota zmiany przenosząca nawigację z wiersza u góry ekranu do kolumny po lewej stronie:

Nawigacja Casefleet w lewo

Nasz zespół uznał, że projekt wygląda fantastycznie i po dodaniu kilku ostatnich poprawek udostępniliśmy go naszym użytkownikom w tym tygodniu, spodziewając się, że będą zachwyceni. Myliliśmy się.

Podczas gdy garstka użytkowników natychmiast zaakceptowała zmianę, znaczna liczba nie była wcale zadowolona i zgłosiła trudności z poruszaniem się po aplikacji. Ich największym zarzutem nie było jednak to, że nie podobał im się nowy układ, ale to, że zaskoczyło ich.

Wyciągnięte wnioski: właściwa zmiana

Następnym razem, gdy zmieniliśmy naszą aplikację, zastosowaliśmy zupełnie inny proces. Naszym kluczowym spostrzeżeniem było to, że użytkownicy lubią kontrolować swoje przeznaczenie. Kiedy płacą za Twoją aplikację, robią to z jakiegoś powodu i nie chcą, aby ich cenne funkcje zostały im odebrane.

Po ukończeniu naszego nowo zaprojektowanego interfejsu nie wydaliśmy go po prostu. Zamiast tego napisaliśmy o tym post na blogu i udostępniliśmy naszym użytkownikom zrzuty ekranu.

E-mail dotyczący zmiany projektu Casefleet

Następnie dodaliśmy przycisk do ekranu powitalnego w naszej aplikacji z dużym nagłówkiem, starannie wykonaną kopią i dużym pomarańczowym przyciskiem zachęcającym użytkowników do wypróbowania nowej wersji. Zauważyliśmy również, że mogliby powrócić do oryginalnej wersji, gdyby chcieli (przynajmniej na chwilę).

Gdy użytkownicy byli w nowej wersji, kroki wymagane do przywrócenia znajdowały się kilka kliknięć dalej w ustawieniach profilu użytkownika. Nie chcieliśmy ukrywać przycisku, aby go cofnąć, ale nie sądziliśmy też, że przydałoby się wielokrotne przełączanie się tam iz powrotem, co mogłoby być kuszące, gdyby przycisk był natychmiast widoczny. W rzeczywistości tylko jeden użytkownik kiedykolwiek powrócił w trakcie miesięcznego okresu akceptacji. Co więcej, zanim przestawiliśmy przełącznik i uczyniliśmy nową wersję obowiązkową, prawie wszyscy nasi najbardziej aktywni użytkownicy przełączyli się i przekazali nam świetne opinie na temat nowej wersji.

Oprócz zachęt do przejścia na nową wersję w aplikacji, wysłaliśmy kilka e-maili informujących użytkowników dokładnie, kiedy zmiana na nową wersję zostanie wprowadzona na stałe. Nikt nie był zaskoczony i nikt nie narzekał. W rzeczywistości większość użytkowników była bardzo zadowolona z nowego wyglądu.

Wartościowe wyzwania

Mimo to należy pamiętać, że wydanie aktualizacji w ten sposób nie jest darmowe. Twój zespół programistów będzie musiał utrzymywać dwie oddzielne wersje tej samej bazy kodu, a także będziesz musiał rozwiązać złożone problemy dotyczące sposobu wysyłania wersji do użytkowników końcowych. Wasze zespoły ds. Rozwoju i zapewniania jakości będą wyczerpane pod koniec procesu, ale prawdopodobnie zgodzicie się, że inwestycja czasu i zasobów była mądra. Na hiperkonkurencyjnych rynkach oprogramowania musisz dbać o zadowolenie użytkowników i nie ma szybszego sposobu, aby uczynić ich nieszczęśliwymi niż nagła zmiana interfejsu.

Komentarze 2

  1. 1

    Generalnie, kiedy aktualizujemy nową aplikację, upewniamy się, że stara jest nadal w trybie aktywnym, dopóki ludzie nie zaktualizują jej do nowszej wersji. Każde złe doświadczenie zmusi użytkownika do rezygnacji z Twoich usług. Dla biznesu bardzo ważne jest, aby mieć taką świadomość przed uruchomieniem nowej aplikacji.

    Ponadto poproś ludzi o wyrażenie opinii. Nowa premiera to czas, w którym ludzie uwielbiają dzielić się swoimi przemyśleniami na temat aplikacji. Jeśli mają na myśli coś nowego, podzielą się z Tobą. Stworzy to twojemu programiście nową możliwość dodania tej funkcji, którą sugerują ludzie.

    Dziękuję Ci

  2. 2

    Kiedy wysyłamy e-maile do naszych klientów dotyczące poważnych zmian w witrynie. Zapewniamy im również dostęp do starej witryny internetowej, jeśli chcą. Dzięki temu czują się komfortowo podczas przeglądania. Ponadto niektórym użytkownikom może się nie spodobać nowy projekt, więc tego rodzaju użytkownicy mogą łatwo przejść do starszej wersji.

Co o tym myślisz?

Ta strona używa Akismet do redukcji spamu. Dowiedz się, jak przetwarzane są dane komentarza.