Import dat a upozornění je 5. částí Ultimate UX Design Guide pro zákazníky na palubě SaaS
Zákazník na palubě společnosti SaaS je proces, který uživatelé musí zažít při zahájení své cesty v softwarové aplikaci společnosti. Zákazník na palubě iniciuje zkušenosti, které zaměstnanci předtím museli podstoupit při vstupu do firmy. Proces na palubě nastavuje tón pro dobrý uživatelský zážitek.
Proces na palubě zákazníků SaaS je založen na 6 komplexních aspektech, z nichž první jsme již zahrnovali:
Všechny aspekty procesu hrají stejně důležitou roli při vytváření žádoucí pověsti značky v očích zákazníků. Dnes se zaměříme na Import dat a oznámení.
Aplikace B2B obvykle vyžadují, aby uživatelé buď importovali data, nebo propojovali zdroje dat, aby mohli začít používat aplikaci. Buffer například vyžaduje, aby se její uživatelé připojili k účtu sociálních médií. Import dat je jedním z kroků, které se mohou ukázat jako významná překážka pro tok na palubě, protože uživatelé v tomto okamžiku vůbec neuvidí produkt v akci.
Jedná se o krok, který bude pro vašeho uživatele nudný, bez ohledu na to, co děláte
Takže je to krok, který bude pro vašeho uživatele nudný, bez ohledu na to, co děláte. To je také obvykle jeden z bodů, kdy byste mohli ztratit své uživatele. Množství analytických studií z lžíce ukázalo, že když většina uživatelů aplikace dosáhne části registračního toku, když musí importovat data, opustí a nikdy se nevrátí.
Co můžete dělat v tomto případě? Můžete minimalizovat bolest.
Jednou z možností, kterou můžete zkusit, je zkrátit čas potřebný k tomu. Pokud to není možné, zkuste minimalizovat zapojení uživatelů během tohoto procesu. Pokud tomu tak není, můžete se pokusit odeslat e-maily s podporou nebo zprávy v aplikaci, které nabízejí pomoc uživatelům, kteří mohou být neklidní.
Drážka je jednou ze společností, která má z toho hodně prospěch z používání toho, co nazývá metriky "červené vlajky".
Společnost analyzovala vzorce chování uživatelů, které by mohly být klasifikovány jako nejvíce loajální a ti uživatelé, kteří opustili aplikaci, a byli součástí společnosti, která ztratila cenu. Při používání aplikace bylo několik bodů, kde si Groove všiml, že zákazníci strávili spoustu času.
Takže posílali zprávy uživatelům, kteří nabízejí pomoc, za předpokladu, že se uživatel setkal s problémy. Ukázalo se, že se skutečně setkávají s obtížemi (míra odpovědí byla u těchto konkrétních e-mailů poměrně vysoká). Výsledkem této řízené pozornosti byl Grooveův poměr zadržování uživatelů drasticky vystřelil.
Jedna z nejjednodušších věcí, která je třeba udělat, je skutečně bavit uživatele. To je něco, co nepotřebuje hodně investic. Zvažte příklad Zapier , která se svým zákazníkem nabádá velmi vážně a snaží se, aby byl proces co nejjednodušší nebo zábavnější. Například část z jedné z jejích nejčastějších dotazů, která se zabývá importováním / exportováním dat nativní mezi dvěma aplikacemi, se používá k používání tabulek Google a obsahuje snímek obrazovky:
Jsou to známé znaky ze série Game of Thrones. Je to malá a jednoduchá věc, a určitě něco, co by vaše uživatele zabránilo.
Chcete-li shrnout tuto diskusi o importu dat, mějte na paměti následující skutečnosti:
Dopad oznámení na uživatelský proces na palubě se může lišit od produktu k produktu. Oznámení jsou základním bodem kontaktu mezi vámi a vašimi uživateli a mají potenciál převést uživatele, kteří jsou z vaší aplikace odpojeni. Kromě toho, že budou moci znovu zapojit uživatele, mohou také zajistit trvalé zapojení ze strany stávající uživatelské základny.
Povaha oznámení se může značně lišit. Oznámení mohou být o nových funkcích, s nimiž jste aplikaci upgradovali. Mohly by se týkat celkových aktualizací produktů / generálních oprav. Oznámení mohou být ve formě zpráv v aplikaci, ve kterých zvýrazníte různé funkce vašeho produktu, které uživatelé používají. Mohly by také sloužit k připomenutí vašich uživatelů, pokud nechali něco neúplného.
Oznámení mohou mít značný potenciál pro uchování uživatele ... ale jsou to dvojitý meč
Oznámení mohou mít značný potenciál pro uchování uživatele a opětovnou angažovanost, ale jsou to dvojitý meč. Pokud jste s vašimi oznámeními příliš přetrvávající, může vás na vás vážně narazit. Uživatelé jsou každodenně bombardováni oznámeními a reklamami a dělají to nejlepší, aby se jim vyhnuli. Zakázání upozornění by v důsledku toho znamenalo nejmenší z vašich starostí.
Jedna z věcí, které můžete udělat, je odeslat spouštěné e-maily na základě konkrétních milníků, které uživatelé dosáhnou. Například, Buffer pošle e-mail svým uživatelům, pokud daný příspěvek dosáhne určitého počtu zobrazení:
Další možnou strategií použití s upozorněním je, že byste mohli sledovat funkce, které uživatelé nepoužívali, a na základě naprogramovaných spouštěčů by jim mohl připomenout přínos této funkce. Nezapomeňte, že nakonec neprodáváte produkt vašim uživatelům, prodáváte prostředky, díky kterým uživatelům umožňuje dělat něco opravdu skvělého! Ukažte jim, co jim tato funkce dovoluje.
Neměli byste být znechuceni uživateli k tomu, abyste zakázali oznámení, a ani byste neměli být tak neobvyklé, že oznámení nemají absolutně žádný dopad na vašeho uživatele.
Dává uživateli příliš mnoho informací. Cílem je přimět uživatele, aby se s produktem znovu angažoval, což znamená, že byste měli dát dostatek informací, abyste je mohli přihlásit do aplikace a zkusit to znovu. Pokud jste například vyvinuli novou funkci, pošlete oznámení, které stručně vysvětlí, co dělá, a poskytne odkaz, který přivede uživatele na svou profilovou stránku.
Uživatelé by měli mít vždy možnost zvolit si, zda chtějí oznámení nebo ne, a pokud ano, i jejich četnost. Nic nemůže být stejně jako vynucování oznámení vašim uživatelům.
Vaši uživatelé nebudou potěšením probudit v 3am díky oznámení, které jste poslali. Upozornění citlivá na čas se rychle stávají oblibou a je to něco, na co byste si měli být vědomi při navrhování systému oznámení.