SaaS
Dir liwwert all Véiereljoer a schreift driwwer zweemol d'Joer
Software-Teamer hunn net ze wéineg fir ze soen. Si hunn ze wéineg d'Persoun déi et seet, well Schreiwen ëmmer déi Opgab ass déi verréckelt gëtt wann de Release verspéit ass — an et gëtt all Kéier verréckelt, bis dem Blog säin neiste Post eelef Mount al ass a sougt "introducing".
De Feeler ass strukturell, net redaktionell
All Team wësst datt et méi schreiwe sollt. D'Ingenieure kënnen schreiwen; de Grënner kann schreiwen; normalerweis gëtt et ee deen et gär mécht. D'Problem ass datt Schreiwen keng eegen Deadline huet, an alles ouni Deadline verléiert géint alles mat enger, all Véiereljoer, fir ëmmer.
E Plang liwwert déi fehlend Deadline. E datéierte Slot mat engem Theme an engem Auteur drun ass eng Zesummenaarbecht déi an enger roueger Woch gemaach gouf, applizéiert an enger Woch déi net roueg ass, an den Entwurf kënnt ob oder ob net een se erënnert. Guttheeschen dauert Minutten; vun Null schreiwen dauert en Nomëtteg deen ni kënnt.
Dat ass déi ganz Argument. Et ass net datt e Modell besser schreift wéi Ären Team — mécht et net. Et ass datt en Entwurf deen Dir Dëschdeg editéiert existéiert, an e Post deen Dir hätt wëlle schreiwen mécht et net.
E Roadmap ass e Plang deen Dir schonnt geschriwwen hutt
De gréissten Deel vun de sechs Mount ass schonnt decidéiert. Dir wësst ongeféier wat an den nächsten zwee Quataler erauskënnt, wéieng Deeler vum Produkt mëssverstan sinn, wéieng Integratiounen Dir ëmmer nees gefrot ginn, an wéieng Froen all eenzeg Woch am Support ukommen.
All dovun ass en Theme. De Roadmap liwwert de Rhythmus — e Release gëtt eng Serie vu Slots statt engen eenzegen Changelog-Entrée — an de Support liwwert déi éiweg Halschent, well eng Fro zwanzegmol de Mount ass e Stéck dat sech emols schreiwen an ëmmer verlinken léisst.
Loosst Lächer. Releases verréckelen, an e Plang ouni eidel Slots mécht aus engem verréckelte Release dräi Posts iwwer eppes dat nach net existéiert. E Véierel vun den Slots oppelooss ass net Faulegkeet; et ass den Deel vum Plang deen de Kontakt mat Ärem wierklechen Terminplang iwwerlieft.
- 1BlogWat erauskoum a firwat et existéiert. D'Problem éischt, d'Funktion zweet.
- 2Facebook / InstagramD'Versioun an engem Saz, fir Leit déi ni e Changelog opmaachen.
- 3BlogWéi een et wierklech benotzt huet. Konkret, mat den onbequemen Deeler drabäi.
- ·Wann et verréckelt gëttD'Slots bewegen sech mat der Release. Et gëtt näischt ugekënnegt, wat net existéiert.
- 4BlogD'Supportfro, déi dës Release endlech beäntwert, eemol geschriwwen.
De Roadmap setzt den TaktDe Support setzt d'Themen
Däin Changelog ass kee Contenu. Et ass e Beleeg.
Zwou Schreiwerinnen, heiansdo dräi
Déi een, deen d'Produkt erkläert, an déi aner, déi iwwer d'Firma schwätzt
Dat sinn wierklech verschidde Stëmmen, an et se ze vermësche produzéiert déi besonnesch Fadheet, fir déi Softwareblogs bekannt sinn — e Post, deen weder eng technesch Erklärung nach e mënschleche Bericht iwwer eppes ass.
Den technesche Schreiwer
Erkläert präzis, wat eppes mécht, ouni Adjektiven. Weess, fir wat däin Produkt geduecht ass an fir wat net, an däerf dat soen. Dëst ass de Schreiwer, seng Posts ginn aus Supporttickets verlinkt.
D'Firmastëmm
Schreift iwwer Entscheedungen, Kompromëss a wat dir opbaut. Nëtzlech op eng Aart a Weis, déi schwéier ze moossen ass an offensichtlech beim Recrutement, a Salesgespréicher an an dem Grond, firwat iergendeen e klenge Ubidder engem grousse virzitt.
Deen deen äntwert
Këmmert sech ëm d'Kommentarer ënner denger Politik. Beäntwert wat et ka kann, markéiert wat et net ka kann, a spekuléiert ni iwwer eng Roadmap. Alles wat no engem Supportfall ausgesäit geet direkt un eng Persoun.
D'Zoustëmmungsschleis leescht hei richteg Aarbecht
Fir eng Bäckerei ass en net approuvéierte Post eng kleng Blamage. Fir eng Softwarefirma ass et eng Supportlast, en Sales-Einwand oder eng Zesummenaarbecht, där ni iergendeen zougestëmmt huet. E Draft, deen eng Limit e bësse falsch beschreift, gëtt dir vun engem Client zréckzitéiert, an en Draft, deen op en Datum hindeit, gëtt als Verspriechung behandelt.
Dëst ass also de Fall, wou den Autopilot am meeschte Virsiicht verdéngt. Eng sënnvoll Arrangement ass Autopilot op déi kuerz Social-Slots, déi eppes schonn Publizéiertes widderhuelen, an Zoustëmmung op alles, wat eng Behaaptung iwwer d'Produkt mécht. Alles iwwer Präisser, Kapazitéit oder Datumer sollt permanent vun enger Persoun gelies ginn, an et léisst sech loun, dat an d'Reegelen vum Schreiwer ze schreiwen, sou datt Drafts vun där Aart zeréckgehalen a markéiert ginn, amplaz an d'Queue gestallt ze ginn.
Wat de Rapport engem klenge Team seet
Geplangt versus publizéiert ass d'Zuel, déi zielt, an fir e Softwareteam ass se meeschtens am éischte Quartal ongeméitlech. Et ass och déi eenzeg éierlech Mooss, ob d'Schreiwen opgehalen huet, géint d'Release ze verléieren.
D'Resonanz ass manner wichteg wéi se ausgesäit. En technesche Stéck fënnt säi Public iwwer Mounten, net iwwer Deeg, an et am zweete Week ze beurteelen wäert dech d'Stécker ausgeschalt ginn, déi funktionéiert hätte. D'Themenbalance ass fréi méi nëtzlech: se weist, ob dir nëmmen iwwer dat schreift, wat erauskoum, wat de Standard-Feelermodus ass an de Grond, firwat esou vill Softwareblogs liesen wéi en Changelog mat Absätzen.
D'éierlechen Deel: wann däin Produkt wierklech technesch ass, brauchen déi déifste Stécker nach ëmmer en Ingenieur fir en Nomëtteg. Wat e Plang ännert ass, datt déi Nomëtteger geplangt ginn an déi aner aachtzeg Prozent vum Schreiwen ophalen, mat hinnen ze konkuréieren.