SaaS
Toimitat joka toinen viikko ja kirjoitat siitä kahdesti vuodessa
Ohjelmistotiimeillä ei ole puutetta sanottavasta. Heillä on puute ihmisestä, joka sanoo sen, koska kirjoittaminen on aina tehtävä, joka siirtyy, kun julkaisu myöhästyy – ja se siirtyy joka kerta, kunnes blogin tuorein kirjoitus on yksitoista kuukautta vanha ja sanoo "esittelyssä".
Vika on rakenteellinen, ei toimituksellinen
Jokainen tiimi tietää, että sen pitäisi kirjoittaa enemmän. Insinöörit osaavat kirjoittaa; perustaja osaa kirjoittaa; yleensä joku jopa nauttii siitä. Ongelma on, ettei kirjoittamisella ole omaa määräaikaa, ja mikä tahansa ilman määräaikaa häviää mille tahansa, jolla sellainen on, joka toinen viikko, ikuisesti.
Suunnitelma toimittaa puuttuvan määräajan. Päivätty paikka, johon on kiinnitetty teema ja kirjoittaja, on lupaus, joka tehdään rauhallisella viikolla ja toteutuu viikolla, joka ei ole rauhallinen, ja luonnos ilmestyy, muistiko kukaan tai ei. Sen hyväksyminen vie minuutteja; sen kirjoittaminen tyhjästä vie iltapäivän, joka ei koskaan tule.
Se on koko argumentti. Ei siksi, että malli kirjoittaisi paremmin kuin tiimisi – ei kirjoita. Vaan siksi, että luonnos, jota muokkaat tiistaina, on olemassa, eikä kirjoitus, jonka aiot kirjoittaa, ole.
Tiekartta on suunnitelma, jonka kirjoitit jo
Suurin osa puolesta vuodesta on jo päätetty. Tiedät suunnilleen, mitä toimitetaan seuraavien kahden kvartaalin aikana, mitkä tuotteen osat ymmärretään väärin, mitkä integraatiot pyydetään jatkuvasti ja mitkä kysymykset saapuvat tukeen joka ikinen viikko.
Jokainen niistä on teema. Tiekartta toimittaa rytmin – julkaisusta tulee sarja paikkoja yhden muutosloki-merkinnän sijaan – ja tuki toimittaa ikivihreän puolen, koska kysymys, joka esitetään kaksikymmentä kertaa kuukaudessa, on kirjoitus, joka kannattaa kirjoittaa kerran ja linkittää ikuisesti.
Jätä aukkoja. Julkaisut viivästyvät, ja suunnitelma ilman tyhjiä paikkoja muuttaa viivästyneen julkaisun kolmeksi kirjoitukseksi asiasta, jota ei vielä ole. Neljäsosa paikoista auki ei ole laiskuutta; se on suunnitelman osa, joka selviää kosketuksesta oikean aikataulusi kanssa.
- 1BlogiMitä julkaistiin ja miksi se on olemassa. Ensin ongelma, sitten ominaisuus.
- 2Facebook / InstagramYhden lauseen versio niille, jotka eivät koskaan avaa muutoslokia.
- 3BlogiMiten joku oikeasti käytti sitä. Konkreettinen, ikävät osat mukanaan.
- ·Jos aikataulu pettääPaikat siirtyvät julkaisun mukana. Mikään ei ilmoita asiasta, jota ei ole olemassa.
- 4BlogiTukikysymys, jonka tämä julkaisu vihdoin vastaa, kirjoitettuna kerran.
Tiekartta määrittää rytminTuki määrittää teemat
Muutoslokisi ei ole sisältöä. Se on kuitti.
Kaksi kirjoittajaa, joskus kolme
Se, joka selittää tuotteen, ja se, joka puhuu yrityksestä
Nämä ovat aidosti eri ääniä, ja niiden yhdistäminen tuottaa juuri sen mitättömyyden, josta ohjelmistoblogit tunnetaan — kirjoituksen, joka ei ole tekninen selitys eikä inhimillinen kertomus mistään.
Tekninen kirjoittaja
Selittää tarkasti, mitä jokin tekee, ilman adjektiiveja. Tietää, mihin tuotteesi sopii ja mihin ei, ja saa sanoa sen ääneen. Tämä on se kirjoittaja, jonka teksteihin linkitetään tukipyynnöistä.
Yrityksen ääni
Kirjoittaa päätöksistä, kompromisseista ja siitä, mitä olet rakentamassa. Hyödyllinen tavalla, jota on vaikea mitata mutta joka näkyy rekrytoinnissa, myyntitapaamisissa ja siinä, miksi kukaan valitsee pienen toimittajan ison sijaan.
Vastaaja
Käsittelee kommentit käytäntösi mukaisesti. Vastaa mihin pystyy, merkitsee mitä ei pysty, eikä koskaan spekuloi tiekartasta. Kaikki tukeen viittaava ohjataan heti ihmiselle.
Hyväksyntäportti tekee tässä oikeaa työtä
Leipomolle hyväksymätön julkaisu on pieni häpeä. Ohjelmistoyritykselle se on tukikuorma, myynnin vastaväite tai lupaus, johon kukaan ei sitoutunut. Luonnos, joka kuvaa rajoitetta hieman väärin, lainataan sinulle takaisin asiakkaan toimesta, ja luonnos, joka vihjaa päivämäärään, tulkitaan lupaukseksi.
Tämä on siis tapaus, jossa autopilotille kannattaa osoittaa eniten varovaisuutta. Järkevä järjestely on autopilotti lyhyisiin somepaikkoihin, jotka toistavat jo julkaistua, ja hyväksyntä kaikkeen, joka esittää väitteen tuotteesta. Kaikki, mikä koskee hinnoittelua, kapasiteettia tai päivämääriä, kannattaa jättää pysyvästi ihmisen luettavaksi, ja se kannattaa kirjata kirjoittajan sääntöihin, jotta tällaiset luonnokset pidätetään ja merkitään eikä jonoteta.
Mitä raportti kertoo pienelle tiimille
Suunniteltu versus julkaistu on luku, joka merkitsee, ja ohjelmistotiimille se on yleensä epämukava ensimmäisenä neljänneksenä. Se on myös ainoa rehellinen mittari siitä, lakkasiko kirjoittaminen taas häviämästä julkaisulle.
Vastaanotto merkitsee vähemmän kuin näyttää. Tekninen teksti löytää yleisönsä kuukausissa, ei päivissä, ja sen arviointi toisella viikolla saa sinut eläköimään ne tekstit, jotka olisivat toimineet. Teematasapaino on hyödyllisempi mittari alkuvaiheessa: se näyttää, kirjoitatko koskaan muusta kuin siitä, mikä julkaistiin — se on tavallisin epäonnistumistapa ja syy, miksi niin monet ohjelmistoblogit lukeutuvat kuin kappaleiksi kirjoitettu muutosloki.
Rehellinen osuus: jos tuotteesi on aidosti tekninen, syvimmät tekstit tarvitsevat yhä insinöörin jälkipäivän. Se, mitä suunnitelma muuttaa, on, että nämä iltapäivät saadaan kalenteriin ja muut kahdeksankymmentä prosenttia kirjoittamisesta lakkaa kilpailemasta niiden kanssa.