SaaS
Jy lewer elke veertien dae af en skryf twee keer per jaar daaroor
Sagtewarespanne het nie 'n gebrek aan dinge om oor te skryf nie. Hulle het 'n gebrek aan die persoon wat dit sê, want skryf is altyd die taak wat geskuif word wanneer die vrystelling laat is — en dit word elke keer geskuif, totdat die blog se jongste pos elf maande oud is en "introducing" sê.
Die faling is struktureel, nie redaksioneel nie
Elke span weet dit behoort meer te skryf. Die ingenieurs kan skryf; die stigter kan skryf; gewoonlik geniet iemand dit. Die probleem is dat skryf geen eie sperdatum het nie, en enigiets sonder 'n sperdatum verloor teen enigiets met een, elke veertien dae, vir altyd.
'n Plan verskaf die ontbrekende sperdatum. 'n Gedateerde gleuf met 'n tema en 'n skrywer daaraan verbind is 'n verbintenis wat in 'n rustige week gemaak is, toegepas in 'n week wat nie rustig is nie, en die konsep verskyn of iemand dit onthou het of nie. Om dit goed te keur neem minute; om dit uit niks te skryf neem 'n middag wat nooit aanbreek nie.
Dit is die hele argument. Dit is nie dat 'n model beter skryf as jou span nie — doen dit nie. Dit is dat 'n konsep wat jy Dinsdag redigeer bestaan, en 'n pos wat jy bedoel het om te skryf nie.
'n Padkaart is 'n plan wat jy reeds geskryf het
Die meeste van die ses maande is reeds beslis. Jy weet rofweg wat in die volgende twee kwartale verskyn, watter dele van die produk misverstaan word, watter integrasies jy gedurig voor gevra word, en watter vrae elke enkele week in ondersteuning opdaag.
Elkeen daarvan is 'n tema. Die padkaart verskaf die tempo — 'n vrystelling word 'n reeks gleuwe eerder as een changelog-inskrywing — en ondersteuning verskaf die immergroen helfte, want 'n vraag wat twintig keer per maand gevra word is 'n stuk wat die moeite werd is om een keer te skryf en vir altyd te skakel.
Laat gapings. Vrystellings skuif, en 'n plan sonder leë gleuwe maak van 'n geskuifde vrystelling drie plasings oor 'n ding wat nog nie bestaan nie. 'n Kwartaal van die gleuwe oopgelaat is nie slordigheid nie; dit is die deel van die plan wat kontak met jou werklike skedule oorleef.
- 1BlogWat verskyn het en hoekom dit bestaan. Eers die probleem, dan die funksie.
- 2Facebook / InstagramDie weergawe in een sin, vir mense wat nooit 'n changelog sal oopmaak nie.
- 3BlogHoe iemand dit werklik gebruik het. Konkreet, met die ongemaklike dele ingelaat.
- ·As dit skuifDie slote skuif saam met die vrystelling. Niks kondig iets aan wat nie bestaan nie.
- 4BlogDie ondersteuningsvraag wat hierdie vrystelling eindelik antwoord, een keer geskryf.
Die padkaart stel die tempoOndersteuning stel die temas
Jou changelog is nie inhoud nie. Dit is 'n kwitansie.
Twee skrywers, soms drie
Die een wat die produk verduidelik, en die een wat oor die maatskappy praat
Dit is werklik verskillende stemme, en om hulle saam te smelt lewer daardie besondere flouheid op waarvan sagtewareblogs bekend is — 'n pos wat nie 'n tegniese verduideliking is nie en ook nie 'n menslike weergawe van enigiets nie.
Die tegniese skrywer
Verduidelik presies wat 'n ding doen, sonder byvoeglike naamwoorde. Weet waarvoor jou product is en waarvoor dit nie is nie, en mag dit sê. Dit is die skrywer wie se plasings uit ondersteuningskaartjies gelink word.
Die maatskappystem
Skryf oor besluite, afwegings en waarheen jy bou. Nuttig op 'n manier wat moeilik meetbaar is en duidelik by die aanwerving, in verkoopsamptere en in die rede hoekom iemand 'n klein verskaffer bo 'n groot een kies.
Die een wat antwoord
Hanteer kommentaar onder jou beleid. Antwoord wat dit kan, merk wat dit nie kan nie, en spekuleer nooit oor 'n padkaart nie. Enigiets wat soos 'n ondersteuningsinsident lyk, gaan dadelik na 'n mens.
Die goedkeuringspunt doen hier werklik werk
Vir 'n bakkery is 'n ongoedgekeurde pos 'n klein verleentheid. Vir 'n sagtewaremaatskappy is dit 'n ondersteuningslas, 'n verkoopsbeswaar, of 'n verbintenis waarmee niemand saamgestem het nie. 'n Konsep wat 'n beperking effens verkeerd beskryf, sal 'n kliënt vir jou terugkwoteer, en 'n konsep wat op 'n datum sinspeel, sal as 'n belofte behandel word.
Dit is dus die geval waar outomatiese vaart die meeste versigtigheid verdien. 'n Redelike reëling is outomatiese vaart op die kort sosiale slote wat iets wat reeds gepubliseer is herhaal, en goedkeuring op alles wat 'n bewering oor die produk maak. Enigiets oor pryse, kapasiteit of datums moet permanent deur 'n mens gelees word, en dit is die moeite werd om dit in die skrywer se reëls neer te skryf sodat konsepte van daardie soort vasgehou en gemerk word in plaas daarvan om in die tou te beland.
Wat die verslag vir 'n klein span sê
Bepaal teenoor gepubliseer is die syfer wat saak maak, en vir 'n sagtewarespan is dit gewoonlik ongemaklik in die eerste kwartaal. Dit is ook die enigste eerlike maatstaf daarvan of skryfwerk opgehou het om weer teen die vrystelling te verloor.
Ontvangs saak minder as dit lyk. 'n Tegniese stuk vind sy gehoor oor maande, nie dae nie, en om dit in week twee te beoordeel sal jou laat aftree die stukke wat sou werk. Die temabalans is vroeg nuttiger: dit wys of jy net oor wat verskyn het skryf, wat die standaardfoutmodus is en die rede hoekom soveel sagtewareblogs lees soos 'n changelog met paragrawe.
Die eerlike deel: as jou produk werklik tegnies is, het die diepste stukke steeds 'n ingenieur vir 'n middag nodig. Wat 'n plan verander, is dat daardie middae ingeplan word en die ander tagtig persent van die skryfwerk ophou om met hulle mee te ding.