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