Efter att ha försökt en produkts registreringsprocess igen bestämde sig min vän för att sluta

Sammanfattning#

I den här artikeln demonstrerar vi hur Logto kan mildra vissa frustrerande användarscenarier vid registrering och inloggning genom att presentera ett verkligt användningsfall av Thomas, som hade problem med att logga in på W-appen. Som en dubbelanvändare av både Apple- och Android-telefoner ville han kunna kontrollera uppdateringar på W när som helst och var som helst på båda sina telefoner. Han stötte dock på problem när han försökte logga in på sin Android W-app. Efter att ha granskat Thomas användarscenario, finns det flera aspekter av W:s användarinloggningssystem som skulle kunna förbättras, vilket Logto undviker genom att integrera Apple-inloggning i Android-appen, ge tydliga anvisningar och förfrågningar vid tillägg av information, prioritera kontroll av relaterade konton och ha en avslappnad tidsgräns för kontoradering.

Inloggning/registrering är det första steget för alla appar att skaffa användare, och en smidig och effektiv inloggnings- och registreringsprocess är det första intrycket som lockar användare. När vi träffar nya vänner försöker vi visa vår bästa sida för att lämna ett gott första intryck. Logto, som är en produkt som värdesätter användarupplevelse mycket, är också så. I den här artikeln kommer vi att visa användarna hur Logto kan mildra vissa frustrerande scenarier genom att presentera ett verkligt användningsfall.

Många gånger är det svårt att migrera från en app till en annan. Till exempel, om alla dina vänner använder Facebook, även om du tycker att Facebook inte är användarvänligt och inte vill använda det längre, är det svårt att övertyga alla dina vänner att byta till en annan social app eftersom de också står inför samma problem. Samma situation gäller för andra appar, såsom en mycket aktiv UGC-plattform. Du kanske inte vill använda den, men många högkvalitativa innehållsproducenter publicerar endast sitt innehåll på denna plattform. För att se innehållet från bloggare du gillar, måste du uthärda olägenheten och stanna på plattformen.

Att underhålla inloggnings- och registreringsprocesser och användarsystem kan verka väldigt enkelt, men i verkligheten finns det många komplexa scenarier.

Thomas användarupplevelse av W-appen#

Min vän Thomas delade med mig sin erfarenhet av att använda W (en plattformsoberoende app med nästan dubbelt så många månatliga aktiva användare som Twitter) och hans problem med den. Vad som överraskade Thomas är att en app med nästan 500 miljoner MAU kan ha en så fruktansvärd användarupplevelse!

W är en plattform där användare producerar och delar sina egna åsikter. Användare kan se offentliga interaktioner av de användare de följer på sina tidslinjer. Thomas spenderar nästan en timme på W varje dag för att förstå allas åsikter om aktuella heta ämnen.

Thomas var en tung användare av W tills han stötte på problem. Allt började när hans personliga konto blev förbjudet av plattformen. Han ville fortfarande följa innehållet från bloggare han gillade på W, så han var tvungen att registrera ett nytt konto.

Som en dubbelanvändare av både Apple- och Android-telefoner ville han kunna kontrollera uppdateringar på W när som helst och var som helst på båda sina telefoner.

Han försökte skapa ett nytt konto på sin iPhone W-app och valde Apple-konto inloggning på grund av integritetsproblem. Men när han försökte logga in på Android W-appen upptäckte han att det inte fanns någon möjlighet för Apple-konto inloggning. Därför lade han till ett sällan använt telefonnummer till kontot som redan skapats på hans iPhone och försökte logga in på det tidigare skapade kontot på sin Android-telefon med telefonnumret. W skapade dock ett nytt konto för honom när han loggade in med det nybundna telefonnumret på sin Android-telefon. De olika kontona kan inte hantera samma prenumerationslista, och det finns inget alternativ för en-klick migration av prenumerationslistor, vilket betyder att han inte kan byta telefon och säkerställa konsekvens i det innehåll han ser.

Efter en närmare granskning upptäckte han att ett telefonnummer som lagts till ett befintligt W-konto inte är ett standardalternativ för inloggning, utan snarare ett dolt alternativ som kan uppgraderas. När han försökte uppgradera telefonnumret som är kopplat till kontot han registrerade på W-appen på sin iPhone till ett inloggningsalternativ, informerade systemet honom om att numret redan användes som ett inloggningsalternativ och inte kunde uppdateras. Vidare, när han försökte radera kontot som registrerats av misstag när han försökte logga in med sitt telefonnummer på sin Android-enhet, informerade systemet honom att kontot inte kunde raderas inom 30 dagar efter dess skapande.

Vid denna tidpunkt var hans plan att logga in på samma W-konto på både sina Android- och iPhone-enheter tvungen att överges, såvida han inte ville vänta i 30 dagar och försöka igen.

Senare simulerade vi W:s användningsfall och byggde en demo med Logto som ett inloggningssystem och bjöd in Thomas att prova inloggningsupplevelsen. Han nämnde att en kvalificerad produkt inte ska hindra någon operation som användare vill fullfölja. I jämförelse är användarupplevelsen av W otillfredsställande. Han uttryckte ilska över det eftersom vissa dumma produktbeslut gjorde att han inte kunde hålla sig à jour med aktuella händelser och viktiga åsikter den kommande månaden.

Nyckelproblem som påverkar W:s användarupplevelse#

Efter att ha granskat Thomas användarscenario finns det flera aspekter av W:s användarinloggningssystem som skulle kunna förbättras.

1. Apple-inloggning kunde integreras i Android-appen.
2. Det kunde finnas ett alternativ att automatiskt uppgradera det bundna telefonnumret eller e-postadressen till ett inloggningsalternativ, eller tydligare anvisningar och förfrågningar vid tillägg av sådan information.
3. När du loggar in med telefonnummer eller e-post, vilka lätt kan bevisa ägarskap, bör systemet prioritera att kontrollera för relaterade konton och ge ett snabbt inloggningsalternativ, istället för att helt enkelt skapa ett nytt konto.
4. För ett tomt konto utan några poster kan tidsgränsen för kontoradering slappnas av.

Vissa kanske hävdar att ovanstående användarscenario är extremt sällsynt och sällan inträffar, så det påverkar inte den övergripande användningen. Logto tror dock att syftet med produktdesign är att tillgodose alla rimliga användningsscenarier när det är möjligt. Precis som vi inte kan ignorera de besvär som den aktuella situationen kan orsaka minoritetsgrupper bara för att våra liv kan fortsätta smidigt, en dag kan vi möta sådana situationer själva.

Om det inte vore för tillfälligheten av att alla fyra problemen inträffade samtidigt, skulle Thomas inte ha stött på detta problem. Förbättringar gjorda av något av de fyra nämnda problemen angående W:s inloggningssystem skulle lösa hindren i Thomas användningsfall.

Hur undviker Logto de ovan nämnda problemen?#

När vi designade slutanvändarens inloggnings-/registreringsflöde, utförde Logto omfattande forskning och gjorde många överväganden.

Angående det första problemet har vi försökt använda ett Apple-konto för att logga in på olika enheter. Apple-enheter kan ha speciell hantering för detta, medan vi i andra fall kan uppnå detta genom att använda ett Apple-konto för att logga in på icke-Apple-enheter genom att omdirigera till Apple ID-webbsidan och få användarens auktorisering. Om du är en Notion-användare kommer du att upptäcka att de också gör detta och tillåter att använda ett Apple-konto för att logga in på alla enheter utan åtskillnad.

För det andra och tredje problemet kan all identifierbar information som läggs till i en användarprofil i Logto-kontot (till exempel telefonnummer, e-postadress, Google-konto, Apple-konto eller andra relaterade konton) användas som en grund för inloggning. Till exempel, om jag har ett Logto-konto skapat med ett användarnamn och lösenord och sedan jag binder en e-postadress till kontot, kan jag använda denna e-postadress och lösenord eller verifieringskod för att logga in på samma Logto-konto på vilken enhet som helst. Vi gör detta för att undvika att omedvetet skapa flera konton (vilket skulle göra det svårt att hantera resurser över flera konton), och att slå samman flera konton senare är en mycket komplex uppgift. Vi vill undvika detta problem från dag ett.

För det sista problemet, eftersom Logto är en backend-identitetsinfrastruktur, tillhandahåller vi inte en användarhanteringssida för slutanvändare (Logtos direkta användare anpassar vanligtvis sina egna användardetaljsidor med sin egen varumärkesstil). Vi tillhandahåller dock ett antal API:er för Logtos användare för att hjälpa dem att bygga sina egna slutanvändardetaljsidor. Logtos användare kan använda Logto Admin Console eller API:erna för att modifiera, ta bort, suspenda och återaktivera slutanvändarnas konton.

Vad mer?#

Det vi har nämnt här är bara toppen av isberget när det kommer till Logtos designfilosofi. I framtiden kommer vi att publicera en serie artiklar för att dela vår process bakom kulisserna för att designa produkter och ta viktiga produktbeslut. Vi hoppas att dessa också kommer att hjälpa läsare att få insikter i hur man optimerar sina egna verksamheter. Vi ser även fram emot att få feedback från läsarna om Logto-produkter, eftersom detta är en tvåvägs inlärningsprocess.

Logto-teamet förbättrar kontinuerligt sin produkt genom att hämta inspiration från samhällets olika förslag, med målet att tillhandahålla användarna den bästa möjliga upplevelsen. Utan det aktiva bidraget från användare som ger konstruktiv feedback och samarbetar med teamet kan vi inte skapa den perfekta produkten. Om du tror att Logto kan gynna din verksamhet, vänligen prova Logto Cloud. Om du har några frågor eller förslag under användningen, tveka inte att kontakta Logto-teamet och låt oss veta dina tankar och krav. Låt oss tillsammans göra Logto bättre!