Brug af en pre-start-checkliste til dit websted

Regnskab for ethvert aspekt af en ny hjemmeside er ikke let, især i sidste øjeblik.

Problemerne er ikke detaljerne selv, men snarere processen med at sikre, at tilsyneladende mindre detaljer ikke giver op til sjusket arbejde.

Den bedste løsning er at skrive det hele ned .

Den værste løsning er ikke at tage en tjekliste før lanceringen så alvorligt som selve planlægningsfasen.

Med de hundredvis af detaljer, der går i at bygge eller omdanne et websted, er det nemt at se små punkter, især da deadlines loom-or pass. Men manglende detaljer forringer kvaliteten af ​​et websted.

Kald det kvalitetskontrol eller dækker din røv, men hvert projekt har visse opgaver, der skal udføres, før det lanceres. At beslutte, hvad der er "godt nok", er ikke noget, du bør tænke på i sidste øjeblik.

En tjekliste før lancering indebærer en systematisk tilgang til at sikre, at vigtige detaljer behandles inden lancering eller genstart af en hjemmeside .

De fleste af emnerne på listelisten vil være fælles for alle hjemmesider, herunder registrering af et domænenavn og fjernelse af dummyindhold. Efter samme liste skabes en rutine, der forhåbentlig kan forbedres med hvert projekt.

Ved at overholde en sæt liste, er både designer og klient sikret, at intet vigtigt var antaget at blive gjort, men virkelig glemt.

Hvis intet andet, er lanceringslisterne detaljerede versioner af spørgsmålet, "Jeg synes, vi er næsten færdige. Hvad skal vi endnu gøre? "

Ansvarlighed, ikke kontrolmærker

Her er et scenario. En designer er klar til at starte en hjemmeside. Klienten venter på at den skal gå live. Fristen er på 30 minutter. Gemmer sig bag "domænet har ikke forplantet" undskyldning varer ikke for evigt, så designeren skynder sin checkliste ned. Han synes at huske at have gjort disse ting i sidste uge ... indtil kunden opdager ellers.

Ansvarlighed er hverken fingerpegende eller en tankeløs kontrol af ting, men snarere et bevidst påstand. Når du tager tid til at kontrollere og dobbelttjekke, at en opgave er udført, kan det være lige så vigtigt at gøre opgaven i første omgang.

En førstartsliste over industriel styrke gør mere end bare at minde om kritiske detaljer. Det holder mennesker ansvarlige. Det siger ikke kun, at en opgave er blevet gjort; det fortæller dig hvem der gennemførte det og på hvilken dato.

Det er derfor, at for simple serielister er enkle kontrolmærker for nemme. Hvert emne skal have fire felter:

• Opgaven;
• Personens initialer afsluttede det;
• Datoen den blev gennemført;
• Kommentarer.

Opgaven beskriver, hvad der skal gøres, f.eks. "Kør stavekontrol", "Randomize admin-adgangskoden" eller "Registrer URL'en med Google." Begyndelsen og datoen håndhæver ansvar.

Men ikke alle opgaver er enten komplette eller ufuldstændige. Oprettelse af en informativ 404 fejlside er en ting; Tilføjelse af nyttige links til det er en anden. Feltet "kommentarer" giver plads til en person til at sige, at et emne er færdigt, men kan forbedres.

Sæt dine initialer ud for en opgave, der er tilstrækkelig til lancering, selv om den kan forbedres senere.

Et vares værdi er proportional med, hvor meget varen bruges

Der kommer et punkt, når deadlines, budgetter eller andre faktorer tvinger et hold til at erklære et websted "godt nok".

Men hvis hjemmesidenes kvalitet kan måles, kan det være summen af ​​detaljernes opmærksomhed og omfanget af opgaver der blev fulgt igennem.

Værdien af ​​et enkelt emne på en tjekliste før lanceringen varierer. Jo tættere deadline, jo mere trivielt forekommer det, især fordi ingen enkelt genstand er kritisk for projektets succes eller fiasko.

Detaljer er som dollars: hvis en favicon er værd at en dime, hvem bekymrer sig om at droppe den, hvis du klamrer $ 20 i din knytnæve?

Tæt på en deadline løser ukomplette opgaver opmærksomhed. Diagrammet ovenfor illustrerer, hvordan en opgave sande betydning bliver tydelig: tiden klemmer ud mindre vigtige ting.

For eksempel kan valideret HTML forekomme vigtigt først, men hvordan sammenligner det med at fastsætte databasefejl i sidste øjeblik? Når en opgave er blevet anset for "mindre vigtig" inden for fristen, har den tendens til at forblive den måde.

Faren for ikke at have kvalitetskontrol er ved at afskedige noget som ubetydeligt. Sandt nok er en detalje blandt mange ikke en bekymring. Men det er ikke meningen. Pointen er processen med at tjekke detaljer , ikke nit-picking om hvilke er vigtige.

At finde ud af hvad der er "godt nok" handler ikke om at bestemme det nøjagtige antal ting, du kan gøre uden, men snarere om at forstå, hvor meget du har ofret for at starte hjemmesiden. Hvor meget er du villig til at ofre? Hvilke detaljer er ikke vigtige? Hvad er godt nok?

Ligesom sikkerhedsinspektioner ikke bygger huse, udfylder tjeklisterne ikke lanceringen af ​​hjemmesider. Jo strengere de implementeres, jo bedre er resultatet.

Nedenstående punkter blev udvalgt for deres betydning og lette afslutning. Hvor godt de udføres, hvis overhovedet, vil afspejle, hvor alvorligt projektet bliver taget.

Byg din egen tjekliste

Vi har givet en prøve nedenfor, men den bedste tjekliste for lancering er en, som du har tilpasset dig selv.

1. Først skal du skrive en liste over alt, hvad du almindeligvis gør for at forberede et websted, især ting du laver i sidste øjeblik eller som du husker at gøre efter lanceringen. Hvis du arbejder med andre mennesker, skal du give dem adgang til denne liste.
2. Sæt uafbrudt tid til at gennemgå listen. Hvis du er på et hold, skal du inkludere alle.
3. Kompilér alle dine lister. Hver liste skal dække en anden fase i dit projekt, fra befrugtning til polering. For eksempel bør hosting sandsynligvis købes mere end en uge før lanceringen, men favicon kan vente.
4. Brug endelig listerne. Behandle dem som hellige dokumenter. Selvom ikke alle detaljer er færdige til tiden, vil processen med at bruge en pre-launch-liste forbedre den samlede kvalitet af dit arbejde.

Tidslinjen ovenfor er en generalisering. Det dækker det grundlæggende, men ikke alle hold vil følge denne proces.

Således ville du have fem forskellige lister for et enkelt projekt:

• Opsætning , som omfatter køb af domæne og hosting plads;
• Begyndelsesbegivenheder , som f.eks. Fjernelse af testdata og sikring af, at lagerbilleder er blevet købt;
• Efter lanceringen opgaver , som at tilføje analytics og sende pressemeddelelser;
• Første og anden anmeldelse , når holdet laver back-ups, ændrer adgangskoder og vurderer, om hjemmesiden stadig opfylder sine mål.

Et praktisk eksempel

Tjeklisterne under lanceringen nedenfor sikrer nøjagtighed og ansvarlighed ved at kræve navne og datoer , ikke kun markeringer.

Datoer angiver også hvilke elementer der skal kontrolleres igen, hvis der er foretaget ændringer. Dette bør indgyde tillid til, at intet er blevet savnet.

Elementerne i hver liste kan udfyldes i en hvilken som helst rækkefølge, men listerne selv er organiseret kronologisk: før, straks efter og længe efter lanceringen. Ikke alle ting kan være passende.

For eksempel kræver et websted muligvis ikke en database eller analyser. Designeren er ansvarlig for at bestemme hvilke elementer der er relevante for projektet.

Begynder projektet

Mere end en uge før lanceringen

Hele webstedet

Specifikke sider

48 timer før lanceringen

Hele webstedet

For hver side

Umiddelbart efter lancering

Seks måneder efter lanceringen

Skrevet udelukkende til Webdesigner Depot af Ben Gremillion . Ben er en freelance webdesigner, der specialiserer sig i at løse kommunikationsproblemer med design.

Følger du en tjekliste, før du starter en ny hjemmeside? Venligst del din proces nedenfor ...

• ← Hvad er fremtiden for online-nyheder?
• En udstilling af minimalistiske arbejdsstationer →