SaaS
Sa tarnid iga kahe nädala tagant ja kirjutad sellest kaks korda aastas
Tarkvaratiimidel ei ole öelda asjast puudust. Neile on puudu inimene, kes seda ütleb, sest kirjutamine on alati see ülesanne, mis hilinemise korral edasi lükkatakse — ja seda lükatakse edasi iga kord, kuni blogi viimane postitus on üksteist kuud vana ja ütleb „tutvustame“.
Rike on struktuurne, mitte toimetulekuga seotud
Iga tiim teab, et peaks rohkem kirjutama. Insenerid oskavad kirjutada; asutaja oskab kirjutada; keegi tavaliselt ka naudiv seda. Probleem on selles, et kirjutamisel pole oma tähtaega, ja kõik ilma tähtajata kaotab kõigele tähtajaga, iga kahe nädala tagant, igaveseks.
Plaan annab puuduvad tähtaja. Dateeritud slotk teema ja kirjutajaga on lubadus, mis antakse rahulikus nädalas ja täidetakse nädalas, mis rahulik ei ole, ja mustand ilmub, olgu keegi meenutanud või mitte. Selle heakskiitmine võtab minuteid; nullist kirjutamine võtab pärastlõuna, mis kunagi ei saabu.
See on kogu argument. Ei ole nii, et mudel kirjutab sinu tiimist paremini — ei kirjuta. Asi on selles, et mustand, mida sa teisipäeval toimetad, on olemas, ja postitus, mida sa pidid kirjutama, ei ole.
Teekonnaplaan on plaan, mille sa juba kirjutasid
Suurem osa kuuest kuust on juba otsustatud. Sa tead umbes, mis järgmises kahes kvartalis välja tuleb, millised toote osad on valesti mõistetud, milliseid integratsioone sinult pidevalt küsitakse ja millised küsimused jõuavad tugiteenusesse iga nädal.
Igaüks neist on teema. Teekonnaplaan annab rütmi — väljalase muutub slotkate jadaks, mitte üheks muudatuste logi kirjeks — ja tugiteenus annab igihalja poole, sest küsimus, mida küsitakse kakskümmend korda kuus, on tekst, mida tasub kirjutada ühe korra ja millele igaveseks linkida.
Jäta tühja ruumi. Väljalased libisevad, ja plaan ilma tühjade slotkata muudab libinenud väljalase kolmeks postituseks asja kohta, mis veel ei eksisteeri. Veerand slotkatest avatuna ei ole lõtvus; see on plaani osa, mis jääb ellu sinu tegeliku ajakavaga kokkupuutes.
- 1BlogiMis välja tuli ja miks see on olemas. Esiteks probleem, siis funktsioon.
- 2Facebook / InstagramÜhe lause versioon neile, kes kunagi ei ava muudatuste logi.
- 3BlogiKuidas keegi seda tegelikult kasutas. Konkreetne, koos ebamugavate osadega.
- ·Kui see libisebPesad liiguvad koos väljalaskega. Mitte midagi ei kuuluta asja, mida pole olemas.
- 4BlogiKasutajatoe küsimus, mille see väljalase lõpuks vastab, kirjutatud ühe korra ära.
Teekaart määrab rütmiKasutajatugi määrab teemad
Sinu muudatuste logi ei ole sisu. See on kviitung.
Kaks kirjutajat, mõnikord kolm
Üks, kes seletab toodet, ja üks, kes räägib ettevõttest
Need on tõesti kaks erinevat häält, ja nende kokkusulamine annab just selle erilise tuimsuse, mis tarkvarablogidest on tuntud — postituse, mis ei ole ei tehniline seletus ega inimlik jutustus millestki.
Tehniline kirjutaja
Seletab täpselt, ilma omadussõnadeta, mida miski teeb. Teab, milleks sinu toode on ja milleks ei ole, ning tohib seda öelda. See on kirjutaja, kelle postitusi lingitakse kasutajatoe pöördumistest.
Ettevõtte hääl
Kirjutab otsustest, kompromissidest ja sellest, mille poole sa ehitad. Kasulik viisil, mida on raske mõõta, aga mis on ilmne värbamises, müügikõnedes ja põhjuses, miks keegi eelistab väikest tarnijat suurele.
See, kes vastab
Käsitab kommentaare sinu poliitika all. Vastab sellele, mida saab, märgib ära selle, mida ei saa, ega spekulueeri kunagi teekaardi üle. Kõik, mis meenutab kasutajatoe juhtumit, suunatakse kohe inimesele.
Kinnitamise värav teeb siin tõelist tööd
Pagarialale on kinnitamata postitus väike piinlikkus. Tarkvarafirmale on see kasutajatoe koormus, müügi vastuargument või kohustus, kellegagi ei nõustunud. Mustand, mis kirjeldab piirangut kergesti valesti, tsiteeritakse sulle kliendi poolt tagasi, ja mustand, mis vihjab kuupäevale, käsitletakse lubadusena.
Seega on see juhtum, kus autopilot väärib kõige suuremat ettevaatust. Mõistlik korraldus on autopilot lühikestel sotsiaalmeedia pesadel, mis kordavad juba avaldatut, ja kinnitamine kõigel, mis teeb väite toote kohta. Kõike, mis puudutab hinnakujundust, võimekust või kuupäevi, peaks inimene alati läbi lugema, ja seda tasub kirja panna kirjutaja reeglitesse, et sellised mustandid hoitaks kinni ja märgitaks ära, mitte ei järjekorranuks.
Mida aruanne väikesele meeskonnale räägib
Planeeritud versus avaldatud on number, mis loeb, ja tarkvarameeskonnale on see esimesel kvartalis tavaliselt ebamugav. See on ka ainus aus mõõdik selle kohta, kas kirjutamine on lõpetanud väljalaskele kaotamise.
Vastuvõtt on olulisem, kui paistab, aga vähem, kui tundub. Tehniline tekst leiab oma publiku kuude, mitte päevade jooksul, ja selle hindamine teisel nädalal paneb sind kõrvale panema just need tükid, mis oleksid töötanud. Teemade tasakaal on varajases faasis kasulikum: see näitab, kas kirjutad ainult sellest, mis valmis sai — see on standardne ebaõnnestumise viis ja põhjus, miks nii paljud tarkvarablogid loevad nagu muudatuste logi lõikudega.
Aus osa: kui sinu toode on tõesti tehniline, vajavad sügavamad tükid ikka veel inseneri üheks pärastlõunaks. Mida plaan muudab, on see, et need pärastlõunad saavad ajakavasse, ja ülejäänud kaheksakümmend protsenti kirjutamisest lakkab nendega konkureerimast.