FABLS

SaaS

Vydávate novú verziu každé dva týždne a píšete o tom dvakrát do roka

Softvérovým tímom nie je núdza o témy. Je u nich núdza o človeka, ktorý ich napíše, lebo písanie je vždy tá úloha, ktorá sa odloží, keď sa mešká vydanie — a odkladá sa zakaždým, kým najnovší príspevok na blogu nemá jedenásť mesiacov a nezačína slovami „predstavujeme“.

Zlyhanie je štrukturálne, nie obsahové

Každý tím vie, že by mal písať viac. Inžinieri vedieť písať; zakladateľ vedieť písať; niekomu to zvyčajne aj robí radosť. Problém je, že písanie nemá vlastný termín a čokoľvek bez termínu prehrá s čímkoľvek s termínom — každé dva týždne, navždy.

Plán dodáva chýbajúci termín. Slot s dátumom, témou a priradeným autorom je záväzok prijatý v pokojnom týždni, ktorý sa uplatní v týždni pokojnom nie, a návrh sa objaví, aj keď si to nikto nespomenul. Schváliť ho trvá minúty; napísať ho od nuly trvá popoludnie, ktoré nikdy nenastane.

To je celý argument. Nie je to o tom, že model píše lepšie ako váš tím — nepíše. Ide o to, že návrh, ktorý v utorok upravíte, existuje, a príspevok, ktorý ste chceli napísať, nie.

Roadmapa je plán, ktorý ste už napísali

Väčšina tých šiestich mesiacov je už rozhodnutá. Zhruba viete, čo sa vydá v nasledujúcich dvoch štvrťrokoch, ktoré časti produktu sú zle pochopené, o ktoré integrácie sa vás pýtajú stále a ktoré otázky chodia na podporu každý jediný týždeň.

Každá z nich je téma. Roadmapa určuje rytmus — vydanie sa stáva radom slotov namiesto jednej položky v changelogu — a podpora dodáva vždyzelenú polovicu, pretože otázka kladená dvadsaťkrát mesačne je text, ktorý sa oplatí napísať raz a natrvalo naň odkazovať.

Nechávajte medzery. Vydania sa posúvajú a plán bez prázdnych slotov zmení posunuté vydanie na tri príspevky o niečom, čo ešte neexistuje. Štvrtina slotov ponechaných voľných nie je nedbalosť; je to tá časť plánu, ktorá prežije stretnutie s vašim skutočným harmonogramom.

Ako fungujú sezónnosť a medzery →

Jedno vydanie, tri príspevkyIlustrácia
  • 1BlogČo bolo vydané a prečo existuje. Najprv problém, potom funkcia.
  • 2Facebook / InstagramVerzia v jednej vete, pre ľudí, ktorí si changelog nikdy neotvoria.
  • 3BlogAko to niekto skutočne použil. Konkrétne, s tými nepríjemnými časťami, ktoré v texte zostávajú.
  • ·Ak sa to posunieSloty sa posúvajú spolu s vydaním. Nič neoznamuje vec, ktorá neexistuje.
  • 4BlogPodporná otázka, ktorú toto vydanie konečne zodpovedá, napísaná raz.

Roadmapa určuje rytmusPodpora určuje témy

Váš changelog nie je obsah. Je to účtenka.

Dvaja autori, niekedy traja

Ten, kto vysvetľuje produkt, a ten, kto hovorí o spoločnosti

Sú to skutočne odlišné hlasy a ich zlúčenie vytvára tú osobnú fádnosť, ktorou sú známe softvérové blogy — príspevok, ktorý nie je ani technickým vysvetlením, ani ľudským rozprávaním o čomkoľvek.

Technický autor

Presne vysvetľuje, čo daná vec robí, bez prídavných mien. Vie, na čo váš produkt je a na čo nie je, a smie to povedať. Toto je autor, ktorého príspevky sa odkazujú z podporných tiketov.

Hlas spoločnosti

Píše o rozhodnutiach, kompromisoch a o tom, k čomu sa dopracúvate. Užitočné spôsobom, ktorý sa ťažko meria, ale je zrejmý pri náboru, na obchodných rokovaniach a v dôvode, prečo si niekto vyberie malého dodávateľa pred veľkým.

Ten, kto odpovedá

Rieši komentáre podľa vašich pravidiel. Odpovedá na to, čo môže, označuje to, čo nemôže, a nikdy nešpekuluje o roadmape. Čokoľvek pripomínajúce podpornú incident okamžite prechádza na človeka.

Schvaľovacia brána tu robí skutočnú prácu

Pre pekáreň je neschválený príspevok malé zaváhanie. Pre softvérovú spoločnosť je to podporná záťaž, obchodná námietka alebo záväzok, s ktorým nikto nesúhlasil. Návrh, ktorý mierne nesprávne popisuje obmedzenie, vám zákazník cituje späť, a návrh, ktorý naznačuje dátum, bude považovaný za sľub.

Preto je to prípad, kedy si autopilot zaslúži najväčšiu opatrnosť. Rozumné usporiadanie je autopilot na krátkych sociálnych slotoch, ktoré zopakujú už publikované, a schvaľovanie na všetkom, čo robí tvrdenie o produkte. Čokoľvek o cenách, kapacite alebo dátumoch má natrvalo čítať človek, a oplatí sa to zapísať do pravidiel autora, aby sa takéto návrhy podržali a označili namiesto zaradenia do poradia.

Čo report povie malému tímu

Plánované verzus publikované je číslo, ktoré sa počíta, a pre softvérový tím je zvyčajne nepríjemné v prvom štvrťroku. Je to tiež jediný úprimný mier toho, či písanie znovu neprehralo s vydaním.

Ohlas je menej dôležitý, než vyzerá. Technický text si nachádza publikum v priebehu mesiacov, nie dní, a posudzovať ho v druhom týždni vás privedie k ukončeniu textov, ktoré mali fungovať. Vyváženosť tém je skoro užitočnejšia: ukazuje, či píšete len o tom, čo bolo vydané — a to je štandardný spôsob zlyhania a dôvod, prečo toľko softvérových blogov vyzerá ako changelog s odsekmí.

Úprimná časť: ak je váš produkt skutočne technický, najhlbšie texty stále potrebujú na jedno popoludnie inžiniera. To, čo plán mení, je, že tie popoludnia sa naplánujú a ostatných osemdesiat percent písania prestane s nimi súťažiť.