Dela via

Implementera ett användargränssnitt

I det här avsnittet beskrivs några av de uppgifter som är associerade med att implementera ett användargränssnitt för ett Windows-program.

Prototyp

Användargränssnitt (UI) bör utformas från listan över användarscenarier och krav som identifierades i användaranalyssteget.

Prototyper kan vara så enkla som pennskisser eller så komplexa som interaktiva skärmmodeller. Behåll allt tidigare arbete eftersom det kan vara användbart när du visar intressenter de alternativ som övervägdes och förklarar varför de togs bort.

Försök att begränsa det här steget till högst två eller tre prototyper. Prototyper behöver inte vara uttömmande. de behöver bara effektivt simulera upplevelsen av att använda det verkliga programmet.

Demonstrera prototyperna och spåra användarfeedback för att identifiera de allmänna användbarhetstrenderna. Om det är möjligt tar du bort de minst lyckade prototyperna och införlivar så mycket användbar feedback som möjligt i en eller flera av de återstående prototyperna. Upprepa den här processen när tid och resurser tillåter.

Det finns olika prototypverktyg som SketchFlow i Microsoft Expression Studio 3, layoutredigeraren i Microsoft Visual Studio och till och med Microsoft Paint.

Konstruera

Tänk på följande när du implementerar användargränssnittet för ett program:

  • Kommandostruktur

    Ta reda på om du vill implementera en traditionell kommandostruktur baserat på menyer och verktygsfält eller en alternativ kommandostruktur som baseras på Windows Ribbon Framework. Mer information finns i Menyer, Verktygsfältoch Windows Ribbon Framework.

  • Windows och dialogrutor

    Baserat på UI-designen och prototyparbetet implementerar du programfönstren, inklusive huvudfönstret, underordnade fönster, dialogrutor och meddelanderutor. Följ UX-riktlinjerna för att avgöra vilka format och kontroller som ska användas i fönstren och dialogrutorna. Mer information finns i Windows, dialogrutoroch Windows Controls.

  • Anpassade kontroller

    Skapa endast nya anpassade kontroller om du inte kan hämta de funktioner som du vill använda från någon av standardkontrollerna i Windows. Nya anpassade kontroller är mycket kostsamma att utveckla och kräver ytterligare arbete för att göra dem tillgängliga. Om programmet kräver anpassade kontroller kontrollerar du att de är tillräckligt exponerade för hjälpmedelstekniker. Mer information finns i anpassade kontroller och Windows Automation API.

  • Stöd för standardanvändares inmatningsenheter

    De flesta Windows-program behöver stöd för användarindata via tangentbordet och musen. Möjligheten att navigera och komma åt alla programfunktioner enbart via tangentbordet är särskilt viktigt för användare med nedsatt syn eller har problem med mobilitet. Mer information finns i användarinmatning och eBok om ingenjörsmjukvara för tillgänglighet.

  • Visuella format, animeringar och visuella effekter

    Windows innehåller flera tekniker som du kan använda för att lägga till visuellt intresse och skilja användargränssnittet från andra program. Dessa inkluderar att ange kontrollers visuella format, lägga till animeringar i gränssnittselement och implementera olika visuella effekter i användargränssnittet. Mer information finns i Visual Styles, Windows Animation Manageroch Desktop Window Manager.

Förenkla

En lyckad användarupplevelse beror på utvecklarens tillvägagångssätt, perspektiv och antaganden under designprocessen. För att uppnå en grundläggande förståelse för hur ett program kan användas av målgruppen krävs möjligheten att tänka brett, utöver begränsningarna i vad som passar utvecklarens behov. Att investera tid, ansträngning och forskning i början av ett projekt kommer att löna sig i längden.

Minska, Återanvänd, Rensa

Funktioner förbättrar bara en produkt om de faktiskt används. I många fall kan spridningen av funktioner medföra komplexitet med tillägg av fler ikoner, menyalternativ, verktygsfält och dialogrutor som stör effektivitet och produktivitet i stället för att lägga till värde.

Det bästa användargränssnittet är inget gränssnitt alls

Användargränssnittet innebär att användaren måste interagera med programmet för att något ska hända. I det idealiska fallet krävs ingen interaktion. Från användarens perspektiv fungerar det bara. Om en funktion kan läggas till som på ett säkert sätt tar bort en användarinteraktion blir användarupplevelsen betydligt bättre.

Mindre användargränssnitt är bättre användargränssnitt

I många fall går det inte att ta bort interaktionen med användargränssnittet helt från användarupplevelsen. Men desto mindre användarinteraktion krävs av ett program desto bättre.

Identifiera de vanligaste och viktigaste aktiviteterna som användarna utför med programmet och gör dessa funktioner till de mest framträdande i användargränssnittet. Förvisa andra funktioner och aktiviteter till mindre status antingen visuellt, hierarkiskt eller via valfria programinställningar och användarinställningar.

  • Ersätt i stället för att lägga till

    Bevarandet av användargränssnittsregeln anger att du bara lägger till något när du kan ta bort något. Den här regeln tvingar en utvecklare att tänka kritiskt på en ny funktion genom att överväga vilken inverkan funktionen har på hela användarupplevelsen.

    Nya funktioner bör inte höjas upp eftersom de är nya: förväxla inte marknadsföring med användbarhet. Om du vill hjälpa användarna att hitta nya funktioner i produkten lägger du till ett objekt i menyn Hjälp som beskriver de ändringar som har inträffat sedan den senaste versionen av programmet.

  • Användaren är en begränsad resurs

    Ju fler funktioner som exponeras samtidigt, desto svårare är det för en användare att hitta de funktioner som de behöver.

  • Det är oförskämt att avbryta

    När ett program visar en dialogruta tvingar det användaren att stoppa vad det än är som de gör och vara uppmärksam på något annat. Om det är möjligt tar du bort behovet av en dialogruta helt genom att undvika felfall och andra störande användarupplevelser. Mer information om riktlinjer för meddelanden finns i Meddelanden.

  • Enkelt kan vara kraftfullt

    Ett enkelt användargränssnitt innebär inte en brist på funktioner. Resultatet av ett enklare användargränssnitt är vanligtvis en förkortad inlärningskurva, ökad effektivitet och förbättrad produktivitet. Detta gör det möjligt för en användare att öka sina kunskaper med programmet.

Konsekvent användargränssnitt är bra användargränssnitt

I allmänhet rekommenderar vi att du strävar efter konsekvens i ett programgränssnitt. Genom att tillhandahålla ett konsekvent användargränssnitt kan en användare bli mer skicklig med ett program på mycket kortare tid. De kan använda sina befintliga kunskaper om programmet i olika situationer och använda obekanta funktioner med tillförsikt.

I sällsynta fall ger konsekvens ingen fördel för användaren och kan till och med försämra upplevelsen. Gör inte användargränssnittet konsekvent om den konsekvensen försämrar möjligheten att utföra en uppgift. Konsekvens i sig garanterar inte användbarhet. Det är ett misstag att tro att konsekvens i gränssnittet kommer att leda till bra design.

Till exempel är användargränssnittet för videospel vanligtvis mycket specifikt för den typ av spel. Att försöka utforma ett generiskt användargränssnitt som fungerar bra för två specialiserade spel, ett som kräver en ratt och en annan som fungerar bäst med en joystick och knappar, kommer sannolikt inte att lyckas för något av spelen. I bästa hand kommer en medelväg sannolikt att uppnås som inte är bra för någon av dem.

Att ha bra data om hur saker används är nyckeln till att fatta det här beslutet. Var tydlig med för- och nackdelarna med varje kompromiss (hastighet kontra tillförlitlighet, enkel inlärning jämfört med expertkunskaper, global konsekvens kontra lokal optimering) och fatta de bästa besluten för funktionen i förhållande till hela produkten.

Design handlar om att välja hur man ska misslyckas: att optimera för en sak innebär att misslyckas med något annat. Nyckeln till en bra användargränssnittsdesign är att kunna avgöra vilka egenskaper som är viktigast för programmet och vilka som kan klippas ut.

 

 

  • Last updated on