Sådan briefer I et redesign — så I ikke opdager scope i uge fire

Et redesign uden brief koster uger, I ser som 'iteration'. Designeren tegner en forside, I kan lide. Uge tre opdager I, at booking-flowet, I glemte, skal med. Uge fire opdager I, at de gamle URL'er ikke er med, og at DNS står hos en tidligere leverandør. I tror I har et designproblem. I har et brief-problem. Det pæne Figma er en slags, I betaler for at gætte.

Teams sender den forkerte pakke. De sender stemning, fordi stemning er konkret at pege på. De glemmer hvad der skal være sandt efter lancering, hvad der allerede rangerer, og hvad der er ude. Så får I et site, der ligner de tre referencer — og et gammelt site, der stadig er sandheden i Search Console. Det konkrete var det forkerte konkrete.

Det er også et SEO- og ejerskabs-spørgsmål. Hvis briefet ikke siger, at URL'er skal leve, at I ejer Search Console, og at det gamle sitemap ikke må blive et hul, så designer folk et nyt træ og kalder 301'ere 'fase to'. Relancering uden at miste placeringer er et andet indlæg. Her skal briefet bare ikke gøre tabet til standard, fordi ingen skrev det ned.

Vi skriver det, fordi 'redesign' er blevet et køb, I tager før I har en sætning om hvad der må ændre sig. Et ærligt brief er kedeligt: målgruppe, lanceringssandheder, inventar, døds-liste, hvordan I siger ja til et layout, og at stakken må flyttes hvis det gamle CMS er grunden til, at I sidder her. Uden den sætning har I et moodboard. I har ikke et redesign, I kan forsvare over for en bestyrelse.

Et redesign-brief er et dokument, der stiller ét spørgsmål til dem, der skal bygge: kan I få de her sandheder til at holde på et nyt site, med det her der skal leve, og med det her der må dø? Svaret må være layouts og en stak. Spørgsmålet må ikke være 'tegn noget der ligner det her'. Når spørgsmålet allerede er et screenshot, har I ikke briefet. I har bedt om en kopi, I ikke kan eje.

Det er ikke et udbud. Udbuddet stiller det samme spørgsmål til flere parter, før I vælger. Briefet kommer når I har valgt — eller når det interne hold skal i gang — og skal kunne pege på færdigt uden at tre tilbud skal kunne lægges ved siden af hinanden. Hvis I sender et teater-udbud til ét bureau, I allerede har valgt, er det et brief i forkert tøj. Skriv det som et brief.

Det er heller ikke discovery. En uge der producerer beslutninger, kommer når briefet er tyndt, eller når I ikke ved om I skal have portal, shop eller et marketing-site. Briefet er det, I allerede ved. Discovery er det, I ærligt ikke ved. Hvis I putter gætværk i briefet og kalder det krav, får I et site, I relancerer igen, fordi gættet sad fast i Figma.

Og det er ikke et moodboard. Tre sites I kan lide er input til stemning. 'Byg det her site' er hvordan I betaler for en andens informationsarkitektur. Lad referencerne sige 'så lidt støj, så tydelig CTA'. Lad briefet sige 'en indkøber forstår tilbuddet på to skærmhøjder og kan sende en forespørgsel uden at ringe'. Stemning er tilladt. Sandheder er pligten.

Den første fejl er at briefet er et look. 'Fladere, mere luft, vores nye farve.' Look er en del. Det er ikke opgaven. Et redesign, der kun skifter tema og lader informationsarkitekturen stå, er en maling. Et redesign, der flytter alle URL'er fordi det nye træ 'føltes rigtigt', er en relancering I ikke har briefet som relancering. Skriv om I skifter look, struktur, stak — eller alle tre. De tre er forskellige jobs.

Den anden fejl er at skjule det, der allerede virker. Sider der rangerer. En formular, sælgerne faktisk får leads fra. Et hjørne af sitet, kundeservice linker til. Hvis det ikke står i briefet, rydder designeren op i det, fordi det ikke passede i det nye grid. Skriv hvad der skal overleve med URL. Skriv også hvad der må dø med URL. Uden begge lister er 'forenkling' et gæt.

Den tredje fejl er at glemme drift og ejerskab. Hvem udgiver efter lancering. Hvem ejer DNS, Search Console, cookie-setup, billeder. Hvis briefet kun handler om forsiden, får I et pænt v1 og et gammelt WordPress, I ikke kan slukke, fordi nogen stadig redigerer der. Redesign er også en exit fra det, I forlader — eller en ærlig sætning om at I bliver, og kun skifter tema.

Den fjerde fejl er at blande udbud, brief og kontrakt. I sender 40 sider til ét hold, I har valgt, og kalder det udbud. Eller I sender tre sætninger på Slack og kalder det brief. Dokumentet skal gøre 'færdigt' pegbart. Kontrakten kommer bagefter. Udbuddet, hvis I har et, er allerede overstået. Et brief der kræver fast pixel-løsning på indhold, I ikke har skrevet, er hvordan uge fire bliver et tillæg.

Et look-redesign skifter farve, type og komponenter og lader URL-træet stå. Det er ærligt, når I hader udtrykket og elsker strukturen. Det er en fælde, når I tror et nyt tema løser at I ikke kan udgive, eller at sitet er langsomt af en grund, temaet ikke ejer. Skriv look, hvis det er look. Kald det ikke et redesign af forretningen.

Et struktur-redesign flytter informationsarkitektur, CTA'er og hvilke sider der findes. Det er næsten altid også et SEO-job. Hvis briefet ikke nævner de URL'er, der allerede har impressions, er strukturen et nyt træ, I planter oven på et gammelt. Relancering-indlægget er proceduren. Briefet er tilladelsen: hvad må flyttes, hvad skal 301'es, hvad må ikke røres.

Et stak-redesign — WordPress til Next.js, et tema til custom, et hosted shop-tema til noget I ejer — er et migrationsjob med et nyt ansigt. Briefet skal sige hvorfor stakken er problemet, ikke kun at I har hørt Next.js er hurtigt. Preview-deploys, redaktør-flow, en portal ved siden af: det er grunde. 'Vi vil ligne de sites, vi sendte som moodboard' er ikke en stak-grund.

De fleste 'redesigns' er to af de tre, uden at nogen har sagt hvilke. Så tegner bureauet look, I mente struktur, og stakken bliver et tillæg i uge fem. Skriv de tre ord. Sæt kryds. Det er den korteste måde at undgå at I køber et tema, når I havde brug for et andet URL-træ — eller et custom site, når I havde brug for nye tokens på det, I allerede har.