Det korte svaret
Beskytt kundens hovedoppgave før du legger til dekorative effekter. Hold informasjons- og forespørselsruten rask tilgjengelig, og bestem deretter hvilken animasjon som skal lastes umiddelbart, hvilken som kan vente og som ikke tjener kostnadene. En langsom side trenger en diagnose, ikke et generelt bevegelsesforbud.
Hva må den besøkende gjøre før effekten spiller?
Den nye hjemmesiden ser imponerende ut i en presentasjon. En besøkende åpner den på en telefon, venter på en fullskjermsanimasjon, og prøver deretter å finne tjenesteprisen mens siden fortsatt er opptatt. Effekten har gått foran årsaken til at de kom.
Dette er et kjent designproblem: teamet vurderer opplevelsen på en kraftig datamaskin med en varm tilkobling, mens kundene møter den på forskjellige enheter og under mindre praktiske forhold.
Bestem hva som fortjener å komme først
På en bedriftsnettside er den første nyttige informasjonen ofte enkel: hva du tilbyr, hvem den er for og hvordan du tar neste steg. En besøkende bør ikke måtte se en introduksjon før han oppdager disse tingene.
Noen effekter er nyttige. En animasjon kan forklare en komplisert prosess klarere enn et avsnitt. Andre dekorerer ganske enkelt siden. Sett det nyttige innholdet og kontrollene først, og la valgfrie medier vente eller starte når den besøkende velger. Designet kan fortsatt ha karakter uten å få hver kunde til å betale samme lastekostnad.
Et bearbeidet eksempel
Anta at en tjenestehjemmeside laster inn en lang bakgrunnsvideo før den besøkende har lest tilbudet. Den samme videoen sendes til hver telefon.
Hvor det går galt
Teamet reduserer videoen litt og sjekker siden kun på designerens bærbare datamaskin. Presentasjonen ser uendret ut, men telefonopplevelsen er fortsatt frustrerende.
Hva du skal gjøre i stedet
Vis tilbudet og et lett bilde først, gjør den valgfrie animasjonen bevisst, og test forespørselsreisen på det berørte telefonoppsettet. Mål endringen under sammenlignbare forhold.
Designet gir nå kunden et valg og beskytter hovedoppgaven. Eksemplet lover ikke en fast hastighetsforbedring eller en bestemt poengsum.
Den åpenbare animasjonen er kanskje ikke den eneste årsaken
Stor video og komplekse visuelle effekter kan legge til vekt, men tredjeparts skript, overdimensjonerte bilder og applikasjonskode kan også gjøre en side treg eller ikke reagerer. Å fjerne én synlig effekt kan la hovedproblemet være urørt.
Be teamet om å teste den berørte siden og interaksjonen under angitte forhold. En starttest vil ikke forklare et tregt forespørselsskjema på en tjenesteside. Diagnosen skal koble et målt problem til den ansvarlige komponenten, og deretter verifisere om den foreslåtte endringen forbedrer oppgaven som betyr noe.
Bli enige om et resultatbudsjett i klartekst
Et ytelsesbudsjett er et delt sett med grenser for design og levering. Du kan begynne med praktiske krav: tilbudet forblir lesbart uten animasjon, forespørselshandlingen svarer raskt, og store valgfrie medier blokkerer ikke den første nyttige skjermen.
Utbygger kan oversette disse kravene til passende mål og leveringsvalg. Inkluder representative telefoner og viktige sidetyper. Respekter preferanser for redusert bevegelse, og gi et fornuftig fallback når en effekt ikke fungerer bra. En perfekt poengsum fra ett verktøy er mindre verdifull enn en kundereise som fungerer pålitelig.
Ta dette inn i din neste samtale
Spørsmål å stille byrået ditt
- Hva må kunden se eller gjøre før en effekt spiller?
- Hvilke medier og skript forårsaker den målte forsinkelsen?
- Hva skjer på en mindre kraftig telefon?
- Kan kjernereisen fungere uten dekorativ bevegelse?
Vanlige spørsmål
Bør vi fjerne all animasjon?
Ikke automatisk. Hold bevegelse som forklarer eller støtter opplevelsen, og bedømme kostnadene på selve siden. Dekorative effekter kan ofte utsettes, forenkles eller gjøres valgfrie.
Kan du love en bestemt ytelsesscore før du undersøker?
Riktig mål avhenger av nettstedet, enhetene, tredjepartstjenester og måleforholdene. Etablere en grunnlinje og omfang av arbeidet før du behandler et tall som en forpliktelse.
Kildenotater
Plattformveiledning bak dette emnet:
Fra forklaring til gjennomføring
Denne veiledningen er utgitt av NAVIFLARE, et nettsted, praksis for arbeidsflyt for CRM og AI. Kildenotater identifiserer plattformveiledningen; bearbeidede eksempler forklarer en metode i stedet for å kreve et klientresultat.
Utforsk pleie av nettsider og kontinuerlig forbedringDitt neste skritt
Send siden som føles treg og beskriv hva du prøvde å gjøre, på hvilken enhet. Det gir oss et bedre utgangspunkt enn en generell forespørsel om å gjøre hele nettsiden raskere.
Diskuter nettstedets ytelse
