Ein lanseringse-post konkurrerer med alt anna i ein innboks. Eit banner i produktet konkurrerer med nesten ingenting: det dukkar opp medan nokon allereie brukar det du har endra, i det augeblinken endringa er relevant for dei. Den fordelen er lett å sløse bort. Eit banner som er permanent, generisk eller vist til folk som ikkje kan gjere noko med det, lærer alle å sjå forbi toppen av sida — òg den dagen du har noko viktig å seie.
Difor høyrer ei endring i produktet heime inne i produktet
Kunngjeringse-post har eit strukturelt problem: han kjem når du sender han, ikkje når lesaren kan bruke han. Opningsratar måler levering til ein innboks, ikkje augeblinken mottakaren står framfor funksjonen. Nokon som les om eit nytt eksportval på mobilen i helga, har inga moglegheit til å prøve det, og måndag morgon ligg meldinga fleire skjermar nedover.
Eit banner snur på det. Det dukkar opp på sida der endringa bur, for folk som allereie jobbar, og det kan vente på rett side i staden for rett dag. Vedlikehaldsvarsel, påminningar om prøveperiodar, prisendringar og nye funksjonar deler alle denne eigenskapen: dei er berre moglege å handle på i kontekst, og utanfor konteksten er dei berre informasjon til arkivet.
Prisen er merksemd. Kvart banner brukar litt av tilliten til kundane om at toppen av skjermen er verdt å lese. Bruk henne på ting med ei avgjerd knytt til seg — noko å prøve, noko å fornye, noko å vite om før det forstyrrar dei — og lat endringsloggen bere resten.
Skriv for avgjerda, ikkje for versjonsnotata
Eit banner har plass til ei overskrift, eit par linjer og éin knapp, og det held til nøyaktig éin idé. Namngi endringa i overskrifta med orda til kunden, bruk brødteksten til å seie kva ho betyr for dei, og legg detaljane bak knappen: ei endringsloggoppføring, eit dokument, ei innstillingsside. Å presse ei heil lansering inn i banneret er den sikraste måten å få det lukka ulese på.
Knappen er der ei kunngjering blir nyttig, så målet bør vere konkret: ei endringsloggoppføring for ein funksjon, faktureringssida for ei planpåminning, ei statusside under ei hending. Lenkjer held seg inne på din eigen nettstad eller peikar til ei https-adresse, og ein knapp utan lenkje — eller ei lenkje utan tekst — blir fanga opp før meldinga kan setjast i drift, for ei halv oppmoding er verre enn inga.
Vel kven som ser det, og kvar
Dei fleste kunngjeringar er ikkje for alle. Ei påminning om prøveperioden er for eksisterande brukarar heller enn for anonyme besøkjande, og ei endring i kassa betyr noko på kassesidene. Målgruppe og sidesti snevrar inn rekkjevidda, medan ei kort forseinking hindrar banneret i å kome før sida har falle til ro. Planlagt vedlikehald er det ærlege unntaket: det går som regel til alle, på alle sider, med ein gong.
Planlegging dekkjer kunngjeringane du planlegg framfor reagerer på. Ei melding sett til ein dato og eit klokkeslett byrjar å bli levert når det augeblinken kjem, så eit vedlikehaldsvarsel kan skrivast på tysdag og visast fredag morgon, og eit lanseringsbanner kan førebuast saman med sjølve lanseringa i staden for å bli hugsa ein time etterpå.
Publiser, pause og pensjoner
Eit banner er eit utkast medan du skriv det, og i drift når du publiserer det. Kvar person ser det éin gong, og det er nettopp det som hindrar ei kunngjering i å bli eit fast inventar: rekkjevidda er talet på ulike menneske som har sett det, ikkje eit tal på visingar. Når nyheita sluttar å vere ei nyheit, set henne på pause — tekst, målgruppe og plan blir ståande, så den same meldinga kan brukast om att til neste lansering eller slettast når du er sikker.
Å pensjonere kunngjeringar i tide er ein vane verdt å handheve. Eit banner som overlever nyheita si, er hovudgrunnen til at folk sluttar å lese banner i det heile. Gi kvar kunngjering ein sluttvilkår når du publiserer henne — ein dato, ei lansering, ei fullført migrering — og pause henne då, sjølv om ho framleis samlar klikk.
Ei kort sjekkliste før du publiserer ei kunngjering
Svar på tre spørsmål før du skriv eit einaste ord. Kven kan gjere noko med denne endringa, kva side er dei på når dei kan gjere det, og kva bør dei gjere vidare? Svara blir målgruppa, sideregelen og knappen. Har det tredje spørsmålet ikkje noko svar, høyrer kunngjeringa truleg heime i endringsloggen heller enn øvst på skjermen til alle.
Skriv teksten mot den plassen de faktisk har. Éi overskrift som namngir endringa, éi eller to linjer om kva ho betyr, éin knapp med eit konkret mål. Les det tilbake som nokon som aldri har sett vegkartet dykkar: interne namn, versjonsnummer og prosjektkodeord er den raskaste måten å miste ein lesar som elles ville brydd seg.
Bestem slutten før byrjinga. Skriv sluttvilkåret inn i namnet på meldinga — «til 15. august», «til migreringa er ferdig» — så veit den som går gjennom lista neste månad om ho framleis bør vere i drift. Å pause tek vare på alt til gjenbruk, noko som gjer ei tilbakevendande kunngjering som planlagt vedlikehald til eit spørsmål om å redigere datoar i staden for å skrive teksten på nytt.
Ofte stilt spørsmål
Bør eg sende ein lanseringse-post eller vise eit banner i produktet?
Dei svarar på ulike spørsmål. E-post når folk som ikkje brukar produktet akkurat no, og passar til samandrag, vegkart og nyheiter kundane kan lese i sitt eige tempo. Eit banner når folk som allereie er i produktet, og passar til endringar dei kan gjere noko med med ein gong — ein ny funksjon på sida der han bur, ein prøveperiode som går ut, eller planlagt vedlikehald. Store lanseringar fortener som regel begge delar, med banneret som peikar til detaljane i staden for å gjenta dei.