Jokainen, joka on tekemisissä tuotteen julkaisutiedotteiden laatimisen kanssa, pitää niitä ikävinä, tylsinä ja aikaa vievinä. Usein näkee ihmisten kirjaimellisesti pakenevan niitä. Pidä kuitenkin mielessä, että on tärkeää julkaista tuotteen julkaisutiedotteita ja pitää muutospäiväkirjaa ajan tasalla yrityksesi kasvun kannalta. Tässä artikkelissa tarkastelemme myös julkaisutiedotteiden malleja.
Muutospäiväkirjapalvelun pyörittämisen lisäksi käsittelemme myös julkaisutiedotteita hyvin usein. Päivitämme jatkuvasti käyttäjillemme viimeisimmistä muutoksista parannuksista, joita olemme tehneet tuotteeseemme. Siksi olemme kehittäneet tekniikoita, joilla voimme tehdä koko prosessista siedettävämmän ja tehokkaamman.
- Mitä ovat julkaisumuistiot?
- Mitä ongelmia niissä on?
- Vinkkejä julkaisutiedotteiden kirjoittamiseen (mallien avulla)
- 1. He > Me
- 2. Keskity käyttäjään
- 3. Noudata yksinkertaisia julkaisumuistiinpanojen malleja
- 4. Vältä liiallista muodollisuutta
- 5. Laajenna sitten yksinkertaista
- Release notes -esimerkkejä
- Salesforce Release Notes -esimerkkejä
- Keskeiset ammattilaisvinkit, jotka kannattaa ottaa talteen:
- Salesforce noudattaa myös vapautusmuistiinpanojen malleja.
- Sketch Release Notes Esimerkkejä
- Getpostman Release Notes Esimerkkejä
- Huumori julkaisutiedotteissa
Mitä ovat julkaisumuistiot?
Julkaisumuistiinpanot ovat luettelomuotoinen asiakirja, joka tulee ohjelmistojulkaisun mukana kertomaan käyttäjille, mikä on muuttunut. Vaikka mitään yleispätevää muotoa ei olekaan, tyypilliset julkaisutiedotteet sisältävät tietoa virheiden korjauksista, uusista ominaisuuksista ja joskus myös tiedossa olevista ongelmista. Julkaisutiedotteet voivat olla tylsä tekninen asiakirja, jota kukaan ei halua lukea tai kirjoittaa. Tehtävämme tuotepäällikkönä on kuitenkin tehdä näistä muistiinpanoista houkuttelevampia, kiinnostavampia ja informatiivisempia.
Mitä ongelmia niissä on?
Kolme pääongelmaa, jotka liittyvät julkaisutiedotteisiin, ovat
– johtaminen,
– rikkinäinen kommunikaatio ja jakelukanava.
Suurimpana ongelmana kohtaamme kommunikaation puutteen tiimin sisällä. Jopa pienissä yrityksissä teknisen tiimin on vaikea selittää, mitä on muutettu. Usein he korjaavat jotain, ja muutamaa viikkoa myöhemmin he myös unohtavat, mitä tässä kuussa tehtiin.
No, ja release notes -tehtävän jättäminen kehitystiimille on myös virhe. Heillä on tapana kirjoittaa hyvin teknisiä julkaisutiedotteita ihmisille, joilla on tietotekniikan tohtorin tutkinto.
Lukijat eivät välitä siitä, miten jokin asia korjattiin; he välittävät vain lopputuloksesta. Miten he voivat hyötyä päivityksestä?
Vinkkejä julkaisutiedotteiden kirjoittamiseen (mallien avulla)
Jättämällä huumorin aiheen julkaisutiedotteissa sivuun myöhemmäksi, suurin osa julkaisutiedotteiden tiedoista voidaan mallintaa ymmärrettävään muotoon. Joten seuraavan kerran, kun kehittäjä lähettää sinulle muistiinpanoja korjatusta virheestä tai uudesta ominaisuudesta, säästätte molemmat aikaa.
Sen sijaan, että saisit kehittäjältä kommentin, jossa ei ole mitään järkeä. Saat syvemmän ymmärryksen siitä, mikä on muuttunut ja miten voit paremmin viestiä siitä loppukäyttäjille.
Tässä on siis henkilökohtainen listani vinkkejä ja temppuja, joita käytän loistavien julkaisumuistiinpanojen tekemiseen! Inspiroidu ja kirjoita omat tuotejulkaisumuistiinpanomallit!. Ohjelmistotuotteen julkaisumuistioiden mallit ovat loistava tapa säästää aikaa.
1. He > Me
Älä aloita sanoilla ”Olemme tehneet näin”. Käyttäjät eivät välitä siitä, mitä SINÄ teit, he välittävät vain siitä, mitä he saavat siitä, mitä sinä olet tehnyt.
Voit nyt .
Uusi julkaistu on käytettävissäsi. Nyt voit
2. Keskity käyttäjään
Käytä ”SINÄ” useammin. Se on copywriting-temppu, joka muuttaa välittömästi tapaa, jolla tekstimuotoinen tieto havaitaan. He lukevat tekstiä alitajuisesti todennäköisemmin, kun he näkevät ”sinä”.
Hyviä uutisia sinulle! avulla voit kerätä palautetta käyttäjiltäsi.
Hyvää ilmoittaa, mikä auttaa sinua välttämään tietojen menetyksen.
Säästät aikaasi
3. Noudata yksinkertaisia julkaisumuistiinpanojen malleja
Luo nämä mallit ja pyydä teitä kehittäjiä kirjoittamaan muistiinpanot vain tässä muodossa. Näin vältytte väärinkäsityksiltä ja tiedätte tarkalleen, mitä on muutettu ja miten se toimii ja mitä tavoitteita sillä yritetään saavuttaa. Pelkästään nämä 4 mallia kattavat 90 % kaikista julkaisumuistiinpanoista.
- Edellinen X on nyt Y
- Voit nyt tehdä X:n sijasta Y:n
- X ei enää tee X:ää, Y kun Z, Q, W
- X ei enää tee Y:tä. Tämä tarkoittaa, että sinun ei enää tarvitse tehdä Z:tä
4. Vältä liiallista muodollisuutta
Se riippuu tietenkin yrityksesi brändistä. Virallinen kirjoitus on kuitenkin yleensä pitkää eikä suoraan asiaan menevää. Se siis vaikeuttaa lukijoiden tekstin skannaamista. Yritä käyttää johdonmukaista kieltä ja vältä liiallista muodollisuutta release notes -asiakirjamalleissasi.
5. Laajenna sitten yksinkertaista
Hyvä release note on lyhyt ja ytimekäs. Päästäksesi sinne laajenna kuitenkin tekstiä, varmista, että se kuvastaa kaikkea, mistä uudessa ominaisuudessa, bugikorjauksessa on kyse. Lisäksi suuri osa julkaisutiedotteiden kirjoittamisesta on sitä, että otetaan suuri määrä tietoa ja puristetaan se lyhyisiin kappaleisiin. Varmista, että jokaista julkaisutiedotetta ei irroteta asiayhteydestään.
Katsotaanpa parhaita esimerkkejä julkaisutiedotteista. 3 yritystä, joilla on loistavat Release Notes -sivut ja miten sinä voit oppia niistä?
👉Seuraava artikkeli: Kaikki mitä sinun tarvitsee tietää SaaS:n keskeisistä mittareista
Release notes -esimerkkejä
Salesforce Release Notes -esimerkkejä
Salesforce on CRM-alusta, jonka sateenvarjon alaisuudessa on monia tuotteita. Joten asiakkaiden pitäminen ajan tasalla uusista ominaisuuksista ja tuotemuutoksista on helvetti teknisten kirjoittajien, tuotepäälliköiden ja kehittäjien työtä.
Yhtiön oletan laativan julkaisutiedotteet neljännesvuosittain ja se on nimeltään ”Salesforce Summer ’19 Release Notes”, joka on erittäin kattava julkaisutiedotteet-sivu kategorioineen ja alakategorioineen.
Salesforcen julkaisutiedotteet on sekoitus tavanomaisia julkaisutiedotteita sekä tuotekarttaa. Se on yksityiskohtainen selitys siitä, miten kukin ominaisuus tulee toimimaan ja nimenomaan mille käyttäjille ne tulevat saataville.
Tällaisten kattavien julkaisutiedotussivujen ilmeinen hyöty on työn pois ottaminen tukiosastojen harteilta. Jos he esimerkiksi saavat asiakkaan kysymyksen tiettyyn aiheeseen liittyen. He voivat helposti ohjata heidät sivulle, josta käyttäjät löytävät vastauksen.
Keskeiset ammattilaisvinkit, jotka kannattaa ottaa talteen:
1. Release Notes -osion käyttö
2. Yksityiskohtaiset, visuaalisesti ymmärrettävät taulukot, joissa on tuotteen tiekartta
3. Suodatin-osio
4. Yleistetty selitys, yleistetty selitys ja sen jälkeen yksityiskohtainen kuvaus siitä, miten uusi ominaisuus toimii.
Salesforce noudattaa myös vapautusmuistiinpanojen malleja.
Vaihe 1: Selitä, mistä uudessa ominaisuudessa on kyse.
Sinun ei enää tarvitse siirtyä Salesforce Classiciin hallinnoidaksesi reviirimäärityksiä Account-sivulla. Voit nyt muokata Assigned Territories -yhteysluetteloa Lightning Experience -ohjelmassa. Aiemmin liitetty luettelo oli Lightning Experiencessa vain luettavissa.
Sinun ei enää tarvitse suorittaa . Voit nyt tehdä . Aiemmin pystyit tekemään vain .
Vaihe 2: Selitä, miten ominaisuus otetaan käyttöön tai käytetään
Missä: Tämä muutos koskee Lightning Experiencea Performance- ja Developer-versioissa sekä Enterprise- ja Unlimited-versioissa Sales Cloudin kanssa.
Vaihe 3: Selitä, miten ominaisuutta käytetään
Miten: Jos Account-sivun ulkoasu sisältää Assigned Territories -yhteysluettelon, asetuksia ei tarvita. Napsauta Assign Territories (Määritä alueita) ja määritä hallinnoidaksesi määrityksiä.
Sketch Release Notes Esimerkkejä
Jos tuotteesi ei ole niin monimutkainen eikä se ole alusta, jolla on iso sateenvarjo alatyökaluja, tutustu Sketch-yritykseen.
Asennus on mielenkiintoinen. Oikealla puolella on yksityiskohtainen kuvaus kaikista uusista ominaisuuksista ja bugikorjauksista ja vasemmalla puolella on tärkeimpien isojen ominaisuuksien kuvaukset. Ja CTA.
Smart Distribute Upgrades
Voit nyt käyttää Smart Distributea ruudukkojen välysten hallintaan. Voit helposti säätää kerrosten rivien välistä pystysuoraa välimatkaa sekä rivin jokaisen kerroksen välistä vaakasuoraa välimatkaa. Olemme myös lisänneet Inspectoriin uuden ’Tidy’-painikkeen. Se kohdistaa nopeasti useista kerroksista koostuvan valinnan siistiin ruudukkoon, mikä tekee monimutkaisten asettelujen luomisesta ja hallinnasta entistä helpompaa.
Näemme jälleen yksinkertaisen mallin:
Voit nyt tehdä . Voit helposti tehdä . Olemme myös ottaneet käyttöön uuden .
Parannuksia:
Olemme lisänneet Muokkaa-valikkoon uuden Valitse kaikki tausta-alustalla -komennon, jolla voit nopeasti napata kaikki valitsemasi tausta-alustan tasot. Olemme myös antaneet eri Valitse kaikki -komennoille omat alivalikkonsa.
- Lisäsimme , joten voit nyt tehdä.
- Korjasimme kaatumisen, joka saattoi tapahtua, kun yritit raahata valintaa taikasauva-työkalulla.
- Korjasimme vian, jossa oikea kirjasinpaino ei näkynyt samannimisille fonteille.
– Korjattu vika Sivut- ja tasoluetteloissa, jossa valinnat eivät korostuneet oikein, kun ne oli liitetty ulkoiseen näyttöön.
Palatakseni takaisin käyttäjälähtöisiin julkaisutiedotteisiin, meidän on ymmärrettävä, että kirjoitamme julkaisutiedotteet kohderyhmäämme varten. Salesforce kirjoittaa tiedotteensa ihmisille, joilla ei ole teknistä taustaa, myyntiosastoille ja markkinoijille, yrittäjille, perustajille jne.
Sketchiä käyttävät graafiset suunnittelijat ja taiteilijat. Niinpä sekä Salesforce että Sketch käyttävät yleistä sävyä, hyvin käyttäjäystävällistä, oikeille ihmisille suunnattua.
Getpostman Release Notes Esimerkkejä
Jos tuotteesi on tekninen ja käyttäjiäsi ovat kehittäjät, päinvastainen on nyrkkisääntö. Lyhyempi, teknisempi, ei visuaalisesti houkutteleva on parempi.
Esimerkiksi Getpostman on tekninen tuote kehittäjille.
Julkaisumuistiinpanot voi skannata nopeasti läpi, jotta saa yleisen käsityksen siitä, mitä uutta on. Ja ne noudattavat hyvin pelkistettyä muotoa.
Päivityksen numero, päivämäärä ja tiedot yhdessä lauseessa kustakin päivityksestä ilman yksityiskohtia siitä, mitä se tarkoittaa käyttäjälle, miten sitä käytetään tai miten sitä käytetään.
Mitä yksinkertaisempi, sen parempi. He ymmärtävät.
Huumori julkaisutiedotteissa
Olemme jo puhuneet sovelluksen sisäisistä julkaisutiedotteista esimerkkejä, jotka ovat hulvatonta ja viihdyttävää luettavaa. Äänensävy ei kuitenkaan sovi suurimmalle osalle teknologiayrityksistä. Ja ne tarvitsevat tyyliohjeen Release Notesille. Lisäksi kaikilla ohjelmistotuotteilla ei ole mobiiliversiota, ja suurin osa yrityksistä julkaisee julkaisutiedotteet erillisellä sivulla jossain tuki- tai ohjeosion alla. (Yritykset hautaavat julkaisutiedotteensa strategisesti ja valittavat sitten, miksi kukaan ei lue niitä.)
Tuotepäivityksistä ilmoittamiseen on monia fiksuja tapoja. Esimerkiksi kirjoittamalla hienon sähköpostiviestin, jossa esitellään tuotepäivityksiä tai luomalla erillinen blogikirjoitus.
👉 Aiheeseen liittyvä artikkeli: Parhaat ja huonoimmat sovelluksen julkaisumuistiot, jotka inspiroivat sinua
Kuten kaikessa elämässä, tuomalla rakennetta ja organisaatiota sekä nykyaikaisia tekniikoita luomme helpomman ratkaisun, joka ei ole niin tylsä ja tarpeeton.
Toivottavasti esimerkkipohjaiset ohjelmistojulkaisumuistioesimerkkiemme mallit
ja esimerkit auttoivat sinua.