Frågorna före koden

De flesta dåliga webbprojekt misslyckas i briefingfasen, inte i utvecklingsfasen. Någon hade bråttom att komma igång och tog sig inte tid att förstå vad de egentligen försökte lösa.

Så ser discovery-fasen ut

Vi börjar med att ställa frågor som kan kännas självklara: vem använder den här webbplatsen idag, vad försöker de göra, vad står i vägen. Vi frågar hur framgång ser ut om tolv månader, inte hur sidan ska se ut.

Svaren avslöjar oftast något annat än den ursprungliga förfrågan. En kund kommer in och vill ha en redesign. De får trafik men besökarna konverterar inte. Det är inte ett designproblem, det är ett innehålls- eller strukturproblem. En redesign skulle ha varit dyr och fel.

Varför vi ifrågasätter initiala önskemål

Vi är inte skeptiska till det kunder ber om. Vi försöker förstå vad de faktiskt behöver. Ibland är det samma sak. Ofta är det inte det.

När en kund säger att de behöver en ny website frågar vi: vad fungerar inte med den nuvarande. När de säger att de behöver fler funktioner frågar vi: vilka användare behöver de funktionerna och vad skulle de göra med dem. När de säger att de vill ranka bättre i sökmotorer frågar vi: vad vill du ska hända efter att någon har hittat dig.

Frågorna tar tid. De är värda den.

Vad som byggs som resultat

Tydligare omfattning. Mindre omarbete. Webbplatser som gör det de ska göra.

Vi börjar inte designa eller bygga förrän vi förstår problemet. Det är inte process för processens skull, det är så vi undviker att bygga fel sak.

Berätta för oss vad du försöker lösa.