Använda en Pre-Start-checklista för din webbplats

Redovisning för varje aspekt av en ny webbplats är inte lätt, särskilt i sista minuten.

Problemen är inte detaljerna själva, utan snarare processen att se till att till synes mindre detaljer inte lägger till slarvigt arbete.

Den bästa lösningen är att skriva ner det hela .

Den värsta lösningen är att inte ta en kontrolllista för lansering så seriöst som planeringsstadiet själv.

Med hundratals detaljer som går in i att bygga eller omforma en webbplats är det enkelt med utsikt över mindre poäng, särskilt som deadlines loom-or pass. Men saknade detaljer förringar kvaliteten på en webbplats.

Kalla det kvalitetskontroll eller täcka din rumpa, men varje projekt har vissa uppgifter som måste uppnås innan det startas. Att bestämma vad som är "tillräckligt bra" är inte något du bör tänka på i sista minuten.

En kontrolllista inför lanseringen innebär ett systematiskt tillvägagångssätt för att säkerställa att viktiga detaljer tas upp innan lansering eller omstart av en webbplats .

De flesta objekten i listan är vanliga för alla webbplatser, inklusive registrering av ett domännamn och borttagning av dummyinnehåll. Efter samma lista skapas en rutin som förhoppningsvis kan förbättras med varje projekt.

Genom att följa en uppsättningslista är både konstruktören och kunden säker på att inget viktigt var antaget att bli gjort men verkligen glömt.

Om inget annat är pre-launch listor detaljerade versioner av frågan, "Jag tror att vi är nästan färdiga. Vad behöver vi ytterligare göra? "

Ansvar, inte kontroller

Här är ett scenario. En designer är redo att starta en webbplats. Klienten väntar på att den ska gå live. Fristen är inom 30 minuter. Gömmer sig bakom "domänen har inte förökat" ursäkt kommer inte att vara för evigt, så formgivaren skyndar ner sin checklista. Han verkar minnas om att ha gjort dessa saker förra veckan ... tills kunden upptäcker något annat.

Ansvar är varken fingerpekande eller en tanklös kontroll av objekt, utan snarare ett medvetet påstående. Om du tar tid att kontrollera och dubbelkontrollera att en uppgift har gjorts kan det vara lika viktigt att du gör uppgiften i första hand.

En pre-launch list för industriell styrka gör mer än bara påminner om kritiska detaljer. Det håller människor ansvariga. Det säger inte bara att en uppgift har gjorts. det berättar vem som slutförde det och på vilket datum.

Det är därför, för seriösa lanseringslistor, enkla checkmarkeringar är för lätta. Varje objekt ska ha fyra fält:

• Uppgiften;
• Personens initialer avslutade det;
• Datumet det var klart
• Kommentarer.

Uppgiften beskriver vad som behöver göras, till exempel "Kör stavningskontroll", "Slumpmässig administratörslösenordet" eller "Registrera webbadressen med Google." Initialerna och datumet gör ansvarsskyldighet.

Men inte alla uppgifter är antingen fullständiga eller ofullständiga. Att skapa en informativ 404 fel sida är en sak; Att lägga till användbara länkar till det är en annan. Fältet "kommentarer" ger utrymme för en person att säga att ett objekt är gjort men kan förbättras.

Sätt dina initialer bredvid en uppgift som är tillräcklig för lanseringen, även om den kan förbättras senare.

Ett produkts värde är proportionellt till hur mycket objektet används

Det kommer en punkt när tidsfrister, budgetar eller andra faktorer tvingar ett lag att förklara en webbplats "tillräckligt bra".

Men om webbplatsens kvalitet kan mätas kan det vara summan av detaljerna och hur mycket uppgifterna följdes igenom.

Värdet på ett enskilt objekt på en kontrolllista för lansering varierar. Ju närmare tidsfristen desto trivialare verkar det, särskilt för att inget enskilt objekt är avgörande för projektets framgång eller misslyckande.

Detaljer är som dollar: om en favicon är värd en dime, vem bryr sig om att släppa den om du knuffar $ 20 i näsan?

Nära en tidsfrist uppstår ouppfyllda uppgifter för uppmärksamhet. Diagrammet ovan illustrerar hur en uppgift sannerlig betydelse blir uppenbar: tiden kramar ut mindre viktiga saker.

Till exempel kan validerad HTML vara viktig först, men hur jämför den med att fixa databasfel i sista minuten? När en uppgift har ansetts vara "mindre viktig" vid tidsfristen tenderar den att stanna så.

Faren att inte ha kvalitetskontroll är att avfärda någon detalj som obetydlig. Det är sant att en detalj bland många inte är oroande. Men det är inte meningen. Poängen är processen att kontrollera detaljer , inte nitplockning om vilka är viktiga.

Att bestämma vad som är "tillräckligt bra" handlar inte om att bestämma det exakta antalet saker du kan göra utan utan att förstå hur mycket du har offrat för att starta webbplatsen. Hur mycket vill du offra? Vilka detaljer är inte viktiga? Vad är bra nog?

Precis som säkerhetsinspektioner inte bygger hus, kompletterar inte pre-launch checklistor webbplatser. Ju strängare de implementeras desto bättre blir resultatet.

Nedanstående artiklar valdes för deras betydelse och enkelhet att fullborda. Hur väl de utförs, om överhuvudtaget, kommer att återspegla hur allvarligt projektet tas.

Bygg din egen checklista

Vi har gett ett exempel nedan, men den bästa kontrolllistan före lanseringen är en som du har anpassat dig själv.

1. Först skriver du en lista över allt som du brukar göra för att förbereda en webbplats, speciellt saker som du gör i sista minuten eller som du kommer ihåg att göra efter lanseringen. Om du arbetar med andra personer, ge dem tillgång till den här listan.
2. Lägg till oavbruten tid för att granska listan. Om du är på ett team, inkludera alla.
3. Kompilera alla dina listor. Varje lista bör omfatta en annan fas i ditt projekt, från befruktning till polering. Till exempel, värd bör förmodligen köpas mer än en vecka innan lanseringen, men favicon kan vänta.
4. Slutligen använd listorna. Behandla dem som heliga handlingar. Även om inte varje detalj är klar i tid, kommer processen med att använda en pre-launch-lista att förbättra kvaliteten på ditt arbete.

Tidslinjen ovan är en generalisering. Det täcker grunderna, men inte alla lag följer denna process.

Således skulle du ha fem olika listor för ett enda projekt:

• Set-up , som inkluderar att köpa domänen och värdrummet;
• Före lanseringshändelser , till exempel att ta bort testdata och se till att lagerbilder har köpts
• Post-launch-uppgifter , som att lägga till analyser och skicka pressmeddelanden;
• Första och andra recensioner , när laget gör säkerhetskopior, ändrar lösenord och bedömer om webbplatsen fortfarande uppfyller sina mål.

Ett praktiskt exempel

Kontrolllistorna före lanseringen säkerställer noggrannhet och ansvarighet genom att kräva namn och datum , inte bara kryssrutor.

Datum anger också vilka element som måste kontrolleras om ändringar har gjorts. Detta borde införa förtroende för att inget har missat.

Objekten i varje lista kan fyllas i i vilken ordning som helst, men listorna själva är organiserade kronologiskt: före, omedelbart efter och långt efter lanseringen. Inte alla saker kan vara lämpliga.

Till exempel kanske en webbplats inte behöver en databas eller analys. Designern ansvarar för att bestämma vilka objekt som är relevanta för projektet.

Börjar projektet

Mer än en vecka innan lanseringen

Hela webbplatsen

Specifika sidor

48 timmar före lanseringen

Hela webbplatsen

För varje sida

Omedelbart efter lanseringen

Sex månader efter lanseringen

Skriven uteslutande för Webdesigner Depot by Ben Gremillion . Ben är en frilans webbdesigner som specialiserat sig på att lösa kommunikationsproblem med design.

Följer du en checklista innan du startar en ny webbplats? Vänligen dela din process nedan ...

• ← Vad är framtiden för online-nyheter?
• En utställning av minimalistiska arbetsstationer →