Bidragscykler saboterar din produktplan

De flesta ideella nyhetsredaktioner fattar sina viktigaste teknologibeslut inom ett 12-månadersfönster. Det är inte en planeringshorisont. Det är en sprint med en bidragshandläggare som håller koll på klockan.

Jag arbetar med små redaktioner och ideella utgivare, och mönstret upprepas hela tiden. En tvåspråkig lokalmedieredaktion får ett innehållsfokuserat bidrag. Teamet anställer en reporter, publicerar mer och ökar publiken. Sedan tar bidraget slut. CMS-systemet är fortfarande samma knarrande installation som det var för två år sedan. Mobilupplevelsen kraschar fortfarande på de enheter som läsarna faktiskt använder. Nyhetsbrevssignuppet tappar fortfarande 30 procent av formulärifyllningarna på grund av en buggig integration. Inget av det åtgärdades eftersom inget av det ingick i bidragsbudgeten, och det fanns aldrig ett lugnt ögonblick att argumentera för det.

En nylig artikel om nyhetsfilantropins tillstånd från INN lyfter fram något som branschen långsamt börjar sätta ord på: samtal om hållbarhet har blivit svårare att föra även när finansieringsekosystemet har mognat. Redaktioner är bättre på individuell insamling än de var för ett decennium sedan. Vissa öppnar till och med upp för offentliga finansieringsmodeller. Men den strukturella obalansen mellan hur filantropin flödar och hur plattformar faktiskt byggs har inte försvunnit.

Så här ser den obalansen ut i praktiken, och vad jag tror faktiskt hjälper.

Bidragscykeln är inte din produktcykel

Bidragscykler belönar resultat: publicerade artiklar, nådda samhällen, engagemangssiffror. Den logiken är begriplig ur ett finansiärsperspektiv. Den är tydlig, revisionsbar och passar inom en rapporteringsperiod.

Plattformsbeslut fungerar inte på det sättet. En CMS-migrering tar tre till sex månader och lönar sig över tre till fem år. Ett tillgänglighetsarbete har inget uppenbart resultatmått men avgör om en betydande del av din publik överhuvudtaget kan använda din sajt. En genomtänkt redesign kräver research, iteration och redaktionellt förankringsarbete som inte kan forceras utan att producera något som varken teamet litar på eller läsarna använder.

När du försöker pressa in de besluten i en bidragscykel händer en av två saker. Antingen bantас projektet ner tills det bara är kosmetiskt, eller så skjuts det upp på obestämd tid eftersom tajmingen aldrig stämmer med tillgänglig finansiering. Jag har sett båda. De uppskjutna projekten är de farligare, för de hopar sig.

Håll isär din infrastrukturstrategi och din finansieringskalender

Det första praktiska skiftet är att behandla din teknologiplan som ett dokument som existerar oberoende av din bidragskalender. Det låter självklart. Det är inte vanlig praxis.

Konkret innebär det: håll en levande lista över plattformsbehov, rangordnade efter publikpåverkan, med grova uppskattningar av insats och kostnad. Inte en önskelista. Ett prioriterat dokument som du uppdaterar kvartalsvis och som informerar varje finansieringssamtal du för. När en ny bidragsmöjlighet dyker upp kan du titta på den listan och ärligt fråga om något av dessa behov kan knytas till det förslaget, eller om bidraget kommer att dra personalens uppmärksamhet från något kritiskt.

Listan gör det också lättare att föra samtal med programansvariga. Finansiärer som är öppna för generellt verksamhetsstöd, och fler av dem är det nu än för fem år sedan, behöver förstå vad det stödet faktiskt täcker. Att komma med en tydlig infrastrukturbacklogg är mer övertygande än en vag förfrågan om kapacitetsfinansiering.

Schemalägg en plattformsöversyn vid varje bidragsövergång

Bidragsövergångar är kaotiska. Någon slutar, någon börjar, rapporteringsdeadlines krockar med ansökningsdeadlines. Det är det sämsta möjliga tillfället att också fundera på din webbplats.

Det är precis därför det måste schemaläggas. Jag rekommenderar att behandla varje större bidragsövergång som en trigger för en kort plattformsöversyn: en till två timmar, rätt personer i rummet, med tre frågor. Vad är trasigt eller försämras? Vad lappar vi om och om igen istället för att faktiskt åtgärda? Vad kommer vi att behöva de närmaste 18 månaderna som vi inte har nu?

Resultatet är inte en projektplan. Det är en gemensam förståelse för hur plattformsskulden ser ut, Documented någonstans tillgängligt. Den gemensamma förståelsen är det som gör att en verksamhetschef kan föra ett trovärdigt argument till en finansiär, en styrelse eller en stor givare om att infrastruktur inte är overhead. Det är det som gör journalistiken nåbar.

Sluta behandla teknik som något du finansierar när allt annat är klart

Synen på teknik som overhead är ett finansiärsproblem, men det är också ett internt kulturproblem på många redaktioner. Redaktionella ledare som kom upp som reportrar har ibland ett genuint blint fläck här. Sajten är långsam, ja, men vi publicerade 40 artiklar den här månaden. Nyhetsbrevssignuppet är trasigt, ja, men våra öppningsrater är okej.

Den publik som aldrig registrerade sig för att formuläret krashade finns inte i dina öppningsratedata. Läsaren som lämnade för att sidan tog åtta sekunder att ladda på en budgettelefon med Android syns inte i din analys på något tydligt sätt. Plattformsfel är mestadels osynliga i de mätvärden som bidragsrapporter belönar, vilket delvis förklarar varför de förblir ofinansierade.

Att föra det här argumentet inom din organisation, innan du för det till en finansiär, är värt ansträngningen. De redaktioner jag har sett göra detta bra behandlar sin webbplats och sin tekniska infrastruktur som en del av den redaktionella produkten, inte en annan avdelnings problem. Det synsättet förändrar vad som prioriteras, och i förlängningen vad som finansieras.

Bidragscykeln försvinner inte. Men den behöver inte vara det som styr din produktplan.