FABLS
Bukak FABLS

SaaS

Kowe ngerilis saben rong minggu lan nulis babagan iku rong sapisan setaun

Tim piranti lunak ora kurang bab sing bisa diomongake. Dheweke kurang wong sing ngomongake, amarga nulis tansah tugas sing digeser nalika rilis telat — lan tansah digeser, nganti post paling anyar ing blog dadi sewulan welas lan isine "ngenalake".

Kegagalan kasebut struktural, dudu editorial

Sabeh tim ngerti yen kudu nulis luwih akeh. Insinyur bisa nulis; pendhiri bisa nulis; biasane ana sing seneng. Masalane yaiku nulis ora duwe tenggat dhewe, lan apa wae tanpa tenggat kalah karo apa wae sing duwe tenggat, saben rong minggu, terus-terusan.

Rencana nyediakake tenggat sing ilang. Slot karo tanggal, tema, lan panulis yaiku komitmen sing digawe ing pekan tenang, ditindakake ing pekan sing ora tenang, lan draf muncul apa wae wong elinga utawa ora. Nyetujoni mung butuh menit; nulis saka nol butuh sore sing ora tau teka.

Iku kabeh argumene. Dudu model nulis luwih apik tinimbang tim-mu — ora. Nanging draf sing kokedit ing Selasa iku ana, lan post sing kokmaksud nulis iku ora ana.

Roadmap yaiku rencana sing wis koktulis

Sebagian gedhe saka nem sasi wis ditetepake. Kowe ngerti kira-kira apa sing rilis ing rong kuartal mengko, bagean produk endi sing salah dipahami, integrasi endi sing terus dijaluk, lan pitakon endi sing teka ing support saben minggu.

Saben-saben iku tema. Roadmap nyediakake kadensi — rilis dadi rangkaian slot, dudu mung siji entri changelog — lan support nyediakake setengah evergreen, amarga pitakon sing ditakokake rong puluh sapisan saben sasi yaiku tulisan sing ditulis sapisan banjur di-link terus.

Ninggalake ruang kosong. Rilis asring mundur, lan rencana tanpa slot kosong bakal nggawe rilis sing mundur dadi telung post babagan barang sing durung ana. Sepertine slot sing ditinggal kosong dudu kelonggaran; iku bagean rencana sing bisa urip nalika ketemu jadwal nyatamu.

Kepriye musiman lan ruang kosong bisa →

Siji rilis, telung postIlustrasi
  • 1BlogApa sing rilis lan ngapa ana. Masalah dhisik, fitur kapindho.
  • 2Facebook / InstagramVersi siji ukara, kanggo wong sing ora bakal mbukak changelog.
  • 3BlogKepriye wong bener-bener nggunakake. Konkret, bagean sing angel tetep ditulis.
  • ·Yen kaslidrenSlot-slotte mindahake bareng karo rilis. Ora ana sing ngumumake bab sing ora ana.
  • 4BlogPitakonan dhukungan sing rilis iki pungkasane wangsulan, ditulis sepisan.

Roadmap sing nemtokake ritmeDhukungan sing nemtokake tema

Changelog sampeyan dudu konten. Iku bukti resmi.

Rong panulis, kadang telu

Siji sing nerangake produk, lan siji sing ngomong babagan perusahaan

Iku loro-lorone swara sing bener-bener beda, lan digabungake bakal ngasilake rasa datar sing dadi ciri blog software — tulisan sing dudu nerangake teknis uga dudu crita manungsa babagan apa wae.

Panulis teknis

Nerangake apa sing ditindakake sawijining bab, kanthi presisi, tanpa kata sifat. Ngerti apa produk sampeyan iku kanggo apa lan dudu kanggo apa, lan diidin ngomong mengkono. Iki panulis sing tulisane dihubungake saka tiket dhukungan.

Swara perusahaan

Nulis babagan putusan, imbang-imbangan, lan apa sing lagi digayuh. Migunani kanthi cara sing angel diukur nanging katon jelas ing rekrutmen, ing panggilan adol, lan ing alesan wong milih vendor cilik tinimbang sing gedhe.

Sing mangsuli

Nangani komentar ing ngisor kebijakan sampeyan. Mbalas sing bisa, menehi tandha sing ora bisa, lan ora tau ngira-ngira babagan roadmap. Apa wae sing kaya insiden dhukungan langsung diwenehake marang wong.

Gerbang persetujuan bener-bener nindakake pakaryan ing kene

Kanggo toko roti, tulisan sing durung disetujoni mung rada isin. Kanggo perusahaan software iku beban dhukungan, keberatan adol, utawa janji sing ora disetujoni sapa-sapa. Draf sing nerangake watesan rada kliru bakal diutip maneh dening pelanggan, lan draf sing menehi petunjuk tanggal bakal dianggep janji.

Mulane iki kasus sing autopilot paling butuh ati-ati. Susunan sing wajar yaiku autopilot ing slot sosial sing cekak sing ngulang bab sing wis dibabar, lan persetujuan ing kabeh sing nggawe klaim babagan produk. Apa wae babagan rega, kapasitas, utawa tanggal kudu diwaca wong kanthi permanen, lan worth ditulisake menyang aturan panulis supaya draf kaya ngono ditahan lan ditandhi tinimbang diantre.

Apa sing diandharake laporan marang tim cilik

Rencana nglawan sing dibabar iku angka sing penting, lan kanggo tim software biasane ora nyaman ing kuartal pisanan. Iku uga ukuran sing jujur dhewe apa nulis wis munggah maneh kalah karo rilis.

Penerimaan luwih sithik penting tinimbang katon. Tulisan teknis nemu pamaca ing sawetara sasi, dudu dina, lan ngevaluasi ing minggu kapindho bakal nggawe sampeyan pensiunake tulisan sing bakal sukses. Imbang tema luwih migunani ing wiwitan: nuduhake apa sampeyan mung nulis babagan sing wis dirilis, sing iku mode gagal standar lan alesan akeh blog software kaya changelog karo paragraf.

Bagian sing jujur: yen produk sampeyan bener-bener teknis, tulisan paling jero isih butuh insinyur sewengi sore. Sing diowahi dening rencana yaiku sore-sore kasebut bisa dijadwalake lan wolung pulung persen liyane nulis ora maneh saingan karo iku.