Best practices for playable ads: tutorial, core loop og end card
En playable ad er en kort fortælling i tre takter: lær, spil, konvertér. Sådan designer du hver af dem, så annoncen respekterer spillerens tid og giver vedkommende en grund til at installere.
Nøglepunkter - Betragt en playable som en kort fortælling i tre takter: en næsten usynlig tutorial, ét poleret udsnit af core loop'et og et tydeligt end card. - Vis én mekanik, der repræsenterer produktet. Forsøg ikke at presse hele spillet ind i annoncen. - Lad spilleren handle næsten med det samme. Hvert sekund med læsning eller ventetid før det første input koster dig spillere. - End card'et er der, hvor beslutningen om at installere træffes, så hold det enkelt: udfald, identitet, én knap. - Test på rigtige enheder med lyden slået fra og en tommelfinger på skærmen. De fleste fejl i playables er praktiske, ikke kreative.
Hvorfor struktur betyder mere end finpudsning
En playable ad bliver bedømt på et øjeblik. Personen har ikke bedt om den, er midt i noget andet og giver den kun et kort vindue af opmærksomhed. Hvis annoncen bruger det vindue på en logoanimation eller en mur af instruktioner, er der intet tilbage til det, der betyder noget: følelsen af at spille.
God struktur i playable ads handler om at bruge opmærksomheden bevidst. Hver del af annoncen har ét job:
- Tutorial'en får spilleren til sit første input.
- Core loop'et giver spilleren en forsmag på, hvorfor produktet er sjovt.
- End card'et omsætter følelsen til et besøg i butikken.
Hvis du designer hver del ud fra dens ene opgave, bliver de fleste andre beslutninger lettere. Hvis du først vil have den bredere baggrund, gennemgår What Is a Playable Ad? formatet i et letforståeligt sprog.
Start med én idé, ikke en liste af features
Før du åbner nogen editor, så skriv den ene sætning ned, som din playable demonstrerer. For eksempel:
- "Træk i stiften for at befri figuren, før lavaen når ham."
- "Slå to ens genstande sammen for at låse en større op."
- "Swipe for at skære frugten over og bygge en combo."
- "Træk i slideren for at se billedet ændre sig."
Hvis din sætning indeholder ordet "og" to gange, forsøger du at vise for meget. Playable'en er ikke en demo-build af spillet. Den er ét gentageligt øjeblik, der får nogen til at tænke: "Jeg fatter det, og jeg vil have mere."
Vælg det øjeblik, der er lettest at forstå og mest tilfredsstillende at gentage. Det er ofte ikke den mest avancerede mekanik, og det er sjældent den, designteamet er mest stolte af. Det er den, en fremmed kan udføre korrekt i første forsøg.
Tutorial'en: lær fra dig ved at lade dem handle
De fleste svage playables fejler i starten. Spilleren ser en skærm, ved ikke, hvad vedkommende skal gøre, og forlader annoncen. Løsningen er ikke flere instruktioner. Det er hurtigere handling.
Fremgangsmåder, der virker:
- Vis inputtet, beskriv det ikke. En hånd-cursor, der trækker, trykker eller swiper langs den tiltænkte vej, kommunikerer hurtigere end en sætning.
- Fremhæv målet. Dæmp alt undtagen det objekt, spilleren skal røre ved. Opmærksomheden følger lysstyrken.
- Brug højst én kort tekstlinje. Gå ud fra, at lyden er slået fra, og at mange ikke læser. Teksten skal understøtte det visuelle, ikke bære læringen.
- Gør det første input tilgivende. Den første handling skal være næsten umulig at gøre forkert. Tidlig succes giver selvtillid til at fortsætte.
- Lad ikke det første input ligge bag en splash screen. Branding kan sidde i et hjørne. Det må ikke stå mellem spilleren og spillet.
En nyttig test: giv playable'en til en person, der aldrig har set spillet, sig ingenting, og se på vedkommendes tommelfinger. Hvis den tøver, skal tutorial'en forbedres. Hvis personen stiller et spørgsmål højt, skal den helt sikkert.
Lad vejledningen forsvinde
Vejledningen skal forsvinde, så snart den har gjort sit arbejde. Efter det første vellykkede input fjerner du hånden og fremhævningen. Hvis et hint stadig er på skærmen, efter spilleren har forstået styringen, begynder det at føles som en begrænsning frem for hjælp. Du kan lade et hint komme tilbage efter en periode uden aktivitet, så det fanger spilleren, der holdt pause eller blev forvirret.
Core loop'et: få det til at føles godt, og gentag det
Core loop'et er den lille cyklus i hjertet af spillet: handl, få feedback, handl igen. I en playable behøver du kun nok af det til at skabe en følelse af momentum.
Design det omkring feedback, ikke indhold. Det, der gør et par sekunders spil sjovt, er sjældent mængden af indhold. Det er responsen på input: en tilfredsstillende lyd, et partikeludbrud, et tal, der springer, et objekt, der klikker på plads. Brug din energi på fornemmelsen (feel).
Hold sværhedsgraden lav og fremskridt synlige. Spilleren skal lykkes med de første handlinger, se noget vokse eller komme videre og fornemme, at næste handling bliver lidt mere givende. En stigende combo, en bar, der fyldes, eller en større sammenslået genstand virker alle, fordi de viser fremskridt uden forklaring.
Tilføj ét lille twist. Efter et par nemme succeser introducerer du en mild komplikation: en forhindring, en timer eller et valg. Det antyder dybde og forhindrer, at loop'et føles som legetøj. Ét twist er nok.
Fejl med vilje, nogle gange. En fail state kan fungere godt, især i puzzle- og hyper-casual-spil, hvor "næsten klaret den"-følelsen skaber nysgerrighed. Hvis du bruger en, så gør den hurtig, gør det tydeligt, hvad der gik galt, og gå direkte videre til end card'et eller tilbyd ét enkelt nyt forsøg. En fejl, der trækker ud, er bare frustration.
Vær ærlig om spillet
Playable'en skal ligne det, spilleren faktisk får efter installationen. Det er fint at forenkle, og det er normalt at vise et poleret udsnit. Men hvis annoncen viser en mekanik, der ikke findes i det rigtige spil, tiltrækker du installationer fra folk, der føler sig vildledt, og de forlader typisk spillet hurtigt. Det er dårligt for retention og dårligt for dit forhold til butikssiden. Vis en ægte mekanik i sin simpleste form.
Hvornår playable'en skal slutte
Annoncen skal slutte på et højdepunkt, ikke fordi den løb tør for vej. Almindelige triggere:
- Mål nået. Banen er gennemført, eller belønningen er optjent.
- Fail state. Spilleren begår en tydelig fejl eller løber tør for tid.
- Antal interaktioner. Efter et fastsat antal meningsfulde input går annoncen videre.
- Tidsgrænse. En reserveløsning, så annoncen aldrig bliver hængende, hvis spilleren er inaktiv.
Vælg den trigger, der passer til spillet. Puzzlespil slutter ofte ved sejr eller nederlag. Idle- og merge-spil slutter ofte efter et fastsat antal handlinger. Uanset hvad du vælger, så slut, mens spilleren stadig har lyst til at gøre én ting mere. Den følelse bygger end card'et videre på.
End card'et: én beslutning, ingen rod
End card'et i en playable ad har et snævert formål. Spilleren har netop haft en lille oplevelse og skal nu vide, hvad den var, og hvordan man får den.
Hvad der hører hjemme på det:
- Et klart udfald. "Level complete" eller "Try again" fortæller, hvad der netop skete.
- Identitet. Appikonet og navnet, så spilleren ved, hvad vedkommende installerer.
- Én primær knap. Et enkelt call to action om installation, stort nok til at ramme med en tommelfinger, med en tekst der siger, hvad der sker derefter.
Hvad du skal lade ude:
- Lange taglines eller featurelister.
- Flere konkurrerende knapper.
- Ratings eller anmeldelser, du ikke kan dokumentere. Hold påstandene beskedne.
- Alt, der forsinker, at knappen dukker op.
Gør kun hele kortet trykbart, hvis det stemmer overens med, hvordan dit netværk håndterer klik. Under alle omstændigheder skal knappen pålideligt åbne butikken. Et smukt end card med en defekt exit er den dyreste fejl i dette format, fordi alt foran virkede, og det sidste trin ikke gjorde.
Hvordan exits sættes op i forskellige miljøer, kan du læse om i clickTag for Display HTML5 og ExitApi in App campaigns.
Lyd, orientering og indlæsning
Et par praktiske detaljer påvirker, hvordan hele annoncen føles:
- Design til slukket lyd. Mange ser annoncer uden lyd. Brug lyd til at forstærke feedback, aldrig til at bære instruktion.
- Håndtér orientering bevidst. Beslut, om playable'en er i portræt, landskab eller adaptiv, og test, hvad der sker, når enheden roteres. Tjek hvert netværks aktuelle specifikation for, hvad det forventer.
- Indlæs hurtigt. Tunge assets giver en tom skærm, og en tom skærm læses som en ødelagt annonce. Hold det første synlige billede let, og indlæs resten bagved. Placering og grænser for filstørrelse varierer fra netværk til netværk, så tjek de aktuelle krav, før du færdiggør dine assets.
- Undgå dødtid. Hvis noget tager tid, f.eks. en overgang eller en animation, så sørg for, at spilleren stadig kan gøre eller se noget bevæge sig.
Almindelige fejl
- At starte med en cinematic. Spilleren kom for at spille, ikke for at se film.
- At forklare med tekst. Hvis tutorial'en kræver et afsnit, bør mekanikken sandsynligvis forenkles.
- At vise for mange mekanikker. Forvirring ligner kedsomhed for spilleren.
- At gøre den for svær. En annonce er ikke en bane. Giv tidlige sejre.
- At skjule exit'en. Hvis spilleren ikke let kan finde vejen til installation, tager vedkommende den ikke.
- At springe test på enheder over. En annonce, der virker i en desktopbrowser, kan opføre sig anderledes på en telefon: touch-områder, safe areas, ydeevne.
Et hurtigt tjek før lancering
- Kan en fremmed gennemføre det første input uden hjælp?
- Giver playable'en mening med lyden slået fra?
- Er der ét tydeligt øjeblik af tilfredsstillelse i loop'et?
- Slutter annoncen rent, uanset om spilleren vinder, taber eller er inaktiv?
- Virker installationsknappen på en rigtig enhed, hver gang?
- Svarer oplevelsen til det faktiske spil?
For en mere fuldstændig teknisk gennemgang kan du køre Playable HTML5 QA checklist igennem, før du uploader noget.
Iterér på én variabel ad gangen
Når playable'en kører, handler forbedring om kontrollerede ændringer. Ændr én ting ad gangen, f.eks. tutorial-hintet, sluttriggeren eller teksten på end card-knappen, så du kan se, hvad der gjorde forskellen. Hvis du ændrer fem ting mellem versionerne, ved du ikke, hvilken der betød noget.
Det er lettere at lave varianter, når den første version er billig at bygge. Hvis du starter fra en butiksside og vil have et fungerende udkast at lære af, gennemgår How to Make a Playable Ad Without a Developer den proces, og PlayableRun kan generere en playable ud fra en butiksside, så du kan bruge din tid på designbeslutningerne ovenfor frem for på opsætning.
Hvor du går videre herfra
Gode playable ads kommer af tilbageholdenhed: én mekanik, ét tydeligt loop, én knap. Hvis du vil se, hvordan disse idéer ser ud i praksis, kan du udforske live demos eller oprette en gratis konto og bygge et første udkast til at teste mod dit eget spil.
Ofte stillede spørgsmål
›Hvor lang bør en playable ad være?
Lang nok til at vise ét tilfredsstillende øjeblik af core loop'et, og ikke længere. Annoncenetværk fastsætter selv grænser for varighed og størrelse, så tjek den aktuelle specifikation for hvert netværk, du kører på, i stedet for at designe efter et tal, du husker.
›Bør en playable ad indeholde en tutorial?
Ja, men den bør være næsten usynlig. Brug en hånd-cursor, et fremhævet objekt eller en enkelt tekstlinje, og lad det første input lære spilleren styringen. Undgå instruktionsskærme med meget tekst.
›Bør playable'en vise hele spillet?
Nej. Vælg én mekanik, der repræsenterer spillet, og få den til at føles god. Hvis du viser flere systemer, bliver annoncen forvirrende, og det sjove ved produktet forsvinder.
›Hvad kendetegner et godt end card?
Et klart udfald (sejr, nederlag eller tiden er gået), appikonet eller navnet og én tydelig installationsknap. Hold det roligt og hurtigt at læse, og sørg for, at knappen faktisk åbner butikken.
›Gælder disse principper også for apps, der ikke er spil?
Ja. En finans-, fitness- eller fotoapp kan tilbyde et lille interaktivt øjeblik, f.eks. at flytte en slider, sortere elementer eller anvende et filter, efterfulgt af samme end card-logik.
Gør din store-side til en playable
Indsæt et link til App Store eller Google Play, og få en HTML5-playable, du kan teste på få minutter. Den første er gratis.
Læs videre
- Playable ads
Hvad er en playable-annonce? En letforståelig guide
7 min. læsning
- Production & QA
Sådan laver du en playable ad uden en udvikler
7 min. læsning
- Google Ads HTML5
clickTag for Display HTML5 — PlayableRun checklist
1 min. læsning