Appflöden och enskilda skärmdumpar: så studerar du sekvensen
Lär dig granska skärmsekvenser utifrån uppgiftens struktur, tillståndsändringar och luckor i övergångarna, och se vad enskilda UI-referenser inte kan visa om ett interaktivt flöde.
En individuell skärmdump är användbar för att studera en layout, hierarki eller visuellt mönster. Men en produktuppgift utvecklas över tiden: en person börjar någonstans, gör val, möter system- eller apptillstånd och antingen når ett resultat eller fastnar. För att studera den upplevelsen, granska skärmdumpar som en ordnad sekvens och fråga vad klyftorna mellan dem betyder.
En sekvens av skärmdumpar är fortfarande en delvis visuell referens. Det bevisar inte varje rutt, tryckmål, animering, feltillstånd eller användarresultat. ScreenKits hjälper dig att bläddra bland tagna appskärmar och jämföra mönster; använd din egen prototyp eller forskning för att validera hur ett verkligt flöde beter sig.
Viktigaste lärdomarna
- Börja med ett användarmål och scenario, ordna sedan relevanta skärmar i den ordning uppgiften kräver.
- Anteckna tillstånd, beslut och övergångar mellan bilder istället för att behandla intilliggande bilder som en verifierad interaktionsinspelning.
- Spela in saknade bevis och testa det verkliga gränssnittet när beteende, timing eller alternativa vägar spelar roll.
1. Separera en skärmreferens från ett flöde
En skärmdump svarar på frågor om ett dokumenterat tillstånd: Vad är framträdande? Hur grupperas information? Hur ser den primära handlingen ut? En flödesgranskning lägger till relationer: Vilket mål för någon hit? Vilken handling driver dem framåt? Vilka förändringar efter den åtgärden, och hur kan de återhämta sig eller ta en annan väg?
Håll tre olika typer av bevis åtskilda. En enskild skärmdump är en stillbild. En ordnad skärmbildssekvens föreslår en möjlig utveckling genom fångade tillstånd. En interaktiv inspelning eller prototyp visar beteende över tid, men kan fortfarande täcka endast en väg och en uppsättning villkor. En sekvens är inte automatiskt ett avlyssningsbart flöde, en komplett resa eller en analyspost.
Denna distinktion gör ett skärmbildsbibliotek mer användbart, inte mindre. Bläddra bland alla ScreenKits-exempel för att samla visuella referenser, gör sedan din egen karta över uppgiften, grenar och obesvarade frågor. Använd kategorier för att begränsa sammanhanget, eller filtrera efter introduktionsexempel när du granskar en sekvens för första användning.
2. Börja med uppgiften, inte bildhögen
Välj ett konkret scenario, till exempel "spara en produkt till senare" eller "slutför att skapa ett nytt konto." Namnge personens mål i deras termer; Att fylla i ett formulär eller trycka på en knapp är vanligtvis ett steg, inte målet. Nielsen Norman Group beskriver uppgiftsanalys som att studera målet, stegen, deras ordning och struktur och den information som behövs längs vägen. Det ger din granskning en användbar analysenhet: uppgiften och vägen genom den.
Samla sedan de skärmar som verkar relevanta och ordna dem i en preliminär ordning. Märk var och en med vad som verkar hända, som att bläddra, välja, bekräfta, begära tillstånd, framgång eller återställning. Markera ordningen som en hypotes om du inte vet hur skärmdumparna producerades. Om en skärm kan passa mer än en punkt i uppgiften, notera tvetydigheten i stället för att dra en säker slutsats.
För en starkare karta, lägg till alternativa sökvägar och villkor bredvid huvudsekvensen: en återkommande användare, en nekad behörighet, ett ogiltigt fält, ett tomt resultat eller en förlorad anslutning. Dessa grenar avslöjar ofta designfrågor som ett polerat happy-path-galleri inte kan svara på.
- Skriv användaren, situationen och det tänkta resultatet i en mening.
- Ordna de uppenbara stegen och märk bevisen bakom den ordern.
- Lägg till troliga grenar, förutsättningar och återställningssteg som separata anteckningar.
3. Inspektera vad som ändras mellan skärmarna
Övergången är där resonemanget sker. För varje angränsande par, skriv triggern du tror kopplar ihop dem, vad som förändrades och vad personen borde förstå nu. Bestod ett val? Erkände appen en lagring? Är nästa skärm en ny destination, en tillfällig dialogruta eller en prompt om systembehörighet? Om bevisen inte visar utlösaren, markera det som okänt.
Spåra tillstånd såväl som destination. Ett formulär kan vara tomt, delvis komplett, ogiltigt, skickat in eller återställt efter avbrott. En köpskärm kan ha ett erbjudande, laddningstillstånd, fel och bekräftelse. Två nästan identiska fångar kan avslöja en meningsfull tillståndsförändring; två visuellt olika skärmar kan tillhöra separata rutter. Använd etiketter eller anteckningar så att din sekvens inte antyder kausalitet som fångarna inte kan bevisa.
Navigering behöver orientering och återhämtning. Apples riktlinjer för mänskligt gränssnitt beskriver flikfält som navigering mellan sektioner på högsta nivån och noterar att bevarande av varje sektions navigeringsstatus hjälper människor att byta utan att förlora sin plats. Tillämpa den typen av frågor på referenser: kan någon berätta i vilket område de befinner sig, återgå till ett tidigare sammanhang eller lämna en guidad uppgift? En stillbild kan antyda råd, men endast interaktionstestning kan fastställa hur den beter sig.
- För varje övergång, registrera trigger, synlig feedback, resulterande tillstånd och förtroende.
- Gå tillbaka, avbryt, hoppa över, försök igen och återuppta sökvägar där det är relevant.
- Separera appskärmar från operativsystemets användargränssnitt och externa destinationer.
4. Välj rätt bevis för frågan
Olika artefakter svarar på olika designfrågor. Börja med den lättaste användbara referensen, gå sedan till en prototyp, inspelning eller användarobservation när frågan beror på faktiska beteende.
| Artefakt | Användbar för | Vad den inte kan fastställa av sig själv |
|---|---|---|
| Enskild skärmdump | Visuell hierarki, kopiering, komponentmönster och ett dokumenterat tillstånd | Vad som orsakade tillståndet, vad som hände före eller efter, eller om kontroller fungerar |
| Beställd skärmdumpsekvens | Jämför skenbar progression, upprepade mönster och kandidatövergångsluckor | Att ordningen är fullständig, varje gren är representerad eller övergångar är interaktiva |
| Interaktiv prototyp eller inspelning | Granska en definierad väg, timing, feedback och interaktionsbeteende | Hur alla användare beter sig, alla möjliga rutter eller utfall utanför det inspelade scenariot |
| Observerad uppgiftsforskning | Att lära sig var människor tvekar, vad de förväntar sig och hur de återhämtar sig i sitt sammanhang | Ett universellt resultat från ett litet eller icke-representativt urval |
5. En repeterbar kommenterad flödesgranskning
Använd checklistan nedan för en kort kritik eller en djupare handoff. Håll varje anteckning specifik och separera observationer från antaganden. Om du granskar din egen produkt, testa den kartlagda uppgiften med en prototyp eller fungerande konstruktion och revidera kartan när det observerade beteendet skiljer sig.
- Definiera en användare, ett sammanhang och ett observerbart slutmål.
- Beställ relevanta skärmdumpar; märk var och en som bekräftad, antagen eller okänd.
- För varje steg, notera användaråtgärden, gränssnittssvaret, aktuellt tillstånd och nästa beslut.
- Markera luckor: saknad trigger, oklara framsteg, förlorat sammanhang, frånvarande feedback eller ingen återställningsväg.
- Lägg till alternativa och feltillstånd, inklusive hoppa över, tillbaka, avbryt, tom, fel och fall med avslag på behörighet.
- Kontrollera om etiketter och hierarki gör nästa åtgärd och aktuell plats begriplig.
- Förvandla varje osäkerhet till en fråga för en prototypgenomgång eller observerad uppgiftssession.
- Anteckna beviskällan och datumet så att senare granskare vet vad kartan representerar.
Vanliga frågor
Är en sekvens av skärmdumpar och ett appflöde samma sak?
Nej. En sekvens är en uppsättning stillbilder arrangerade för att föreslå progression. Ett appflöde beskriver också åtgärder, övergångar, tillstånd och möjliga förgreningar. Behandla en skärmdumpsekvens som delvis visuellt bevis om inte interaktionsbeteende och täckning har verifierats separat.
Hur ska jag anteckna saknade skärmar eller övergångar?
Skriv ner vad du vet, vad du drar slutsatsen och vad som är okänt. Notera användaråtgärden, förväntad feedback, resulterande tillstånd och eventuell saknad återställning eller alternativ väg. Använd en prototyp eller observerad session för att svara på frågor som fångarna inte kan lösa.
Kan jag använda skärmdumpsreferenser för användarforskning?
De kan stödja designjämförelser och hjälpa dig att formulera hypoteser, men de visar inte hur deltagarna beter sig eller vad de förstår. För att lära dig det, ge människor en realistisk uppgift i en prototyp eller ett arbetsgränssnitt och observera resultatet.
