SaaS
Испорчујете сваке две недеље, а пишете о томе два пута годишње
Софтверским тимовима не недостају теме. Њима недостаје особа која их напише, јер писање је увек задатак који се помера када касни издање — и помера се сваки пут, све док најновији пост на блогу не буде стар једанаест месеци и не почиње са „представљамо“.
Неуспех је структуралан, а не уреднички
Сваки тим зна да би требало више писати. Инжењери умеју да пишу; оснивач умеје; неко обично и воли то. Проблем је што писање нема сопствени рок, а све без рока губи од свега са роком, сваке две недеље, заувек.
План снабдева недостајући рок. Означени термин са темом и писцем је обавеза дата у мирној недељи, примењена у недељи која није мирна, и нацрт се појављује без обзира да ли је ико запамтио. Одобрење траје минуте; писање од нуле траје поподне које никада не стигне.
То је читав аргумент. Није да модел пише боље од вашег тима — не пише. Него што нацрт који уредите у уторак постоји, а пост који сте намеравали да напишете не постоји.
План развоја је план који сте већ написали
Већина тих шест месеци је већ одлучена. Отприлике знате шта се испоручује у наредна два квартала, који делови производа су погрешно схваћени, које интеграције се стално траже и која питања сваке недеље стижу у подршку.
Свака од њих је тема. Путњака даје ритам — издање постаје низ термина, а не један унос у дневнику измена — а подршка даје вечиту половицу, јер је питање које се поставља двадесет пута месечно текст вредан тога да се напише једном и трајно повеже.
Оставите празнине. Издања касне, а план без празних термина претвара кашњење издања у три текста о нечему што још не постоји. Четвртина термина остављена отворена није немар; то је део плана који преживи судар са вашим стварним распоредом.
- 1БлогШта је испоручено и зашто постоји. Прво проблем, па затим функција.
- 2Facebook / InstagramВерзија у једној реченици, за оне који никада неће отворити дневник измена.
- 3БлогКако је неко стварно користио. Конкретно, са awkward деловима остављеним у тексту.
- ·Ако касниТермини се померају са издањем. Ништа не најављује нешто што не постоји.
- 4БлогПитање из подршке на које ово издање коначно одговара, написано једном.
Путњака одређује ритамПодршка одређује теме
Ваш дневник измена није садржај. То је потврда.
Два писца, понекад три
Један који објашњава производ, и један који говори о компанији
То су заиста различити гласови, а њихово спајање даје ону посебну бледост по којој су познати софтверски блогови — текст који није ни техничко објашњење ни људска прича о било чему.
Технички писац
Прецизно објашњава шта нешто ради, без придева. Зна за шта ваш производ јесте и није намењен, и сме то да каже. То је писац чији се текстови повезују из тикета подршке.
Глас компаније
Пише о одлукама, компромисима и о чему градите. Користан на начин који је тешко измерити, а очигледан у запошљавању, у продајним позивима и у разлогу због којег неко бира малог добављача уместо великог.
Онај који одговара
Обрађује коментаре према вашој политици. Одговара на оно што може, означава оно што не може и никада не нагађа о путњаци. Било шта што личи на инцидент из подршке одмах се прослеђује особи.
Капија одобрења овде заиста ради
За пекару, необјављени текст је мала срамота. За софтверску компанију то је терет подршке, приговор у продаји или обећање са којим се нико није сагласио. Нацрт који мало погрешно описује ограничење биће вам цитiran од стране купца, а нацрт који наговештава датум биће схваћен као обећање.
Дакле, ово је случај у коме аутопилот заслужује највише опреза. Разуман аранжман је аутопилот на кратким друштвеним терминима који понављају нешто већ објављено, и одобрење за све што даје тврдњу о производу. Све о ценама, капацитету или датумима треба трајно да чита особа, и вреди то уписати у правила писца како би нацрти те врсте били задржани и означени, а не стављени у ред.
Шта извештај говори малом тиму
Планирано наспрам објављеног је број који је важан, и за софтверски тим је обично непријатан у првом кварталу. То је и једина поштена мера да ли је писање поново изгубило од издања.
Пријем је мање важан него што изгледа. Технички текст налази своју публику током месеци, а не дана, и оцена у другој недељи натераће вас да повучете текстове који би успели. Равнотежа тема је кориснија у почетку: показује да ли пишете само о томе шта је испоручено, што је стандардни начин неуспеха и разлог због којег толико софтверских блогова личи на дневник измена са пасусима.
Поштени део: ако је ваш производ заиста технички, најдубљи текстови и даље захтевају инжењера за поподне. Оно што план мења је то да та поподнева буду заказана, а да осталих осамдесет процената писања престане да се такмичи са њима.