Installationen

Användarna tycker inte om att installera programvara, så moderna installationsupplevelser måste vara enkla, effektiva och problemfria.

Installationsprogrammet refererar vanligtvis till upplevelsen av att installera och först konfigurera ett program. Konfigurationen kan dock även referera till hela installationslivscykeln, inklusive inledande installation, inkrementella programuppdateringar (till exempel versionsuppgraderingar eller servicepaket), reparation och avinstallation.

De flesta användare betraktar konfigurationen som ett nödvändigt ont, som ska utföras så snabbt som möjligt. Poängen med att installera programmet är att använda det, inte att fatta otaliga beslut om konfiguration och användning, eller ännu värre, att spendera mycket tid på att svara på personliga frågor som används för registrering eller marknadsföring.

En smidig konfigurationsupplevelse.

Konfigurationsupplevelsen i kombination med den första användningen av programmet kallas för den första upplevelsen. Programmet bör ge användarna en smidig första upplevelse. Varje fråga eller steg som inte behövs eller kan skjutas upp fördröjer dem från att använda ditt program. Alltför komplexa installationsprogram är reliker från en annan ålder.

Obs! riktlinjer som rör första upplevelsen med hjälp av ett program och guider visas i separata artiklar.

Är det här rätt användargränssnitt?

Även om alla Microsoft Windows-program behöver någon form av installationsprogram kan du välja var programinställningarna ska placeras:

• Installationen
• Första användningen av programmet
• Alternativ för centraliserat program
• När det gäller att använda funktionen

Installation

Presentera inställningar i konfigurationen om:

• Rätt inställningar krävs för att använda programmet och de gäller för alla användare.
• Att använda standardinställningar är inte acceptabelt, antingen eftersom det inte finns någon säker standard, användarna kommer sannolikt att välja inställningar som inte är standard, eller så kräver standardinställningarna användarens medgivande.
• Användare bör, men sannolikt inte göra det, ändra viktiga inställningar efter installationen.

Första användningen av programmet

Presentera inställningar för programmets första användning om:

• Rätt inställningar krävs för att använda programmet och de gäller för enskilda användare.
• Att använda standardinställningar är inte acceptabelt, antingen eftersom det inte finns någon säker standard, användarna kommer sannolikt att välja inställningar som inte är standard, eller så kräver standardinställningarna användarens medgivande.
• Användare bör, men sannolikt inte göra det, ändra viktiga inställningar med hjälp av programalternativen.
• Inställningarna anpassar en grundläggande upplevelse, eller en som är avgörande för en användares personliga identifiering med programmet.

För sådana inställningar kommer användarna sannolikt att göra bättre val inom ramen för programmet än inom konfigurationen.

Alternativ för centraliserat program

Visa inställningar i dialogrutan alternativ i programmet om alla följande villkor gäller:

• Det finns standardinställningar som fungerar bra för de flesta användare.
• Det finns många inställningar och de gäller för funktioner och uppgifter.
• Det är mer troligt att användarna förväntar sig att hitta inställningarna på en central plats.

I kontexten för att använda funktionen

Presentera inställningar i relevant kontext om alla följande villkor gäller:

• Det finns standardinställningar som fungerar bra för de flesta användare.
• Det finns ett litet antal fristående inställningar för en specifik funktion.
• Det är mer troligt att användarna förväntar sig att hitta inställningarna med den associerade funktionen än en central plats.
• Det finns en uppenbar plats i användargränssnittet (UI) för att komma åt inställningarna.

Med noggrann uppmärksamhet på placeringen av konfigurationsinställningar kan du minska belastningen på användarna under deras första upplevelse av ditt program.

Designbegrepp

Utforma en enkel installation

Välkommen, nästa, nästa, nästa, nästa, nästa, installera, avsluta, grattis! Låter den här konfigurationsupplevelsen bekant? Tidigare har installationsprogram antagit den här typen av ineffektiv design: en lång sekvens med skärmar som bjuder in användare till en tanklös sekvens med klick bara för att komma igenom den.

Om användarna beskriver installationen av ditt program med ord som snabb och enkel, berömmer de säkert upplevelsen. De skulle mycket hellre använda ditt program än att konfigurera det.

Granska konfigurationsdesignen för frågor, alternativ, sidor och sökvägar och var hänsynslös när det gäller att eliminera dem. Utför användarundersökningar för att ta reda på vilka alternativ användarna verkligen behöver och se till att de inte medvetet klickar på knappen Nästa via alla sidor. Skjut upp eventuella alternativ eller frågor som hanteras bättre i samband med det program som körs.

Många installationsprogram erbjuder standardsidor, inte för att de är nödvändiga eller användbara, utan för att de är standard. Välkomstsidor, sammanfattningssidor och grattissidor lägger ofta bara till klick. I stället bör ditt installationsprogram endast lägga till sidor om de behövs för att slutföra konfigurationsuppgiften. Riktlinjer för typer av konfigurationssidor och hur du utvärderar dem finns i Sidtyper senare i den här artikeln.

I det här exemplet eliminerar installationsprogrammet den traditionella välkomstsidan och går direkt till verksamheten.

Även om det kan vara nödvändigt att erbjuda olika grenar av konfiguration (en snabb, typisk upplevelse och en mer kontrollerbar, anpassad upplevelse), se till att du har tillräckligt med anpassade alternativ för att garantera den extra komplexiteten. Lägg inte till grenar om du inte måste. Några oviktiga alternativ i en anpassad gren tyder på behovet av att omorganisera konfigurationsdesignen.

En annan anledning till att effektivisera installationen är att oerfarna användare ibland överanalyserar alternativ, eftersom de fruktar att ett felaktigt val kan vara oåterkalleligt eller destruktivt. Att tvinga användare att fatta beslut om saker de inte förstår eller bryr sig om kan få dem att känna sig oroliga, inkompetent och till och med frustrerade. Inte ett bra första intryck. Det är bättre att bara få dem att gå snabbt, känna sig bekväma och säkra när de utforskar funktionerna i ditt program och fatta bättre beslut om funktionsalternativ vid den tiden. Fler riktlinjer finns i Streamlining-konfigurationen senare i den här artikeln.

Sträva efter att göra din installationsupplevelse så enkel som möjligt, men inte enklare. Program som riktar sig till mycket tekniska användare kan behöva en komplex konfiguration. Till exempel upptäckte Microsoft SQL Server-teamet att databasadministratörer föredrar att behålla kontrollen över många installationsalternativ, till exempel filplatser. Dessutom är SQL Server ett stort affärsprogram med ett antal komponenter som skiljer sig mycket åt i syfte och funktionalitet. Så även om vi vill hålla det enkelt måste konfigurationen återspegla produktens komplexitet och användarnas förväntningar och behov.

Ändå bör sådana komplexa installationsprogram vara undantaget, inte regeln. De flesta Windows-program bör sträva efter att starta installationsprocessen med ett enkelt, enda steg.

Installationsfaser

Med väl utformade installationsprogram kan användarna utföra andra aktiviteter under den tidskrävande uppgiften att ladda ned och kopiera filer. Om du vill köra obevakade installationsprogram är de utformade för att ha fyra separata faser:

• Beslutsfasen. Användarna anger hur de vill att programmet ska installeras och konfigureras.
• Nedladdningsfasen. För program som laddats ned från Internet. Om programmet har flera program eller versioner anger användarna vad de ska ladda ned under beslutsfasen.
• Installationsfasen. Installationsprogrammet kopierar filerna och gör lämpliga konfigurationsändringar.
• Slutförandefasen. All återstående information, steg eller problem åtgärdas.

Eftersom installationsfasen kan ta lång tid bör den här fasen utformas så att den kan slutföras utan någon inblandning från användarens sida. Det innebär att alla frågor bör ställas under beslutsfasen, och eventuella problem som uppstår bör ställas i kö och hanteras i slutförandefasen. Om installationsfasen tar mer än en minut att slutföra antar du att användarna kommer att göra något annat under nedladdnings- och installationsfaserna.

felaktig:

I det här exemplet avbryter installationsprogrammet förloppet för att ställa en fråga som borde ha ställts under beslutsfasen.

Presentera användbara framsteg

Om användarna tålmodigt väntar igenom installationsfasen av installationsupplevelsen, kanske tittar på en förloppsindikator till dess uppenbara slutförande, bara för att bevittna återställningen av förloppsindikatorn och börja om, finns det en verklig känsla av svek. De rapporterade framstegen var vilseledande och i slutändan meningslösa.

En variant på det här smärtsamma scenariot är installationen "brinksmanship": användarna ser förloppet nå, till exempel 99 procent färdigt, men tvingas vänta en oproportionerlig tid innan de slutligen kommer till 100 procent färdigt. Så när det gäller vad som är viktigast för användaren, ett underförstått löfte om hur lång tid det tar att vänta, är anspråket på 99 procent slutfört bedrägligt.

Under nedladdnings- och installationsfaserna har användarna vanligtvis två saker som de vill veta: om de väntar eller gör något annat, och kommer installationen att göras snart. Även om det finns tillräckligt med variabler i konfigurationsprocessen för att förhindra att du tillhandahåller helt korrekt förloppsinformation, måste feedbacken om förloppet vara tillräckligt korrekt för att besvara dessa två frågor och ställa in lämpliga förväntningar. Förutom en förloppsindikator kan du inkludera en kort instruktion om den totala tid som förväntas för processen.

I det här exemplet innehåller förloppssidan en kort, allmän instruktion om hur lång tid installationen kan ta.

Bra installationsprogram använder förloppsstaplar effektivt för att ge användarna användbar information om installationsprogrammets förlopp. Fler riktlinjer finns i förloppsstaplar.

Design för alla installationsscenarier

Moderna installationsprogram måste utformas för att hantera en mängd olika installationsscenarier:

• Användaren av programmet installerar det från en skiva eller en nätverksfilresurs.
• Användaren av programmet laddar ned det från webben.
• En originalutrustningstillverkare (OEM) inkluderar programmet på datorn på fabriken.
• En IT-tekniker installerar programmet på många datorer i en organisation.
• Någon annan än användaren installerar programmet (till exempel en överordnad för ett barn eller en medarbetare som använder samma dator som en annan medarbetare).

Med tanke på dessa scenarier bör du inte anta att användarna alltid installerar programmet själva (vilket gör alternativ om personliga inställningar olämpliga), kommer att övervaka processen noggrant (vilket gör obevakad installation viktig) eller ens vill ha ett grafiskt användargränssnitt för uppgiften.

Glöm inte avinstallationsupplevelsen

För att slutföra livscykeln för programvaruinstallationen måste användarna kunna ta bort programvara som de inte vill ha eller inte längre behöver. Detta är särskilt viktigt om de inte installerade själva programmet (till exempel om det kom förinstallerat på datorn).

Hantera teknisk support strategiskt

Att installera programmet är den enda uppgift som alla användare måste slutföra. Om användarna inte kan installera programmet måste du antingen ge dem kostsam teknisk support eller så är de inte dina användare längre.

Utforma ditt installationsprogram för att ge ditt tekniska supportteam de funktioner och den information de behöver för att hjälpa användarna att installera. Den här informationen bör normalt inte exponeras för användare, men de bör vara lättillgängliga när det behövs.

felaktig:

I det här exemplet visar förloppsindikatorn information som bara är meningsfull för teknisk support.

Håll den normala användarupplevelsen enkel – belamra den inte med information som bara har värde för teknisk support. Registrera i stället supportinformation i en installationsloggfil i stället. Och ännu viktigare är att hjälpa användarna att undvika behovet av teknisk support med tydliga, koncisa felmeddelanden som förklarar problemen väl och ger praktiska lösningar. Ange länkar till hjälpartiklar vid behov. Överväg att tillhandahålla ett reparationsalternativ för ditt installationsprogram för att reparera saknade eller skadade filer eller inställningar.

Om du bara gör tre saker...

1. 1. Gör installationen så enkel och lätt som möjligt. Kom ihåg att användarna inte tycker om att konfigurera, de uthärdar det. Titta noga på varje fråga, alternativ, sida och sökväg och trimma bort allt som inte är nödvändigt för att slutföra installationen.
2. 2. Design för alla installationsscenarier, inklusive obevakade installationer, skriptinstallationer och avinstallation. För effektiva obevakade installationer kontrollerar du att det finns en ren separation mellan installationsfaserna.
3. 3. Utforma ditt installationsprogram så att användarna kan lösa konfigurationsproblem på egen hand, men även logga den information som behövs för teknisk support för det aktuella fallet. Tänk på att konfigurationen är den enda uppgift som alla användare måste slutföra.

Riktlinjer

Allmänt

• Tillämpa riktlinjerna för standardguiden för guidebaserade installationsprogram. Använd dessa riktlinjer för att fastställa bra siddesign, effektiv navigering, bra kontrolletiketter, användning av huvudinstruktioner och användning av hjälp.
• Tillåt användare att starta om installationsprogrammet där de slutade om det krävs mycket användarindata eller tar lång tid att slutföra. Om användarna startar om programmet efter att ha stängt det innan det har slutförts återställer du tidigare användarindata och startar om där installationen stoppades.
• Visa inte installationsfönster maximerade. Om du visar ett maximerat installationsfönster förutsätter det att användarna ger installationen sin odelade uppmärksamhet, vilket är osannolikt. Välj i stället en storlek som är lämplig för innehållet för att upprätthålla ett enkelt utseende.

Windows-integrering

• Ge installationsfilen namnet "Setup.exe". "Install.exe" är ett acceptabelt alternativ. På så sätt kan Windows (och användare) identifiera filen som ett installationsprogram.
  • Undantag: För program som laddas ned från Internet kan du hjälpa användarna att hantera och organisera mappen Nedladdningar genom att inkludera namnet på programmet i namnet på installationsfilen. Till exempel SetupVisualStudioExpress2008.exe.
• Kopiera programfiler till rätt filsystemplatser. På så sätt kan användare och Windows hitta och organisera filerna bättre. Mer information finns i användningsriktlinjerna för Windows-filsystemnamnområde.

Kontroll av användarkonto

• Signera den körbara filen för installationen digitalt. Signerade körbara filer har många fördelar, bland annat att använda ett mer specifikt användarkontokontroll för utökade användargränssnitt. Information om signeringsfiler finns i Introduktion till kodsignering.
• Om en konfiguration kan kräva utökade privilegier höjs du så sent som möjligt. Visa användargränssnittet för utökade privilegier först när användaren har checkat in ett alternativ som kräver utökade privilegier. Vanligtvis visas användargränssnittet för utökade privilegier under installationsfasen, inte beslutsfasen. Men om en installation alltid kräver utökade privilegier höjs du vid startpunkten.
• Kräv alltid utökade privilegier för avinstallation. På så sätt förhindras skadlig kod från att avinstallera kritisk programvara utan att användarna känner till den.
• När den är förhöjd förblir förhöjd tills utökade privilegier inte längre behövs. Användare ska inte behöva höja flera gånger för att utföra en programinstallation.
• Om särskilda behörigheter krävs för installationen kontrollerar du användarens autentiseringsuppgifter och rapporterar eventuella problem på den första eller andra sidan. Låt inte användarna utföra mycket arbete bara för att upptäcka att de inte har rätt autentiseringsuppgifter för att slutföra installationen.
• Kräv minsta möjliga behörighet. Administratörer är till exempel ovilliga att installera programvara som kräver autentiseringsuppgifter för domänadministratör.

Fler riktlinjer finns i User Account Control.

Starta om Windows

• Undvik att starta om Windows. De flesta program bör installeras utan att starta om Windows. Den främsta orsaken till att programinstallationer eller uppdateringar kräver en omstart av systemet är att vissa av de aktuella filerna för närvarande används av ett program som körs. I det här fallet är ett bättre alternativ att göra användarna medvetna om situationen, tillåta användare att stänga dessa program och försöka utföra åtgärden igen. Mer information om hur du undviker omstarter finns i Restart Manager.
• Om installationen måste starta om Windows:

  • Använd en enda omstart. Fördröj omstarten som krävs av alla krav tills programmet och dess uppdateringar är helt installerade.

  • Låt användarna avgöra när det händer. Starta inte om Windows automatiskt eftersom användarna kan förlora arbetet. Se till att det är tydligt för användarna att de har ett val.

    felaktig:

    

    I det här exemplet verkar användarna inte ha något val om när windows ska startas om.

  • Om användaren väljer att inte starta om Windows omedelbart kan du presentera eventuell slutlig feedback som en framgång, inte ett fel. Även om installationen tekniskt sett inte är klar förrän omstarten har slutförts lyckades den från användarens synvinkel.

Konfiguration av effektivisering

• När det är praktiskt startar du installationsprocessen med ett enda steg. I stället för att lägga till en separat sida i konfigurationen för licensvillkoren kan du till exempel ange en länk till dem i stället. Om du länkar till villkoren:

  • Formulera incheckningsknappen som "Godkänn och installera" för att kräva uttryckligt medgivande för att godkänna licensvillkoren.
  • Se till att länken för licensavtalet inte kan brytas genom att länka till en fil som är lokal till konfigurationen i stället för en webbsida.
  • Ge möjlighet att skriva ut licensavtalet från visningsfönstret.

• Eliminera onödiga alternativ och frågor.

  • Skjut upp alternativ som är lämpligare för den första användningen av programmet eller funktionen.

    

    I det här exemplet presenterar Windows Media Player sekretessalternativ per användare vid första användningen av programmet.

  • Ställ inte frågor till användarna om systemtillståndet. Identifiera den här informationen automatiskt i stället och be användarna att bara kontrollera om det finns en anledning att ändra.

  • Ställ inte frågor om oviktig information. För vanliga Windows-program är det till exempel säkert att anta att du ska kopiera programfiler till mappen Programfiler.

    felaktig:

    

    I det här exemplet bör konfigurationen effektiviseras genom att du eliminerar begäran om filplatsindata. Med tanke på programmets storlek bryr sig de flesta användare inte och klickar bara på Nästa.

  • Be inte om tillstånd att göra det du inte borde göra ändå. De flesta program bör till exempel inte innehålla ett alternativ för att placera programikonen på skrivbordet.

  • Bekräfta inte att installationen avbröts. Om användarna klickar på Avbryt under installationen antar du att annulleringen var avsiktlig och stänger programmet utan bekräftelse. Om du gör det riskerar du att förlora betydande tid eller ansträngning, så att användarna kan starta om installationsprogrammet och fortsätta där de slutade.

• Optimera för obevakad installation.

  • Presentera alla alternativ och frågor under beslutsfasen.
  • För nedladdnings- och installationsfaserna fördröjer du behovet av användarindata till eventuella problem som påträffas till slutet av fasen. På så sätt kan användarna lämna installationen obevakad tills de kommer tillbaka när det passar dem.

• Eliminera onödiga sidor. Om de flesta användare alltid bara klickar på Nästa på en sida kan du överväga att bli av med sidan. Riktlinjer för att eliminera vissa typer av sidor finns i Sidtyper.

• Eliminera onödig text.

  • Ta bort redundant text från instruktioner och etiketter.
  • Förklara inte grundläggande användningsbegrepp för Windows, till exempel:
    • Interagera med kontroller (exempel: Klicka på Nästa om du vill börja; Klicka på Alternativ om du vill ha fler alternativ. Klicka på Hjälp om du vill ha mer information.
    • Hur guider fungerar (exempel: Om du vill granska eller ändra några inställningar klickar du på Tillbaka).
    • Hur installationen fungerar (exempel: Programmet kopierar programfilerna till hårddisken...).

• Eliminera onödiga ansträngningar.

  • Ange bra standardvärden:

    • I allmänhet väljer du det säkraste och mest privata svaret som standard.

    • Om säkerhet och sekretess inte är faktorer väljer du det mest sannolika eller praktiska svaret.

      

      I det här exemplet hämtas användarnamnet och organisationen som tillhandahålls som standard från registret.

    • Om ett alternativ rekommenderas starkt kan du välja det som standard eller lägga till "(rekommenderas)" i etiketten.

  • Avancera sidor automatiskt när en sida inte har några indata och uppgiften har slutförts, till exempel med sidor för nedladdning, installation, förlopp och uppdateringar. När steget är klart kan du bara stanna kvar på dessa sidor för att visa problem.

  • När det är praktiskt startar du programmet automatiskt när installationen är klar, i stället för att visa sidan Grattis eller Slutförande. När installationen körs interaktivt antar du att användaren installerar programmet för att köra det omedelbart, så att köra programmet är den bästa feedbacken för att visa att installationen är klar. Det är inte praktiskt att köra programmet automatiskt när installationen installerar fler än ett program (till exempel en svit som består av många program), när installationen inte körs interaktivt eller när installationsprocessen inte har slutförts efter installationen.

Sidtyper

välkomst- och komma igång-sidor

• Ta bort välkomstsidor. Det är bra att känna sig välkommen, men användarna klickar vanligtvis bara på Nästa utan att läsa. Och eftersom användare vanligtvis hoppar över dessa sidor utan att läsa, gör texten lite mer än att ange det uppenbara, avsiktligt.

  felaktig:

  

  I det här exemplet finns det inget för användaren att göra, men klicka på Nästa.

• Använd endast sidan Komma igång om du måste informera användarna om kraven för installation. Sådana krav är att installera nödvändig programvara eller maskinvara, utföra nödvändiga ändringar och uppdateringar av systemkonfigurationen, utföra en systemsäkerhetskopia för att skydda mot dataförlust eller hämta nödvändig information som användaren sannolikt inte redan har.

• När det är praktiskt kan du utföra förutsättningarna direkt från installationsprogrammet. Användare bör bara behöva utföra stegen manuellt om det inte finns något alternativ.

• Om en välkomstsida eller komma igång-sida inte används inkludera programnamnet och beskrivningen på den första sidan i installationsprogrammet. Du kan använda välkomstspråk som introduktionstext så länge sidans syfte är tydligt.

sidor med licensvillkor

• Skriv licensvillkoren med hjälp av tydlig, koncis text. Använd vanligt språk. Undvik "legalese".

• Presentera med ett format som är lätt att läsa och skanna. Använd inte långa textavsnitt.

  felaktig:

  

  I det här exemplet gör versaler och stora teckenstorlekar termerna svåra att läsa, vilket tvingar användarna att rulla mer än nödvändigt.

• Kräv uttryckligt medgivande för att godkänna licensvillkoren. Licensgodkännande bör aldrig väljas som standard. Om alternativknapparna används för att ange godkännande lämnar du alternativen avmarkerade som standard och kräver att användarna godkänner villkoren innan du aktiverar knappen Nästa.

  

  I det här exemplet inaktiveras knappen Nästa tills användarna uttryckligen har accepterat licensvillkoren.

• Kräv inte att användarna bläddrar längst ned i texten för licensvillkoren innan knappen Nästa är aktiverad. Detta medför en onödig börda för användarna att förstå varför knappen Nästa är inaktiverad.

• Ange ett utskriftskommando antingen med en kommandoknapp eller en snabbmeny. Presentera termerna i ett format som är optimerat för utskrift.

Produktregistreringssidor

• Kräv att användarna endast registrerar sig om de måste för att kunna använda programmet. Förklara tydligt varför användare måste registrera sig.
• Ange valfri registrering endast om det finns en tydlig användarförmån, till exempel för att meddela användarna om produktuppdateringar. Låt det här alternativet vara avmarkerat som standard.
• Tillåt användare att registrera sig senare. Ange högst tre påminnelser och låt användarna stänga påminnelserna med ett enda klick.

omfångssidor (typiska, anpassade eller lägsta)

• Hellre att ta bort den här sidan. Anta att de flesta användare vill ha den typiska installationsupplevelsen (och utforma den upplevelsen så att den fungerar bra för de flesta användare).

• Om du måste inkludera en omfångssida:

  • Förklara skillnaderna mellan alternativen vad gäller funktioner och diskutrymme. Användarna förlitar sig på tydligheten i informationen på omfångssidan för att säkerställa att de gör rätt val.
  • Kontrollera att de anpassade alternativen endast är nödvändiga för en liten procentandel av användarna, medan de flesta användare kan ignorera dem på ett säkert sätt. Annars bör alternativen finnas i den vanliga installationssökvägen.
  • Om användarna väljer anpassade alternativ har du de typiska installationsalternativen valda som standard. Användarna betraktar den typiska installationen som baslinje och vill anpassa genom att lägga till eller ta bort alternativ från baslinjen.

• Om du måste använda ett anpassat installationsalternativ överväga att använda relativ knappstorlek och placering för att vägleda de flesta användare till den typiska installationen.

  

  I det här exemplet förstärker siddesignen visuellt det faktum att de flesta användare bör välja den typiska installationen.

indatasidor

• Minska antalet konfigurationsalternativ genom att göra det rätta som standard. Information om hur du eliminerar alternativ finns i Streamlining-konfiguration.
• Ange godtagbara standardvärden när det är möjligt. Välj standardvärden som är säkra och privata och som är acceptabla för de flesta användare utan ändring.
• Om inte ditt program har ovanliga krav, sträva efter att ha en enda sida med frågor och alternativ. Men om programmet kräver flera sidor med frågor och alternativ visar du dem i huvudguidens sidflöde. Försök inte minska antalet sidor tekniskt genom att placera alternativ i dialogrutor eller med hjälp av flikar.
• 
• I det här exemplet är alternativen begränsade till en enda sida.
• Verifiera indata så snart som möjligt:
  • Förhindra ogiltiga tecken vid inmatning.
  • Använd ballonger för att rapportera problem med ogiltiga textrutor.
  • Verifiera relaterade fält på en sida när användarna klickar på Nästa.
  • Verifiera relaterade fält på indatasidor så snart problem kan identifieras.
• Ge alla redigerbara filsökvägar en bläddra-knapp. Tillåt användare att ange nätverkssökvägar.
• För den sista indatasidan etiketterar du incheckningsknappen Installera, inte Nästa. Användarna bör inte bli förvånade över när installationen startar. Innan incheckningspunkten kontrollerar du att användarna enkelt kan ändra alla inställningar.

Starta installationssidor

• Ta bort den här sidan om den inte har något annat syfte än att sammanfatta de tidigare valen och påbörja installationen. Om indatasidorna är tydliga och få i antal bör du inte behöva sammanfatta dem. I stället ska den sista indatasidan ha knappen Installera, vilket leder direkt till förloppssidan.
• För komplexa installationer som riktar sig till IT-proffs tillhandahåller du en installationssida med en omfattande lista över ändringar som installationsprogrammet ska utföra. Många IT-proffs har strikt ändringshanteringskontroll, så de behöver veta vilken effekt installationen av programmet kommer att ha i detalj.

förloppssidor

• Ange alltid en förloppssida även om programmet installeras snabbt. Ange en separat förloppssida för nedladdningsfasen om det finns en. Inaktivera knapparna Bakåt (eller Föregående) och Nästa medan installationen pågår, men låt knappen Avbryt vara aktiverad och responsiv.

  

  En typisk förloppssida.

• Använd en enda, determinera förloppsindikator. Följ fastställa riktlinjer för förloppsindikatorer, inklusive:

  • Ange klart slutförande. Låt inte förloppsindikatorn gå till 100 procent om inte åtgärden har slutförts.
  • Starta inte om förloppet. Ett förloppsfält förlorar sitt värde om det startas om (kanske för att ett steg i åtgärden slutförs) eftersom användarna inte har något sätt att veta när åtgärden kommer att slutföras. Låt i stället alla steg i åtgärden dela en del av förloppet och låta förloppsindikatorn slutföras en gång.

• Ange en kortfattad beskrivning av det aktuella steget ovanför förloppsindikatorn. För snabbinstallationer är sådan text onödig. enbart förloppsindikatorn är tillräcklig. För installationer som kräver en minut eller längre kan text vara till hjälp för användare som deltar i installationen.

  • Använd meningsfragment som vanligtvis börjar med ett verb och slutar med en ellips. Exempel: Kopiera filer..., Installera nödvändiga komponenter....

  • Placera text ovanför fältet, inte under.

    felaktig:

    

    I det här exemplet bör den förklarande texten visas ovanför förloppsindikatorn.

  • Undvik att belamra förloppssidan med onödig information. Den här sidan är inte avsedd för teknisk support, så du behöver inte visa registrering av GUID:er eller specifika filer som kopieras.

    felaktig:

    

    I det här exemplet är teknisk information som GUID meningslös för användarna.

Felsidor

• Om installationen misslyckas med ett betydande problem visar du en felsida som förklarar problemen tillsammans med praktiska steg för att lösa dem. Visa sidan med en felikon. Använd inte en dialogruta för det här ändamålet.

  

  I det här exemplet förklaras installationsfelet på en felsida, tillsammans med några steg för att lösa problemet.

• Om installationen slutförs med ett mindre återställningsbart problem kan du presentera problemet som en ytterligare uppgift i stället för ett fel. Använd positivt, framgångsorienterat, uppmuntrande språk, inte termer som fel, fel eller problem. Använd inte en felikon.

grattis/slutförandesidor

• När du installerar ett enskilt program interaktivt startar du programmet (och stänger installationsguiden) för att visa en lyckad installation i stället för att visa en slutförandesida. Undantag:

  • Installationer som körs från kommandoraden bör inte starta program.
  • Automatiska uppdateringar (till exempel Windows Update) bör inte starta program.
  • Installation av grupprincip bör inte starta program.
  • Alla scenarier för IT-tekniker (eftersom de inte installeras för eget bruk).

• Om konfigurationen har uppföljningssteg efter installationen anger du dem på sidan Slutförande. Men för att motivera en sida för slutförande kontrollerar du att användarna sannolikt kommer att utföra stegen och att stegen verkligen måste anges (det vill: de är inte uppenbara).

  felaktig:

  

  I det här exemplet anger en onödig sida för slutförande det uppenbara. Windows Update körs automatiskt, så det finns ingen anledning för användare att köra den manuellt.

• När du installerar en uppsättning program visar du sidan Slutförande för att visa lyckade och eventuella uppföljningssteg som kan vara nödvändiga.

  

  I det här exemplet har installationsprogrammet installerat flera program, så det är inte meningsfullt att starta ett visst program automatiskt. En sida för slutförande är lämpligare.

Lämna användarna i kontroll

• Samla inte in personlig information, till exempel den som används i marknadsföringssyfte. Installation är inte en möjlighet att driva din egen agenda, korssälja andra programerbjudanden eller genomföra marknadsundersökning; du kan skada förtroenderelationen med dina användare på det här sättet.
• Tvinga inte användare att avanmäla sig från att installera valfria funktioner. Låt dem välja i stället. Användarna bör till exempel uttryckligen välja att installera en Windows Desktop-gadget.
• Tillåt användare att lägga till eller ta bort valfria funktioner med hjälp av installationsprogrammet efter den första installationen. Användare kan utföra den här uppgiften med hjälp av Avinstallera eller ändra ett program kontrollpanelobjekt.
• För förbättringsinitiativ för kundupplevelser förklarar du vilka data som överförs, hur de används och hur länge de sparas. Använd en länk till ett hjälpavsnitt för sekretesspolicy för det här ändamålet.
• Undvik att använda ljud eftersom många installationsscenarier är obevakade och eftersom ljudet kan vara onödigt distraherande även under de installationer som visas.

Säkerhet

• För Internetbaserad installation anger du eventuella säkerhetsuppdateringar automatiskt under den första installationen. Användare bör inte behöva uppdatera som ett separat steg.
• Undvik att rekommendera att användare inaktiverar brandväggar som en förutsättning för att installera programmet.
• Om en brandvägg måste stängas av gör du följande:
  • Begränsa varaktigheten för det här villkoret till så kort tid som möjligt.
  • uttryckligen påpeka när användare kan aktivera brandväggen igen.

Avinstallera

• Avinstallera bör ta bort alla spår av ett program, inklusive följande:
  • Programfiler, inklusive installationsprogrammet.
  • Startmenyposter.
  • Skrivbordsikoner och snabbstartsikoner (om det finns några).
  • Registerinställningar.
  • Filassociationer.
• Avinstallera bör lämna följande kvar:
  • Användarskapade filer, till exempel dokumentfiler.
  • Delade dynamiska länkbibliotek som lagras i systemmappen.

Hjälp och support

• Utforma installationsprogrammet så att det inte behöver hjälp genom att ställa tydliga, självförklarande frågor. Reservera hjälp för avancerade frågor som verkligen drar nytta av ytterligare förklaring.
• Använd inte readme-filer. De här filerna är nu föråldrade och användarna läser dem ändå inte. Ange i stället onlineinnehåll om det behövs.
• Länka till lämpliga hjälpavsnitt eller felsöka innehåll från installationsfelmeddelanden. Kontrollera att hjälpinnehållet innehåller en tydlig sökväg för att lösa problemet. Mer information finns i Felmeddelanden.
• Skapa loggfiler för att samla in information som är användbar för teknisk support. Belamra inte installationsgränssnittet med teknisk supportrelaterad information som är meningslös för de flesta användare. Använd loggfiler för det här ändamålet i stället.

SMS

• Var kortfattad. Installationsguider överexplainerade ofta funktioner och alternativ med hjälp av textblock som är svåra att skanna snabbt. undantag:
  • Stava ut alla förkortningar. Installationen är ofta användarnas första upplevelse av ditt program, så anta inte att de förstår jargong som förkortningar.
  • Förklara obekant terminologi och begrepp, helst på plats men använd hjälpavsnitt om det behövs.
• Föredrar en vänlig, professionell ton; undvika en alltför teknisk ton.

felaktig:

Begränsa installationen per användare.

rätt:

Installera bara för mig.

• Använd inte nu i kommandoknappetiketter eftersom kommandots omedelbarhet kan tas för givet.
  • Undantag: När det behövs kan du använda nu för att skilja kommandon som startar en uppgift från kommandon som utför en uppgift omedelbart.

I det här exemplet går du till ett fönster eller en sida där användarna kan ladda ned genom att klicka på kommandoknappen.

I det här exemplet utför nedladdningen omedelbart genom att klicka på kommandoknappen.

Endast ett kommando i ett aktivitetsflöde ska märkas med nu. Till exempel bör ett Hämta nu kommando aldrig följas av ett annat Hämta nu kommando.

• Använd licensvillkor, inte licensavtal, licensavtal, slutanvändarlicensavtal eller LICENSAVTAL.

Fler riktlinjer finns i Style och Tone.

Dokumentation

• Som verb är konfigurationen två ord; som adjektiv eller substantiv är konfigurationen ett ord.
• Installationsprogrammet är versalt och är inte avstavat.
• Använd installera för att referera till att lägga till maskinvara eller programvara i ett datorsystem.
• Använd inte installation som substantiv. Använd installationen i stället.
• Använd starta om, inte starta om. Ange att det är datorn, inte ett program, som startas om.