Varför designern vill ha svar på tio frågor innan en enda pixel ritas

De flesta webbprojekt börjar med en förfrågan som låter enkel. Kunden vill ha en sajt, gärna snabbt, och ofta finns redan en ungefärlig bild av hur den ska se ut. Ändå ställer designern en lång rad frågor innan någon skiss ens påbörjas.

Det är ingen byråkrati. Varje fråga syftar till att undvika att projektet måste göras om från grunden halvvägs in i processen.

Frågor som känns onödiga i stunden men avgör resultatet

En designer som frågar vem som ska använda sajten, varför och i vilken situation får ibland höra att det är självklart. Men självklarheten visar sig ofta vara en antagande som inte delas av hela gruppen.

När svaren dokumenteras händer det att kunden upptäcker interna meningsskiljaktigheter. En avdelning tror att sajten främst ska konvertera besökare till leads. En annan räknar med att den ska avlasta supporten genom att svara på vanliga frågor.

Båda målen är rimliga, men de leder till helt olika layoutbeslut.

Varför målgruppen inte kan beskrivas som alla

Att säga att sajten riktar sig till alla är en vanlig utgångspunkt. I praktiken innebär det att designen inte kan optimeras för någon.

En sajt för pensionärer som ska boka frisörtid kräver större text, tydligare knappar och kortare formulär än en sajt där studenter jämför nattklubbar. Båda grupperna är människor med internetuppkoppling, men deras förväntningar och beteenden är olika.

Designern behöver veta vilken grupp som är viktigast. Inte för att utesluta andra, utan för att kunna prioritera när valen står emot varandra.

Vad som ska hända efter att besökaren landat

Många projekt stannar vid att beskriva vad sajten ska innehålla. Sällan diskuteras vad besökaren ska göra när hon väl är där.

Ska hon fylla i ett formulär? Ladda ner en PDF? Läsa ett case? Boka ett möte? Varje handling kräver en egen hierarki i layouten.

Om alla mål presenteras som lika viktiga blir resultatet en startsida där ingenting sticker ut. Då avgörs konverteringen av slumpen snarare än av designen.

Hur kunden beskriver sin egen verksamhet internt

Det finns alltid en klyfta mellan hur ett företag pratar om sig själv i marknadsföring och hur medarbetarna faktiskt beskriver vad de gör. Den klyftan syns tydligt när copywriting ska skrivas.

En byrå som kallar sig för full-service kan i praktiken vara specialiserad på e-handel för mode. Att veta det gör att designern kan välja referenser och formuleringar som talar till rätt publik.

Frågan är inte retorisk. Den tvingar kunden att välja vilken position som är viktigast att kommunicera.

Vilka sajter kunden själv gillar och varför

Att be om exempel på sajter som kunden uppskattar ger mer information än tio möten om färgval. Det avslöjar preferenser för struktur, ton och visuell täthet.

Ibland pekar kunden på sajter som är tekniskt omöjliga att återskapa inom budget. Då kan designern förklara varför och föreslå alternativ som ger liknande känsla men med enklare medel.

Andra gånger visar referenserna att kunden föredrar minimalism, trots att briefen beskriver ett behov av mycket innehåll. Den diskrepansen måste lösas innan pixlarna börjar formas.

Vilka funktioner som är avgörande och vilka som är önskemål

De flesta projekt har en önskelista som är längre än budgeten tillåter. Att sortera funktioner i måste-ha och trevligt-att-ha är en nödvändig del av planeringen.

En e-handelssajt måste ha en kundvagn. Den behöver inte ha produktjämförelse, kundrecensioner och wishlist i version ett. Men om kunden tror att alla är lika viktiga blir prioriteringen omöjlig.

Designern behöver veta vilka funktioner som är affärskritiska. Det avgör var tid och budget läggs, och det gör att projektet kan levereras i etapper.

Hur beslutsprocessen ser ut hos kunden

Ett designförslag kan vara genomarbetat, användartestet kan vara lyckat och tidsplanen kan hålla. Men om det visar sig att ytterligare tre personer måste godkänna innan något kan publiceras stannar allt upp.

Att fråga vem som fattar beslut och hur godkännandeprocessen ser ut sparar veckor av väntan. Det gör också att designern kan anpassa presentationen efter vilka som ska övertygas.

En teknisk beslutsfattare vill se wireframes och systembeskrivningar. En VD vill se affärsnytta och en tydlig första intrycket. Båda behöver få informationen på sitt sätt.

Vad som hänt i tidigare projekt och varför det inte fungerade

Många webbprojekt är egentligen omtag. Kunden har haft en sajt tidigare, den har inte levererat och nu ska den bytas ut.

Att förstå vad som gick fel förra gången är avgörande för att inte upprepa misstagen. Ibland beror problemet på tekniken. Oftare beror det på att mål, målgrupp och funktioner aldrig definierades ordentligt.

Om kunden inte kan artikulera varför den gamla sajten misslyckades är risken stor att den nya hamnar i samma sits.

1. Kartlägg målgrupp och primärt mål — skriv ner vem sajten är till för och vad den ska få besökaren att göra.
2. Samla referenser och beskriv varför de fungerar — bygg en delad bild av vad som är önskvärt.
3. Prioritera funktioner i tre nivåer — måste finnas, bör finnas, kan vänta.
4. Dokumentera beslutsprocessen — klargör vem som godkänner vad och när.

Hur underhåll och uppdatering ska fungera efter lansering

En sajt är sällan färdig vid lansering. Innehåll ska uppdateras, nya produkter ska läggas till, kampanjer ska bytas ut. Om ingen har planerat för hur det ska gå till blir sajten snabbt inaktuell.

Designern behöver veta om kunden själv ska kunna redigera, eller om allt ska gå genom byrån. Det påverkar valet av CMS, vilka funktioner som byggs och hur administrationsgränssnittet utformas.

Om kunden inte har resurser för löpande uppdatering kan det vara bättre att bygga en enklare sajt som håller längre, än en avancerad lösning som kräver ständig tillsyn.

När projektet anses lyckat och hur det mäts

Att fråga vad som räknas som framgång tvingar kunden att formulera konkreta mål. Är det fler leads? Kortare handläggningstid? Färre supportärenden? Högre varumärkeskännedom?

Utan mätbara mål blir utvärderingen subjektiv. Någon tycker att sajten är snygg, någon annan tycker att den är svår att navigera, och ingen vet vem som har rätt.

Om målet är fler leads kan designern optimera för formulärkonvertering. Om målet är färre supportärenden blir FAQ och sökfunktion viktigare än bildspel och animationer.

Hur frågebatteriet används i praktiken

Byråer och frilansare som arbetar med webbprojekt använder ofta ett strukturerat frågeformulär som kunden fyller i innan första mötet. Det sparar tid och gör att mötet kan ägnas åt fördjupning snarare än grundläggande kartläggning.

Rawdesigns skickar till exempel ut ett brief-dokument i inledningen av varje projekt, där kunden får beskriva målgrupp, mål, budget och tidsplan. Svaren blir en del av projektdokumentationen och används som referens när designbeslut ska motiveras.

Det gör också att kunden tvingas tänka igenom projektet innan den investerar tid och pengar. Många upptäcker redan i den fasen att målen är motsägelsefulla eller att budgeten inte matchar ambitionsnivån.

Varför det är värt att lägga tid på frågorna

Varje obesvarad fråga i början av ett projekt blir ett antagande längre fram. Antaganden leder till omarbetningar, förseningar och budgetöverskridanden.

Att svara på tio frågor kan kännas tungt när man bara vill se en skiss. Men de tio frågorna tar en timme att besvara. Att bygga om en hel sajt därför att målgruppen var fel tolkar tar veckor.

Designern som ställer frågor i början sparar tid åt alla inblandade. Och projektet får en mycket större chans att leverera det kunden faktiskt behöver.