SaaS
Isporučujete svaka dva tjedna, a pišete o tome dvaput godišnje
Softverskim timovima ne manjka tema. Manjka im osoba koja ih izgovara, jer je pisanje uvijek zadatak koji se odgađa kad izdanje kasni — i odgađa se svaki put, dok najnovija objava na blogu ne postane stara jedanaest mjeseci i ne kaže "predstavljamo".
Kvar je strukturan, ne uređivački
Svaki tim zna da bi trebao više pisati. Inženjeri znaju pisati; osnivač zna pisati; netko to obično i voli. Problem je što pisanje nema vlastiti rok, a sve bez roka gubi od svega s rokom, svaka dva tjedna, zauvijek.
Plan opskrbljuje nedostajući rok. Datirani utor s temom i piscem obveza je dana u mirnom tjednu, primijenjen u tjednu koji miran nije, i skica se pojavi je li se itko sjetio ili ne. Odobriti je traje minute; napisati je ispočetka traje poslijepodne koje nikad ne stigne.
To je cijeli argument. Nije da model piše bolje od vašeg tima — ne piše. Nego što skica koju uredite u utorak postoji, a objava koju ste namjeravali napisati ne postoji.
Plan razvoja je plan koji ste već napisali
Veći dio tih šest mjeseci već je odlučen. Približno znate što se isporučuje u sljedeća dva kvartala, koji su dijelovi proizvoda pogrešno shvaćeni, koje integracije vas stalno traže i koja pitanja svaki tjedan stižu u podršku.
Svako od toga je tema. Plan razvoja daje ritam — izdanje postaje niz utora umjesto jednog zapisa u dnevniku promjena — a podrška daje vječnu polovicu, jer je pitanje postavljeno dvadeset puta mjesečno tekst vrijedan pisanja jednom i povezivanja zauvijek.
Ostavite praznine. Izdanja kasne, a plan bez praznih utora pretvara kasno izdanje u tri objave o nečemu što još ne postoji. Četvrtina utora ostavljena otvorenom nije lijenost; to je dio plana koji preživi kontakt s vašim stvarnim rasporedom.
- 1BlogŠto je isporučeno i zašto postoji. Prvo problem, zatim značajka.
- 2Facebook / InstagramVerzija u jednoj rečenici, za ljude koji nikad neće otvoriti dnevnik promjena.
- 3BlogKako je netko stvarno koristio. Konkretno, s neugodnim dijelovima ostavljenim unutra.
- ·Ako kasniTermini se pomiču s izdanjem. Ništa ne najavljuje ono što ne postoji.
- 4BlogPitanje podrške na koje ovo izdanje konačno odgovara, napisano jednom.
Roadmap određuje ritamPodrška određuje teme
Vaš dnevnik promjena nije sadržaj. To je potvrda.
Dva pisca, ponekad tri
Onaj koji objašnjava proizvod i onaj koji govori o tvrtki
To su doista različiti glasovi, a njihovo spajanje proizvodi onu posebnu bezličnost po kojoj su poznati softverski blogovi — tekst koji nije ni tehničko objašnjenje ni ljudski prikaz ičega.
Tehnički pisac
Precizno objašnjava što nešto radi, bez pridjeva. Zna čemu vaš proizvod služi, a čemu ne, i smije to reći. To je pisac čije se tekstove povezuje iz tiketa podrške.
Glas tvrtke
Piše o odlukama, kompromisima i onome prema čemu gradite. Koristan na način koji je teško izmjeriti, a očit u zapošljavanju, u prodajnim razgovorima i u razlogu zbog kojega itko bira malog dobavljača umjesto velikog.
Onaj koji odgovara
Rukuje komentarima ispod vaših pravila. Odgovara na ono što može, označava ono što ne može i nikada ne nagađa o roadmapu. Sve što sliči na incident podrške odmah ide osobi.
Kapija odobrenja ovdje stvarno radi
Za pekaru neodobreni tekst je mala sramota. Za softversku tvrtku to je opterećenje podrške, prodajni prigovor ili obećanje na koje nitko nije pristao. Nacrt koji malo pogrešno opisuje neko ograničenje vratit će vam kupac citatom, a nacrt koji nagovještava datum tretirat će se kao obećanje.
Zato je ovo slučaj u kojem autopilot zaslužuje najviše opreza. Razumna postavka je autopilot na kratkim društvenim terminima koji ponavljaju već objavljeno, i odobrenje za sve što tvrdi nešto o proizvodu. Sve o cijenama, kapacitetu ili datumima treba trajno čitati osoba, a vrijedi to upisati u pravila pisca kako bi se takvi nacrti zadržali i označili umjesto da se stave u red.
Što izvještaj govori malom timu
Planirano naspram objavljenog je broj koji je važan, i za softverski tim obično je neugodan u prvom kvartalu. To je također jedina poštena mjera je li pisanje ponovno izgubilo od izdanja.
Prihvaćenost je manje važna nego što izgleda. Tehnički tekst pronalazi svoju publiku mjesecima, a ne danima, i ocjenjivanje u drugom tjednu natjerat će vas da povučete tekstove koji su trebali uspjeti. Ravnoteža tema je ranije korisnija: pokazuje pišete li samo o onome što je isporučeno, a to je standardni oblik neuspjeha i razlog što toliko softverskih blogova zvuči kao dnevnik promjena s odlomcima.
Pošteni dio: ako je vaš proizvod doista tehnički, najdublji tekstovi i dalje trebaju inženjera za jedno poslijepodne. Ono što plan mijenja jest to da se ta poslijepodneva uvrste u raspored, a ostalih osamdeset posto pisanja prestane s njima natjecati.