SaaS
Publikujesz co dwa tydnie i piszesz ô tym roz na pōł roku
Zespōły softwarowe niy majōm mało rzeczy do powiedzynio. Majōm mało człowieka, kery to powie, bo pisanie zawsze je tym zadaniym, kere sie przesuwa, jak wydanie sie spōźnia — i przesuwo sie za każdym rŏz, ażeby najnowszy wpis na blogu mioł jedenaście miesiynców i zaczōn sie ôd "przedstawiamy".
Ta porażka je strukturalno, niy redakcyjno
Każdy zespōł wie, że powinien pisać wiyncyj. Inżyniery umiejōm pisać; założyciel umie pisać; zwykle ktoś to lubi. Problem je taki, że pisanie niy mo własnego terminu, a co niy mo terminu, przegrywo z tym, co go mo — co dwa tydnie, na zawdy.
Plan dostarczo brakujōncego terminu. Datowany slot z tymatym i pisarzem przypisanym to zobowiozanie podjynte w spokojnym tydniu, a wykōnane w tydniu, kery spokojny niy je — i szkic pojawio sie, czyjś to pamiynto, czyjś niy. Zatwierdzić to trwo minuty; napisać od zera to popołudnie, kere nigdy niy przidzie.
To je cołki argument. Niy chodzi o to, że model pisze lepiej od twojigo zespōłu — niy pisze. Chodzi o to, że szkic, kery edytujesz we wtorek, istnieje, a post, kery miołeś napisać, niy.
Roadmapa to plan, kery już napisołeś
Wiynkszość tych sześciu miesięcy je już postanowiono. Wiesz z grubszo, co wyjdzie w nastympnych dwōch kwartałach, kere party produktu sōm źle rozumiane, kere integracje ciōngle sie o to proszōm i kere pytanio przidajōm do wsparcia co tydzień.
Każde z tych to tymat. Roadmapa daje rytm — wydanie stowo sie serijōm slotōw, a niy jedynym wpisym do changelogu — a wsparcie daje wiecznozielonōm połowōm, bo pytanio stawiane dwadzieścia razy na miesiōnc to tekst, kery sie pisze roz i linkuje na zawdy.
Zostow gapy. Wydania sie przesuwajōm, a plan bez pustych slotōw zamynio przesuniete wydanie we trzi posty o czymś, co jeszcze niy istnieje. Ćwiartka slotōw zostowionych ôtwartych to niy luz; to ta party planu, kero przeżywo styk z twojim realnym grafikym.
- 1BlogCo weszło i po co to istnieje. Najpierw problem, potym funkcjo.
- 2Facebook / InstagramWersjo w jednym zdaniu, dlŏ ludzi, ktorzy nigdy niy ôtwiorōm changelogu.
- 3BlogJak ktoś to naprawde użył. Konkretnie, z tymi niezręcznymi częściami zostowionymi.
- ·Jak sie przesunieSloty przesuwajōm sie z wydaniym. Niy ma anonsowanio czegoś, co niy istnieje.
- 4BlogPytanio do wsparcia, na kere to wydanie finally odpowiado, napisane roz.
Roadmapa stawio rytmWsparcie stawio tymaty
Twōj changelog to niy treść. To paragon.
Dwōch pisarzy, czasym trzi
Jynyn, kery tłumaczy produkt, i jynyn, kery godo ô firmie
To sōm naprawde rozne głosy, a ich sczepianie daje tōm szczegōlnōm nijakość, dlŏ kerej znane sōm blogi softwarowe — post, kery ani niy je technicznym wyjaśniniym, ani ludzkim opisym czegokolwiek.
Pisarz techniczny
Wyjaśnio, co co robi, precyzyjnie, bez przymiotnikōw. Wie, dlŏ czego twōj produkt je i niy je, i mu wolno to powiedzieć. To je pisarz, kerego posty sōm linkowane z ticketōw wsparcio.
Głos firmy
Pisze ô decyzjach, kompromisach i tym, ku czemu budujesz. Przydatne na take, co trudno zmierzyć, a widoczne w rekrutacyji, na rozmowach sprzedarzowych i w przyczynie, dlŏ czego ktos wybiero małego dostawce zamiast wielkigo.
Jyn ôd ôdpadaniŏ
Ôbsługuje kōmenty pod twojōm politykōm. Ôdpowiado na to, co może, flaguje to, czego niy może, i nigdy niy zgaduje ô roadmapie. Coś, co wyglōndo jak incydent wsparcio, idzie natychmiast do człowieka.
Brama zatwierdzanio tu naprawde robi robota
Dlŏ piekarni niezatwierdzōny post to mały wstyd. Dlŏ firmy softwarowej to obciożynie wsparcio, zastrzeżynie sprzedarzowe abo zobowiozanie, na kere nikt niy przystoł. Szkic, kery lekko źle ôpisuje limity, klient ci przitoczy z powrotem, a szkic, kery napominio date, zostanie potraktowany jako obietnico.
To je przypadek, w kerym autopilot zasługuje na najwiyncyj ostrożności. Rozsōndny układ to autopilot na krōtkich slotach społecznościowych, kere powtarzajōm coś już ôpublikowanego, i zatwierdzanie na wszystkim, co stawio twierdzenie ô produkcie. Wszystko ô cenach, pojemności abo datach powinien czytać człowiek na stałe, i warto to zapisoć w regułach pisarza, coby takie szkice były trzimane i flagowane, a niy kolejkowane.
Co raport godo małemu zespōłowi
Zaplanowane kontra ôpublikowane to liczba, kero sie liczy, i dlŏ zespołu softwarowego zwykle je niyprzyjemno w pierwszym kwartale. To tyż jedyno uczciwo miara tego, czy pisanie znowu przestało przegrywać z wydaniym.
Przyjyć sie znaczy mynij, niż wyglōndo. Techniczny tekst znojdzie swojōm publiczność przez miesiōnce, a niy dni, i ocenianie go w drugim tydniu sprawio, że wycofosz teksty, kere miały zadziałać. Balans tymatōw je wcześnij bardziej użyteczny: pokazuje, czy piszesz tylko ô tym, co weszło — a to standardowy tryb porażki i przyczyna, dlŏ czego tyle blogōw softwarowych czyto sie jak changelog z akapitami.
Uczciwo kōnsiec: jeźli twōj produkt je naprawde techniczny, najgłynbsze teksty dalej potrzebujōm inżyniera na popołudnie. Co zmynio plan, to to, że te popołudnia sōm planowane, a reszta — ôsiymdziesiōnc procent pisania — przestaje z nimi kōnkurencować.