Piotr Rytel Head of Mobile, Grupa Wirtualna Polska Progressive Web Apps w kontekście proximity marketingu Czy całkowite wyeliminowanie aplikacji jest możliwe?
Idea Physical Web, a beacony Eddystone - URL
Wszyscy używamy smartfona w czasie zakupów. Ale po co mi te wszystkie aplikacje?
No i nasi klienci ich nie używają Pozycja w sklepie Google Play: Shopping Total PL Lidl Rossmann Biedronka Castorama Leroy Merlin Tesco Deichmann IKEA Empik 12 14 19 31 33 37 42 50 56 237 269 - - - - - - -
Po pierwsze: Dostarcz funkcjonalność, a nie gazetkę reklamową
Omnichannelowy schowek zakupowy Przed wizytą w sklepie W czasie wizyty w sklepie
Co daje klientowi schowek? Pokazuje wcześniej zapisane jak i wyszukiwane produkty na desktopie czy mobile u Eddystone-URL przypomina o tym, że mamy schowek Niska bariera wejścia: nie będę instalował aplikacji po to aby zapisać w niej 3 produkty, bo nawet nie wiem kiedy pójdę do tego sklepu, jeśli w ogóle ale w naszym przypadku trzeba zbadać jaka funkcjonalność wpisze się w lepszy customer experience
Okej, to po co mam jeszcze robić jakieś Progressive Web Apps?
Progressive Web App to strona webowa wykorzystująca najnowsze możliwości przeglądarek mobilnych, która posiada kilka przewag
Co potrafi Progressive Web App? Instant Loading Add to Home Screen Push Notification Fast Tryb offline
Są już pierwsze sukcesy, głównie e-commerce Flipcart 3X more time on site 40% high re-engagement 70% greater conversion from homescreen 3X lower data usage AliExpress 104% for new users across all browser 2X more pages visited per session per user across all browsers 74% increase in time spent per session across all browsers Jumia 38% notification push open rate 9X more conversion on previously abandoned carts from web push users 7,85% conversion rate on previously abandoned carts from web push users vs 4,5% for native app
A czy możemy zbierać ścieżki zakupowe klientów w tle? Chrome (i kilka innych przeglądarek) rozwija technologię Web Bluetooth Aby móc odbierać dane z urządzenia (beacona) trzeba się z nim najpierw sparować musi to być akcja zainicjowana przez usera Trudno powiedzieć czy będzie można śledzić usera, gdy przeglądarka znajduje się w backgroundzie Trudno powiedzieć czy sparowanie z jednym beaconem może przejść na grupę beaconów. Podsumowując: Na ten moment nie można śledzić ścieżek użytkowników, gdy przeglądarka mobilna działa w tle
Oczywiście, Eddystone-URL nie potrzebuje integracji ;) W końcu on tylko rozgłasza URL ;)
A co, jak nam zależy na analityce ścieżek użytkowników?
jest jedno wyjście: W zasadzie - porządnie napisane PWA opakowane w framework typu PhoneGap czy Cordova pozwala nam na stworzenie aplikacji mobilnej prawie bezkosztowo Jeżeli zintegrujemy w nim jakieś gotowe SDK (i platformę) do beaconów będziemy mieli też śledzenie w tle Mając aplikację z ruchem directowym (homescreen), pushami i natywnym, fajnym interfejsem w zasadzie powinniśmy bez większego trudu przekonwertować tych userów do aplikacji oferując jakąś dodatkową funkcjonalność (przykładowo integrację z Siri, Google Now?) bez wydawania fury gotówki na akwizycję
I będziemy mieli zasięg aplikacyjny ;)
Podsumowując: Musimy otwarcie budować świadomość użytkowników w proximity marketingu poprzez oferowanie funkcjonalności w swoich rozwiązaniach Jeżeli nasza strategia mobilna zakończyła się na kroku: no dobra, mamy mobile, bo mamy stronę w RWD - musimy teraz wydać furę pieniędzy na aplikację mobilną, bo potrzebujemy beaconów i pushy to znaczy, że powinieneś się zainteresować się ideą Physical Web i Progressive Web Apps - być może tymi narzędziami osiągniesz lepszy efekt - mniejszym kosztem A najlepiej zbuduj całą swoją stronę mobilną w oparciu o możliwości Progressive Web Apps
Dziękuję za uwagę ;)