Introduktion i mobilappar: mönster att studera inför nästa flöde

1. Låt det första användbara ögonblicket leda

Föreställ dig en måltidsplaneringsapp som öppnas med en startplan och låter någon byta en måltid istället för att leda med bilder om recept och listor. Interaktionen gör produkten konkret. Håll en introduktion endast när den löser en verklig osäkerhet.

Apples riktlinjer för mänskligt gränssnitt rekommenderar introduktion som är snabb, valfri och fokuserad. NN/g avråder från instruktioner som människor kan lära sig genom användning, samtidigt som de känner igen inställningar, skräddarsydda upplevelser och okända arbetsflöden som skäl att vägleda dem. En välbekant antecknings- eller timerapp kan vara tydligare när den öppnas direkt för uppgiften.

Studera exempel i ScreenKits onboarding-bibliotek för layout- och sekvenseringsidéer. Läs dem som visuella referenser: en skärmdump kan föreslå ett mönster, men det kan inte fastställa hur folk förstod det eller om det fungerade.

• Nämn det första meningsfulla resultatet i en mening.
• Fråga om gränssnittet i sig kan göra nästa åtgärd begriplig.
• Håll ett välkomst- eller värdeförklaring endast om det löser en verklig osäkerhet.

2. Använd progressiv inställning istället för en enkätvägg

Föreställ dig en löpande app som vill ha ett mål, enheter, påminnelsetid och plats. En progressiv version erbjuder en startplan, frågar efter ett mål när någon justerar det och lämnar enheter och påminnelser i inställningarna. Om ett visst svar är viktigt, förklara varför det behövs.

Detta mönster är användbart när anpassning beror på ett litet antal meningsfulla val. Det är svagare när frågor känns som ett frågesport utan synlig utdelning. Visa framsteg endast när det klargör den återstående ansträngningen; Lägg inte till flera skärmar bara för att få en kort form att se mild ut. Ge vettiga standardinställningar och låt folk ändra dem senare.

Skapandet av konto hör hemma i samma konversation. Apple rekommenderar att du bara ber om ett konto när kärnfunktionaliteten kräver ett, och att du skjuter upp inloggningen när det är möjligt så att folk först kan förstå appen. För ett flöde som kräver registrering, gör nyttan och nödvändig information tydlig. Den relaterade designguiden för mobilinloggning och registrering kan hjälpa dig att granska den delen separat.

• För varje fråga, skriv ner vilket produktbeslut som beror på svaret.
• Flytta valfria inställningar till det ögonblick de blir användbara eller till inställningar.
• Förklara nödvändiga kontosteg i termer av personens uppgift.

3. Lär ut en ny handling i sitt sammanhang

Överväg en budgetapp med ett okänt sätt att dela upp en transaktion. En generisk karusell som pekar på varje flik gör att personen kommer ihåg instruktioner innan de har en anledning att använda dem. Ett kontextuellt mönster väntar tills den första transaktionen är synlig och ger sedan en kort ledtråd bredvid den delade kontrollen. Ett interaktivt övningssteg kan låta någon prova åtgärden på exempeldata innan han redigerar en riktig post.

Designvalet handlar om timing och insatser. Lär ut den unika interaktionen i det ögonblick det blir relevant, håll instruktionen nära kontrollen och gör nästa åtgärd tydlig. Om en person avfärdar tipset, bevara en hjälpväg de kan hitta senare. Undvik att förklara standardnavigeringskonventioner som gränssnittet ska kommunicera på egen hand.

För komplexa flöden kan en liten guidad uppgift lära ut mer än en rundtur: skapa en exempeltavla, spara ett objekt eller förhandsgranska ett arbetsflöde. Håll övningen reversibel och säg om den ändrar verkliga data. Apple rekommenderar interaktiv undervisning där praktiska och korta förutsättningar flyter.

• Identifiera den enda åtgärden som är ny eller lätt att missförstå.
• Placera tipset bredvid den handlingen och erbjuda en prova-det-nu-väg när du är säker.
• Gör det enkelt att hoppa över, avfärda och hitta förklaringen igen.

4. Be om tillstånd när orsaken är synlig

Föreställ dig en fotojournal som kan bifoga en plats. Att be om platsåtkomst på välkomstskärmen gör förfrågan abstrakt. Att vänta tills någon väljer Lägg till plats skapar en tydlig förklaring: plats kan märka denna post, och funktionen fungerar utan den. Det är ett tillståndsmoment kopplat till en specifik förmån, med ett tydligt alternativ om åtkomst nekas.

Samma resonemang gäller aviseringar, kamera, kontakter och hälsodata. En förklaring före behörighetsfrågan bör vara korrekt, koncis och specifik för funktionen. Antyd inte att åtkomst är obligatoriskt om kärnappen fortfarande fungerar utan den. Apple rekommenderar att förfrågningar endast placeras i onboarding när privat åtkomst är en förutsättning; fråga annars när personen först använder funktionen som behöver den.

• Knyt varje begäran till en åtgärd som personen just valt eller en uppgift som de försöker slutföra.
• Ange vad tillståndet möjliggör och vad som är tillgängligt utan det.
• Håll systemuppmaningen åtskild från din egen förklaring av förmånen.

En praktisk checklista för granskning

Innan du polerar övergångar, granska varje steg på en liten telefon. Ge en obekant person en realistisk uppmaning om första uppgiften och observera var de tvekar. Jämför en lättare version när produkten säkert kan stödja den. Behandla fynden som användbarhetsbevis, inte garanterade affärsresultat.

• Kan någon nå en meningsfull första uppgift utan att memorera en turné?
• Har varje fråga eller installationssteg en tydlig, omedelbar anledning?
• Kan folk hoppa över valfri instruktion och hitta den igen senare?
• Begärs behörigheter för den funktion som behöver dem, med en ärlig förklaring?
• Låter standardinställningar människor fortsätta utan onödig konfiguration?
• Fungerar flödet med längre text, hjälpmedel och avbrutna sessioner?