Pressmeddelande exempel som faktiskt fungerar i praktiken

Pressmeddelande exempel som är värda att kopiera har ett gemensamt drag: nyheten står i första meningen, och resten av texten finns för att bevisa den. Ett pressmeddelande som öppnar med företagets historia blir skummat och slängt. Ett som öppnar med ett daterat, specifikt besked blir vidarebefordrat. Nedan går vi igenom fyra releasetyper med annoterade strukturer du kan kopiera, plus en ärlig titt på var AI-utkast hjälper och var de i tysthet gör saken sämre.

Alla bra pressmeddelanden följer samma skelett

Plocka bort varumärkesprofileringen från ett dussin starka releaser så återstår samma sju delar. En rubrik som säger vad som hänt på under tio ord. En datumrad och ett ingressstycke som svarar på vem, vad, när, var och varför. Två eller tre stycken med fördjupning. Ett eller två citat. En uppmaning till handling. En bolagsbeskrivning. Kontaktuppgifter.

Prezlys guide till strukturen i ett pressmeddelande listar just dessa element, och det stämmer med vad jag ser när jag redigerar utkast åt kunder. Skelettet är inte det svåra. Det svåra är att de flesta utkast gömmer nyheten i tredje stycket, eftersom någon i godkännandekedjan ville ha företagets uppdrag överst.

Bolagsbeskrivningen är den enda delen som ska vara likadan i varje release. Håll den under fem meningar, skriv den i tredje person och uppdatera den när bolaget ändrar sig. En gammal bolagsbeskrivning som fortfarande beskriver en produkt ni lagt ned är ett vanligt misstag, och ett som lätt undviks.

Tre sammanhang där skelettet håller, ett där det haltar. Det fungerar för produktlanseringar, finansieringar, anställningar och event. Det går sönder för krishantering, som kräver en helt annan ordning.

Innan du kopierar något exempel, gör en nyhetskontroll. Kan du inte avsluta meningen "Det här är viktigt nu eftersom..." på en rad har du inget pressmeddelande. Du har ett blogginlägg, och det är en fullt godtagbar sak att ha.

En produktlansering lever eller dör på ett enda särskiljande påstående

Produktlanseringar är den vanligaste typen av exempel du hittar, och de svagaste gör alla samma misstag: de listar funktioner. Journalister bevakar inte funktionslistor. De bevakar ett påstående de kan upprepa.

Här är en struktur som fungerar, med en fiktiv SaaS-lansering som exempel.

Rubrik: "Fieldnote lanserar offlineläge för säljteam som jobbar där täckningen saknas"

Ingress: "Fieldnote släppte i dag offlineläge, så att fältsäljare kan logga besök och synka automatiskt när de får täckning igen. Uppdateringen når alla betalande abonnemang den 14 oktober."

Fördjupning: ett stycke om problemet (säljare tappar anteckningar i glesbygd), ett om hur det fungerar och ett om tillgänglighet och pris.

Citat: en kund eller produktchef som säger något en människa faktiskt skulle säga högt, till exempel "Vi slutade få måndagsmorgnar fulla av röstmeddelanden om borttappade besöksanteckningar."

Lägg märke till vad som saknas. Inget "revolutionerande" och inget "branschledande". Meltwaters genomgång av effektiva pressmeddelanden tar upp samma poäng om överdrivna superlativ: redaktörer stryker dem, och strykningen tar ofta med sig din trovärdighet.

Om din lansering gäller en fysisk eller visuell produkt väger bilderna tyngre än adjektiven. Ett lanseringsmeddelande med en bra, licensierad bild bifogad används betydligt oftare än ett utan. För e-handlare som producerar sådana bilder i volym är Klayn byggt för just det: en produktbild blir en konsekvent uppsättning livsstilsbilder.

Finansierings- och anställningsbesked behöver siffror, inte entusiasm

Finansieringsreleaser är de enklaste att skriva rätt och de enklaste att slösa bort. Mönstret är enkelt: belopp, ledande investerare, vad pengarna ska användas till och ett mått som gör rundan trovärdig. Ett exempel på rubrik: "Fieldnote tar in 4,2 miljoner euro för att utöka offlineverktygen i Europa".

Måttet är den del folk hoppar över. "Starkt momentum" säger redaktören ingenting. "Intäkterna upp 3x jämfört med förra året över 140 betalande team" ger en mening de kan lyfta. I mitt eget kundarbete fick en finansieringsrelease med ett hårt retentionstal plockas upp av en branschtidning, medan en i övrigt nästan identisk release utan siffran inte fick det. Det är ett par releaser, inte en studie, så behandla det som ett mönster att testa snarare än en regel.

Anställningsbesked följer samma logik i mindre skala. Berätta vem personen är, vad hen ansvarar för och varför bolaget behövde rollen just nu. En mening om tidigare erfarenhet är okej så länge den är korrekt och går att verifiera. Releasen ska svara på frågan "vad betyder det här?" innan läsaren hinner ställa den.

För båda formaten gäller att citatet ska vara ärligt. Ett citat som säger "vi är glada att kunna meddela" kommer att parafraseras bort. Ett citat som förklarar beslutet ("Vi anställde support först eftersom ärendena tog fyra dagar att besvara") överlever.

Event- och partnerskapsreleaser är egentligen logistikdokument

Eventreleaser är den minst glamorösa typen av exempel och den mest användbara att studera, eftersom de är ren informationsdesign. En journalist som avgör om hen ska närvara behöver fem fakta i första stycket: vad, när, var, vem som talar och hur man anmäler sig eller får ackreditering.

En användbar struktur ser ut så här:

• Rubrik med eventnamn och datum

• Ingress med datum, plats och ett skäl att komma

• Kort program eller talarlista

• Anmälan eller ackrediteringsuppgifter för press

• En kontaktperson som går att nå på dagen

Ett vanligt fel i eventreleaser är att beskriva programmet noggrant men glömma tiderna för ackreditering. Kontrollera att sista anmälningsdag, öppettider och adress står i samma stycke, så att ingen behöver leta i bilagor för att hitta dem.

Partnerskapsreleaser misslyckas av motsatt skäl. De är bara vision och ingen logistik. De bättre exemplen anger vad varje part bidrar med, vad kunder kan göra i morgon som de inte kunde i går och när det går live. Om svaret på den sista frågan är "senare i år", vänta tills du har ett datum.

Båda typerna tjänar på ett enkelt underlag på en sida: ett PDF-faktablad, en pressbildsamling eller en kort presentation. Om du gör sådana dokument regelbundet kan ett AI-arbetsrum som Skywork ta fram ett första utkast till bilder och sammanfattningar, som du sedan rättar för hand.

AI kan skriva utkastet, men den kan inte avgöra vad nyheten är

Här skiljer jag mig från den mer entusiastiska bevakningen. Språkmodeller är bra på struktur. Ger du dem en tydlig brief producerar de ett korrekt ordnat pressmeddelande med datumrad, ingress, bolagsbeskrivning och en rimlig rubrik. Råresultatet är acceptabelt. Med en revisionsrunda går det att publicera.

Där det kommer till kort jämfört med riktigt PR-arbete finns tre saker.

Det hittar på citat. Om du inte levererar citatet skriver modellen ett, och det låter precis som "vi är glada att kunna meddela"-raden ovan. Behandla varje genererat citat som en platshållare och ersätt det med ett verkligt, godkänt uttalande.

Det överdriver. Ber du om en lanseringsrelease utan begränsningar får du "banbrytande" och "sömlös" inom två stycken. Prompten måste förbjuda orden uttryckligen.

Det hittar inte vinkeln. Modellen skriver om det du ger den. Att avgöra att historien är offlineläget och inte den nya instrumentpanelen är en redaktionell bedömning, och den är fortfarande din.

Ett promptformat som håller i praktiken ser ut så här:

1. Klistra in fakta: vad som hänt, datum, siffror och namn.

2. Ange målgrupp (branschpress, lokal press eller kunder).

3. Be om en rubrik på under tio ord och en ingress på två meningar.

4. Förbjud superlativ och påhittade citat, och be om platshållare i stället.

5. Be om två rubrikalternativ så att du kan välja.

Så använt minskar AI-utkast tiden på tomma sidan till några minuter. Det den inte minskar är faktagranskningen, och det är där releaser brukar gå fel, till exempel när en lanseringsrelease påstår fel datum. En annan plats där en generator förtjänar sitt pris är att snabbt ta fram e-handelsvinkeln. En butiksägare som lanserar ett nytt sortiment kan mata in produktfakta i WiziShops inbyggda AI-verktyg och få produkttext som releasen sedan kan hämta ur.

Distributionen väger tyngre än de flesta exempel erkänner

De flesta samlingar av exempel visar den färdiga texten och slutar där. Det är bara halva jobbet. En release som går till en generell lista når ingen. Rådet i de guider jag läst är tydligt på den punkten: rikta dig till journalister som faktiskt bevakar ditt område, personifiera pitchen och var nåbar den dag du skickar.

Tre vanor ändrar resultatet:

• Skriv pitchmejlet separat. Ämnesraden ska bära en siffra eller den främsta funktionen, aldrig "Pressmeddelande" eller "NYHET".

• Skicka en gång, följ upp en gång. En uppföljning efter ett dygn räcker. Mer än så och du blir avsändaren de filtrerar bort.

• Lägg en kopia på din egen sajt. Journalister och AI-sökverktyg letar båda efter den kanoniska versionen, och en ren nyhetssida med bilderna bifogade gör deras jobb enklare.

Hoppa över nyhetsbyrån om din nyhet är lokal eller nischad. Byråspridning passar ekonomiska besked och breda konsumentlanseringar. För en funktionsuppdatering i ett bolag med tjugo anställda slår några direkta mejl till rätt skribenter ut den.

Vad du gör med dessa exempel på måndag

Välj en releasetyp från listan ovan och skriv den utifrån fakta, med skelettet. Först därefter avgör du om AI hjälper. För en rutinmässig anställning eller ett event sparar en promptbaserad första version verklig tid. För en finansiering eller ett känsligt partnerskap skriver du ingressen själv och låter modellen sköta bolagsbeskrivningen och rubrikalternativen.

Ett praktiskt sätt att börja är att ta ett pressmeddelande du redan skickat och jämföra det med skelettet. Stryk varje superlativ, flytta nyheten till första meningen och kontrollera att varje siffra har en källa du kan visa upp. Många releaser blir kortare av den övningen, och det är ingen förlust. Det brukar vara då de börjar bli läsbara.

Min rekommendation är rakt på sak: behåll en mall per releasetyp i en delad mapp, fyll den med verkliga siffror varje gång och skicka aldrig något vars första mening inte innehåller nyheten.