SeniorUp

Początek

Poza informacjami z Desk Researchu nie wiele wiedzieliśmy o życiu codziennym naszej grupy docelowej. Porozmawialiśmy więc z jedynastoma młodymi emerytami i emerytkami.

Dowiedzieliśmy się, że uczęszczają na różne kursy, uczą się nowych rzeczy, majsterkują lub pielęgnują swoje ogrody, chodzą na spotkania z przyjaciółmi, a także dorabiają do emerytury. Chcą jak najdłużej zachować sprawność. Bardzo chcą podróżować. W większości są zadowoleni z życia i własnego zdrowia. Wolą korzystać z komputerów niż telefonów. Mają poczucie odrzucenia – czują jakby nie byli potrzebni.

Persony

Na podstawie badań opracowaliśmy persony dwóch użytkowników.

Barbary – należącej do grupy najbardziej aktywnych seniorów, korzystającej z serwisów społecznościowych i bardzo mobilnej.

Zbigniewa – należącego do najliczniejszej grupy umiarkowanie aktywnych seniorów, ale pragnącego rozwijać swoje pasje.

Persona główna

Mimo że Barbara zarażała nas swoją aktywnością, uznaliśmy, że to Zbigniew będzie naszą główną personą. To w nim dostrzegliśmy największe wyzwanie i szansę na sukces. Ma poczucie wyobcowania, które chcielibyśmy pomóc mu pokonać. Pragnie się rozwijać, co pragnęlibyśmy mu ułatwić. Jest silnie związany z lokalnymi ośrodkami kultury, co ma istotne znaczenie w budowaniu bliskich relacji. I w końcu reprezentuje najliczniejszą grupę.

Persona poboczna

Nie porzuciliśmy jednak Barbary – została naszą personą poboczną. W jej dużej aktywności i mobilności dostrzegamy potencjał marketingowy.

Propozycja wartości

Co dajemy

Zbigniewowi pomagamy w odszukaniu i dotarciu do interesujących go aktywności, ułatwienie kontaktów z innymi i wymianę doświadczeń, przez co niwelujemy poczucie odrzucenia. A Barbarze dajemy możliwość tworzenia grup i własnych wydarzeń.

Progressive Web App (PWA)

W związku z tym, że Zbigniew korzysta głównie z komputera, a Barbara ze smartfona, uznaliśmy, że najlepszym rozwiązaniem będzie strona internetowa w technologii PWA. Pozwoli nam to uzyskać trzy istotne rzeczy:

• stronę internetową dla Zbigniewa oraz aplikację dla Barbary
• zmniejszyć koszty
• zaistnieć w sklepach AppStore i GooglePlay.

Decyzje projektowe

Wyszukiwarka

Aby uprościć proces wyszukiwania, dla wydarzeń i grup przyjęliśmy wspólną wyszukiwarkę wzbogaconą w filtry i sortowanie. Wydarzenia zostały podzielona na kategorie tematyczne, gdyż Zbigniew szuka według tematów. W związku z tym, że użytkownicy interesują się wydarzeniami mającymi się odbyć w niedalekiej przyszłości, przyjęliśmy również bardziej intuicyjny podział czasu: dzisiaj, jutro czy w tym tygodniu.

Wyniki wyszukiwania

Jeśli w opcjach wyszukiwania użytkownik nie dokona wyboru (grupy lub wydarzenia), na pierwszym miejscu wyświetlą się najbliższe wydarzenia, a poniżej grupy powiązane z wyszukiwanym hasłem. Celem Zbigniewa jest dotarcie do interesującego go wydarzenia, stąd przyjęta kolejność.

Widok wydarzeń i grup

Ważnym elementem dla Zbigniewa będzie łatwość dotarcia do takich informacji jak wydarzenia, w których bierze udział, lub grupy, do których należy. Zdecydowaliśmy, że treści te pojawią się po zalogowaniu na samym początku podstron z wydarzeniami i grupami.

Tworzenie wydarzeń

W tworzeniu wydarzeń postanowiliśmy dodać podgląd tworzonego wydarzenia w trybie rzeczywistym, aby Zbigniew widział efekt końcowy swojej pracy, przez co czuł się pewniej.

Kluczowe wskaźniki efektywności (KPI)

Aby ocenić skuteczność naszej propozycji i w miarę szybko reagować, dla strony WWW przyjęliśmy następujące wskaźniki:

• liczba utworzonych grup i aktywności
• liczba aktywnych użytkowników dziennie
• liczba aktywnych użytkowników pozostających przez rok
• czas spędzony na stronie

Dla aplikacji będą to:

• liczba pobrań
• wskaźnik retencji

Business Model

Nasza propozycja opiera się na schemacie freemium – będzie to prowizja od dodatkowych funkcji w wydarzeniach płatnych, np. możliwość sprzedaży biletów, ubezpieczona transakcji czy wyróżnienie wydarzenia.

Zakończenie

Na pewno nie rozstrzygnęliśmy wszystkich problemów i zagadnień, z którymi się mierzyliśmy. Zdajemy sobie sprawę, że niektóre z zaproponowanych rozwiązań wymagają ponownej weryfikacji, np. wyszukiwarka. Inne zaś dodatkowych badań, np. model biznesowy, gdyż serwis musi na siebie zarabiać. Badań wymagają również zagadnienia związane z dostępnością i logowaniem, czy da się je wyeliminować lub zmienić. I czy jest to w ogóle konieczne.

Było to porywające wyzwanie, niesamowite doświadczenie i mocny punk startowy do poszerzania swojej wiedzy.

Dziękuję