SaaS
Išleidžiate atnaujinimą kas dvi savaites, o rašote apie tai du kartus per metus
Programinės įrangos komandos neturi trūkumo dalykų, apie kuriuos kalbėti. Joms trūksta žmogaus, kuris tai pasako, nes rašymas visada yra užduotis, kuri atidedama, kai išleidimas vėluoja — ir atidedama kaskart, kol galiausiai naujausias įrašas yra vienuolikos mėnesių senumo ir sako „pristatome“.
Klaida struktūrinė, ne redakcinė
Kiekviena komanda žino, kad turėtų rašyti daugiau. Inžinieriai moka rašyti; įkūrėjas moka rašyti; paprastai kažkam tai patinka. Problema ta, kad rašymas neturi savo termino, o bet kas be termino pralaimi bet kui su terminu — kas dvi savaites, amžinai.
Planas suteikia trūkstamą terminą. Datuota vieta su tema ir rašytoju yra įsipareigojimas, duotas ramioje savaitėje, taikomas savaitėje, kuri nėra rami, ir juodraštis atsiranda, nepriklausomai nuo to, ar kas nors prisiminė. Patvirtinti jį užima minutes; rašyti iš nieko užima popietę, kuri niekada neatėjo.
Tai visas argumentas. Ne todėl, kad modelis rašo geriau nei Jūsų komanda — nerašo. Todėl, kad juodraštis, kurį redaguojate antradienį, egzistuoja, o įrašas, kurį ketinote parašyti, ne.
Kelias į ateitį yra planas, kurį jau parašėte
Didesnioji šešių mėnesių dalis jau nuspręsta. Žinote maždaug, kas bus išleista per kitus du ketvirčius, kurios produkto dalys yra nesusiprastos, kurių integracijų nuolat prašoma ir kurie klausimai kas savaitę atkeliauja į palaikymą.
Kiekvienas iš jų yra tema. Kelias suteikia ritmą — išleidimas tampa vietų rinkiniu, o ne vienu pakeitimų žurnalo įrašu — o palaikymas suteikia amžinąją pusę, nes klausimas, užduodamas dvidešimt kartų per mėnesį, yra vertas vieno įrašo ir amžinos nuorodos.
Palikite tarpus. Išleidimai vėluoja, o planas be tuščių vietų vėluojantį išleidimą paverčia trimis įrašais apie dar neegzistuojantį dalyką. Ketvirtadalis vietų paliktų atvirų nėra tingėjimas; tai planas, kuris išgyvena susidūrimą su Jūsų tikru grafiku.
- 1TinklaraštisKas išleista ir kodėl tai egzistuoja. Pirma problema, paskui funkcija.
- 2Facebook / InstagramVieno sakinio verslas tiems, kurie niekada neatidarys pakeitimų žurnalo.
- 3TinklaraštisKaip kažkas iš tiesų tai panaudojo. Konkretu, su nepatogiomis dalimis paliktomis viduje.
- ·Jei vėluojaVietos persikelia kartu su išlaida. Nieko neskelbia to, ko nėra.
- 4TinklaraštisPalaikymo klausimas, į kurį ši išlaida galiausiai atsako, parašytas vieną kartą.
Kelias nustato ritmąPalaikymas nustato temas
Jūsų pakeitimų žurnalas nėra turinys. Jis yra kvitas.
Du rašytojai, kartais trys
Vienas, kuris paaiškina produktą, ir kitas, kuris kalba apie įmonę
Tai iš tiesų skirtingi balsai, o jų sujungimas duoda tą ypač blankumą, kuris garsina programinės įrangos tinklaraščius — įrašą, kuris nėra nei techninis paaiškinimas, nei žmogiškas pasakojimas apie ką nors.
Techninis rašytojas
Paaiškina, ką dalykas daro, tiksliai, be būdvardžių. Žino, kam Jūsų produktas tinka ir kam netinka, ir jam leidžiama tai pasakyti. Tai rašytojas, kurio įrašais cituojami iš palaikymo bilietų.
Įmonės balsas
Rašo apie sprendimus, kompromisus ir tai, į ką Jūs statote. Naudinga būdu, kurį sunku išmatuoti, bet akivaizdu samdyme, pardavimų skambučiuose ir priežastyje, dėl kurio kas nors renkasi mažą tiekėją vietoj didelio.
Tas, kuris atsako
Tvarko komentarus pagal Jūsų politiką. Atsako, ką gali, pažymi, ko negali, ir niekada nesvarsto apie kelio planą. Viskas, kas primena palaikymo incidentą, nedelsiant perduodama žmogui.
Sutikimo vartai čia atlieka tikrą darbą
Kepyklai nesutvirtintas įrašas yra nedidelis gėda. Programinės įrangos įmonei tai palaikymo našta, pardavimų priekaištas arba įsipareigojimas, su kuriuo niekas nesutiko. Juodraštis, šiek tiek neteisingai aprašantis apribojimą, klientas Jums pacituos atgal, o juodraštis, užuodžiantis datą, bus laikomas pažadu.
Todėl tai atvejis, kai autopilotui reikia didžiausio atsargumo. Protinga tvarka — autopilotas trumpiems socialiniams įrašams, kurie pakartoja jau paskelbtą, ir sutikimas viskam, kas teigia ką nors apie produktą. Viskas apie kainas, pajėgumus ar datas turi būti perskaityta žmogaus nuolatos, ir verta tai įrašyti į rašytojo taisykles, kad tokie juodraščiai būtų sulaikyti ir pažymėti, o ne sukami į eilę.
Ką ataskaita pasako mažai komandai
Suplanuota prieš paskelbtą yra skaičius, kuris svarbus, ir programinės įrangos komandai jis paprastai pirmąjį ketvirtį būna nepatogus. Tai taip pat vienintelis sąžiningas matas, ar rašymas vėl nustojo pralaimėti išlaidai.
Priėmimas svarbesnis, nei atrodo. Techninis tekstas randa savo auditoriją per mėnesius, ne dienas, ir jo vertinimas antrą savaitę privers Jus atsisakyti tų tekstų, kurie turėjo veikti. Temų balansas anksti naudingesnis: jis rodo, ar rašote tik apie tai, kas išleista, — tai standartinė nesėkmės forma ir priežastis, kodėl tiek daug programinės įrangos tinklaraščių skaitomi kaip pakeitimų žurnalas su pastraipomis.
Sąžininga dalis: jei Jūsų produktas iš tiesų techninis, giliausiems tekstams vis dar reikia inžinieriaus popietei. Tai, ką keičia planas, yra tai, kad tos popietės būna suplanuotos, o kiti aštuoniasdešimt procentų rašymo nustoja su jomis varžytis.