De fleste webdesign og / eller utviklingsprosjekter har noen historie bak dem. Noen ganger må du re-design eller gjenoppbygge et selskaps eksisterende nettsted for å oppdatere det og legge til ny funksjonalitet. I de fleste tilfeller er det noen historie på nettsiden; dets forretningsmål er identifisert, forskning har blitt gjennomført, og du kan se tilbake på historiske data som analyser for å hjelpe til med å ta beslutninger gjennom hele design og utviklingsprosessen. Du kan identifisere forbedringene som må gjøres.
Men hva skjer i det sjeldne tilfellet at kundeselskapet ikke har noe nettsted? De har aldri engang tenkt på å ha et nettsted i fortiden. Dette er helt nytt territorium til dem - de har et helt tomt lerret.
Dette er ikke det vanlige prosjektet jeg kommer over, men jeg har nylig hatt en del av de trinnene jeg tok for å fullføre prosjektet og noen av de tingene jeg lærte underveis.
Før jeg starter et prosjekt, liker jeg å spørre klienten noen enkle spørsmål. Mens noen av spørsmålene nedenfor er spesifikke for denne klienten, er noen av dem jeg ber alle klienter før jeg godtar å ta på et prosjekt.
Før jeg tar på noe nytt prosjekt, vil jeg forsikre meg om at jeg kan komme sammen med klienten. Jeg har vært i prosjekter tidligere hvor forholdet har forverret - det er ikke pent.
Svarene på alle disse spørsmålene var gode. Budsjettet var ikke massivt, men jeg følte at prosjektet var oppnåelig med det. Jeg skulle ta en rask tilnærming til hele prosjektet. Jeg ønsket ikke å dvele på hver del for lenge. Jeg ønsket å se om det var mulig å fullføre prosjektet raskt samtidig som alle målene ble oppfylt.
Har ikke noen historisk datainformasjon for å hjelpe meg, bestemte jeg meg for å gjøre det jeg kaller "rask og skitten forskning". Ofte kan du tilbringe lengre tid på interessentintervjuer og markedsundersøkelser enn du gjør på å faktisk kode et nettsted. Jeg bestemte meg for at dette prosjektet skulle bli annerledes.
Ofte klienter har en god ide om hvorfor de vil ha et nettsted og hva de vil at den skal oppnå. Når en klient svarer på hvorfor de vil ha et nettsted med "våre konkurrenter har en", begynner alarmklokkene å ringe. Heldigvis hadde denne klienten min allerede realizsed at for at virksomheten skulle vokse, kunne de bare selge til så mange kunder over telefon. De hadde ikke råd til å ta på seg flere selgere, men de hadde et budsjett for å bygge et nettsted som salgskanal. De hadde to forretningsmål for nettstedet:
Klienten har allerede identifisert disse målene, var en god start. Etter å ha diskutert det med dem litt lenger, bestemte vi oss for å legge til "økende merkevarekjenning" som et annet forretningsmål for nettstedet.
Sjansen for å være den eneste nettsiden på internett som tilbyr et bestemt produkt er svært sjelden. Dessverre har denne klienten konkurranse på nettet. Jeg ønsket å vurdere deres styrker og svakheter.
Jeg nærmet meg dette på to måter. Den første var at jeg spurte kunden om en liste over sine konkurrenter. Den andre var at jeg gjorde min egen søking på nettet, og lette etter produktene som kunden selger. Dette fremhevet noen andre konkurrenter som kunden ikke var klar over.
Jeg vurderte hver konkurrent basert på følgende kriterier:
Bevæpnet med denne informasjonen om konkurrentene, var jeg i stand til å gi anbefalinger og beslutninger om hvordan den nye nettsiden skal se ut og hva den skal gjøre. Jeg var i stand til å identifisere svakheter som jeg ønsket å sørge for at den nye nettsiden ikke led av. Jeg identifiserte også noen styrker som ga meg litt inspirasjon til det nye nettstedet.
Jeg skjønte tidlig at jeg måtte snakke med kundens eksisterende kunder, og derfor spurte jeg det første spørsmålet om dette ville være bra.
Jeg spurte klienten om kontaktinformasjon for et lite antall av kundene som klienten ikke trodde ville huske min spørre dem noen få korte spørsmål. Ved å stille dem noen korte spørsmål, ønsket jeg å finne ut hva de ville finne nyttige på det nye nettstedet. Det er sunt fornuft at det å holde dine eksisterende kunder lykkelige, vil ikke bare bety at de plasserer gjenta ordrer, men at de vil anbefale klienten til andre.
Hovedspørsmålet jeg spurte var, "Hvordan kunne nettstedet gjøre bestilling enklere for deg?". Den generelle konsensus fra alle kundene som jeg snakket med var at de ville ha muligheten til å plassere gjenta bestillinger enkelt. De måtte nå kunden hver gang de ønsket å bestille og fortelle dem hva de ønsket å bestille.
Gjennomføring av denne undersøkelsen tok mindre enn en time. Det kan ikke ha vært så rent eller vitenskapelig som noen ville ha likt, men det fremhevet en stor funksjon som den nye nettsiden burde ha.
Hittil har forskningen gitt en veldig stor innsikt og inspirasjon til det nye nettstedet, og det hadde vært et spørsmål om dager, ikke uker.
Klienten hadde allerede en god ide om hva de ønsket at nettstedet skulle se ut, fordi de allerede hadde en sterk merkeidentitet for sin virksomhet. Jeg tilbrakte en dag på sine kontorer. Vi diskuterte resultatene av forskningen, hadde litt lunsj og gjorde noen grove wireframes til vi var begge glade.
Ved lunchtid neste dag hadde jeg gjort noen fullfargede mockups av wireframes, og klienten hadde gitt meg fremskritt for å begynne å bygge nettstedet. Jeg ga dem bare tre alternativer. Jeg ville ikke at de skulle bruke for lenge å bestemme fordi det ville spise inn i budsjettet.
Å bygge nettsiden var grei. Det var ikke noe funksjonelt, det var for komplekst. Det var et e-handelsnettsted, så jeg valgte å bruke en ferdigbygget vogn. Det er ingen grunn til å oppfinne hjulet på nytt.
I stedet for å bygge hele nettstedet, og deretter teste det på slutten, bestemte jeg meg for å teste det som det ble utviklet; som hvert trinn ble fullført. Dette vil avsløre eventuelle problemer, som raskt kunne rettes opp før du går videre til neste del. Noen ting ble savnet, men alle de store problemene ble fanget. De ubesvarte problemene vil bli behandlet senere. Gitt budsjettet var det ingen tid for en ekte brukertestingssesjon, så jeg bestemte meg for å gjøre noen "rask og skitten" brukertesting. Etter hvert som hvert trinn på nettsiden ble fullført på en utviklingsserver, som handlekurven, utsjekkingsområdet og området for de registrerte brukerne, vil jeg be alle på klientens kontor om å bruke nettstedet på en utviklingsserver. Da de var nær prosjektet, ønsket jeg å få noen utenforstående til å teste det, så jeg spurte familien min. Jeg spurte selv noen få randoms i den lokale kaffebaren. Jeg var overrasket over hvor vennlige de var.
Nettstedets lansering fulgte den vanlige prosessen. Jeg sørget for at all analysesoftware var oppe. Prosjektet var ikke lenger et tomt lerret.
Fra det første klientmøtet til livewebsiden tok en massiv tre uker. Jeg har fått design godkjenning ta lengre tid enn på andre noen prosjekter jeg har jobbet med.
Jeg lærte noen ting underveis, mens jeg jobbet med dette prosjektet.
Å gjennomføre et prosjekt, om det er å skape et helt nytt nettsted eller å oppdatere en eksisterende, på kort tid uten å måtte ofre ens mål er mulig. Forskning trenger ikke å ta lang tid eller koste en formue. Ja, du vil savne noen få feil i testing, men skjønnheten på internett er at du raskt kan gjøre endringer i koden, og alle vil se disse forbedringene umiddelbart. Det er ikke satt i stein.
Noen purister kan ikke godkjenne noen av metodene mine, og de ville nok ikke ha tatt på prosjektet fordi budsjettet ikke var stort nok for dem. Ville de ha vært i stand til å lage et bedre nettsted ?. Jeg er ikke sikker. Ordrer kommer inn, og klienten min er glad. Nettstedet tilfredsstiller alle målene som ble identifisert, og det tok uker, ikke måneder.
Jeg tror noen ganger at designere og utviklere noen ganger kan bli fanget opp i detaljene. Men mens skjønnheten i mediet vi jobber med er at et nettsted lett kan endres. Bygg det, send det, og luk det for å forbedre det.
Foretrekker du å jobbe med et tomt lerret? Hvordan går du om å utvikle en strategi? Gi oss beskjed i kommentarene.
Utvalgt bilde / miniatyrbilde, tom side bilde via Shutterstock.