Monivuotinen avustuspipeline järjestelmänä

Jokainen organisaatio jonka kanssa olen työskennellyt kohtelee avustusrahoitusta samalla tavalla: vuosittaisena hätätilana. Joku tyhjentää kalenterinsa, joku toinen kaivelee viime vuoden tiedostoja yrittäen muistaa mitä lukuja silloin raportoitiin, ja kolmen viikon ajan koko paikka pyörii adrenaliinilla ja jäähtyneellä kahvilla. Hakemus menee sisään kello 23.54, kuusi minuuttia ennen kuin portaali lukkiutuu, ja kaikki huokaisevat helpotuksesta. Sitten sama toistuu ensi vuonna, alusta, aivan kuin edellistä kierrosta ei olisi koskaan ollut.

Tällä ansalla ei ole mitään tekemistä sen kanssa, kuinka hyvin osaat kirjoittaa. Voit olla loistava luonnostelija ja hävitä silti, koska kilpailet organisaatioita vastaan jotka eivät luonnostele paniikissa. Ne kokoavat. Ja ero kokoamisen ja luonnostelun välillä on sama kuin ero järjestelmän ja sähläyksen välillä. Vedin monivuotista valtionavustusten pipelinea suomalaisessa nuorisojärjestössä, ja rakennan nyt Nordbriefiä, avustusten kirjoittamisen käyttöjärjestelmää pohjoismaisille järjestöille, joten olen nähnyt tämän sekä paniikin sisältä että suunnitteluongelman ulkopuolelta. Tässä ei ole kyse paremman hakemuksen kirjoittamisesta. Tässä on kyse sen koneen rakentamisesta, joka hakemukset tuottaa, niin että kirjoittamisesta tulee työn viimeinen ja pienin osa.

Miksi vuosimalli ei koskaan parane

Syy siihen, miksi vuosittainen sähläys ei koskaan kehity, on se ettei mitään kerry. Jokainen avustus on projekti jolla on alku ja loppu: aloitat kun haku avautuu, lopetat kun painat lähetä, ja sitten puret koko rakennelman. Organisaation muisti asuu yhden ihmisen päässä ja kansiossa nimeltä avustus_lopullinen_LOPULLINEN_v3. Joka kierroksella maksat täyden hinnan uudelleen: etsit lukusi taas, päätät teoriasi muutoksesta taas, kirjoitat organisaatiokuvauksen joka ei ole muuttunut neljään vuoteen taas. Et opi, koska oppiminen vaatii jotain mitä kantaa eteenpäin, etkä kanna eteenpäin muuta kuin trauman.

Pipeline kääntää työn yksikön ympäri. Se mitä ylläpidät, ei ole hakemus vaan järjestelmä joka hakemuksia tuottaa. Yksittäisistä avustuksista tulee nostoja pysyvästä aineistosta, samaan tapaan kuin ominaisuus nojaa koodipohjaan. Et rakenna tietokantaa uudelleen joka kerta kun julkaiset ominaisuuden, etkä saisi rakentaa todistusaineistoasi uudelleen joka kerta kun jätät hakemuksen.

Avustuspipelinen neljä osaa

Toimivassa pipelinessa on neljä osaa, eikä yksikään niistä ole itse hakemus. Hakemus on vain lopputuote. Nämä neljä ovat se kone.

1. Rahoituskalenteri

Useimmat tiimit löytävät deadlinet. Pipeline aikatauluttaa ne. Rahoituskalenteri on yksi elävä dokumentti, joka pitää sisällään jokaisen sinua kiinnostavan rahoittajan, niiden syklit, hakujen auki- ja sulkeutumispäivät, raportointideadlinet ja ennen kaikkea sen läpimenoajan, jonka kukin niistä sinulta vaatii.

Kalenterin pointti eivät ole päivämäärät, jotka kuka tahansa löytää. Pointti on läpimenoaika. Valtionavustushakemus ei ole kolmen viikon työ, se on kolmen kuukauden työ jonka ihmiset puristavat kolmeen viikkoon ja kutsuvat sitten stressaavaksi. Joten pidän kalenteria takaperin suunniteltuna: jokaisesta deadlinesta vähennän todellisen läpimenoajan ja merkitsen kovan aloituspäivän. Se aloituspäivä on se deadline jolla on oikeasti väliä, koska tammikuun sinä on rauhallisempi ja terävämpi kirjoittaja kuin maaliskuussa paniikoiva sinä. Lähetyspäivä hoituu sitten itsestään.

2. Kierrätettävät komponentit ja todistusaineisto

Tämä on järjestelmän sydän ja se osa jota tiimit vastustavat eniten, koska se tuntuu byrokratialta aina siihen päivään asti kun se pelastaa sinut. Minkä tahansa rahoittajan hakemuksissa suurin osa siitä mitä kirjoitat ei ole ainutkertaista juuri sille avustukselle. Organisaatiosi historia. Hallintorakenteesi. Lastensuojelu- ja turvallisuuslinjauksesi. Vakiintunut teoriasi muutoksesta. Aiemmat näytöt. Toiminnanjohtajan esittely. Nämä eivät ole strategiaa, ne ovat kalusteita, eikä kalusteita pidä koskaan kirjoittaa kahdesti.

Joten rakennat komponenttikirjaston. Ajattele sitä niin kuin kehittäjä ajattelee komponentteja: pieniä, versioituja, yhden totuuden lähteen palasia, jotka kokoat valmiiksi sivuksi. Yksi kanoninen organisaatiokuvaus, kahdessa tai kolmessa pituudessa, koska rahoittajat pyytävät sitä sadan, kolmensadan ja kahdeksansadan sanan mittaisena. Yksi ylläpidetty vaikuttavuustiivistelmä. Yksi joukko tulostavoitteita kytkettynä mittareihin. Korjaat yhden faktan kerran, ja jokainen tuleva hakemus perii korjauksen.

Testi sille, kuuluuko jokin kirjastoon, on yksinkertainen: oletko kirjoittanut version tästä virkkeestä useammalle kuin yhdelle rahoittajalle? Jos kyllä, se on komponentti, eikä sen pidä koskaan enää alkaa tyhjästä sivusta.

Mitä kirjastoon ei kuulu, on jokaisen hakemuksen strateginen selkäranka: miksi tämä projekti, miksi nyt, miksi te, miksi juuri tämä rahoittaja. Se osa on aidosti räätälöityä ja ansaitsee kaiken oikean huomiosi. Koko kirjaston tarkoitus on vapauttaa tuo huomio teollistamalla kaikki muu sen ympäriltä. (Olen kirjoittanut erikseen siitä, miten tuon narratiivin pitää terävänä eikä päästä sitä lipsumaan kohti latteaa keskiarvoa. Pipeline on se, mikä antaa sinulle aikaa tehdä se kunnolla.)

3. Kevyt rahoittaja-CRM

Rahoittajat ovat ihmissuhteita, ja ihmissuhteilla on tila. Silti useimmat organisaatiot säilyttävät tuon tilan ei missään. Ne eivät osaa kertoa, ilman palaveria, mikä rahoittaja hylkäsi ne viime kierroksella ja miksi, kuka oli yhteyshenkilö, tai onko kukaan ollut heihin yhteydessä sen jälkeen.

Tähän ei tarvita Salesforcea. Kevyt rahoittaja-CRM on taulukko, yksi rivi per rahoittaja, sarakkeina viimeisin kontakti, suhteen lämpötila, mitä viimeksi haitte, lopputulos, ilmoitettu syy, yhteyshenkilön nimi ja seuraava järkevä kontaktipiste. Siinä se. Kuri on siinä että pidät sen ajan tasalla, ei työkalussa.

Tämä ostaa sinulle organisaation muistin joka ei asu yhden ihmisen päässä. Kun se ihminen joka "omisti" rahoittajan lähtee, ja pienissä järjestöissä ihmiset lähtevät jatkuvasti, suhde ei lähde hänen mukanaan. Lakkaat tarjoamasta rahoittajalle uudelleen samaa projektia jonka hän torjui viime vuonna, tai jäähtymästä sellaisen suuntaan joka piti teistä ja halusi jatkoa. Hylkäys jossa on perustelu on lahja, ja useimmat organisaatiot heittävät sen menemään, koska niillä ei ole mitään mihin se laittaa.

4. Jatkuva vaikuttavuuden mittaus

Tämä on se osa joka hiljaa ratkaisee voitatko, ja se jota kukaan ei tee, koska sillä ei ole deadlinea. Mittaus joka tapahtuu vain raportointihetkellä tuottaa täsmälleen sitä mitä voisi odottaa: lukuja jotka on takaperin viritetty näyttämään hyväksyttäviltä, kerätty paniikissa, ja mahdottomia puolustaa jos joku kysyy tarkentavan kysymyksen.

Pipelinessa mittaus pyörii jatkuvasti, irrotettuna kaikista hakemuksista. Päätät kerran mitä lasket, instrumentoit työn niin että se tulee lasketuksi sitä mukaa kun sitä tapahtuu, ja annat todistusaineiston kertyä taustalla. Sitten kun haku avautuu, todistusaineistosi on jo siellä. Et tuota lukuja, valitset luvuista joihin jo luotat.

Nuorisojärjestössä tämä oli ero sen välillä, että yritti jälkikäteen rekonstruoida osallistujamäärät ja tulokset yli kahdestakymmenestä tapahtumasta vuodessa yli viidellesadalle nuorelle, ja sen että data oli yksinkertaisesti valmiina, koska keräsimme sen sitä mukaa kun tapahtumat tapahtuivat. Aito, tuore todistusaineisto lukeutuu täysin eri tavalla kuin edellisenä iltana loihditut luvut, ja rahoittajat aistivat eron.

Konkreettinen esimerkki: pysyvä pipeline käytännössä

Kun avustuspipeline oli järjestelmä eikä vuosittainen tulipalo, kierros eteni näin. Kalenteri nosti päähaun esiin tammikuussa, joten se ainoa aidosti räätälöity kysymys, mitä esitämme ja miksi, ratkottiin rauhallisissa olosuhteissa. Kun luonnostelu alkoi, suurin osa dokumentista kokosi itse itsensä komponenttikirjastosta, CRM kertoi mitä rahoittaja oli sanonut viime kierroksella jotta vastasimme tunnettuun palautteeseen emmekä arvanneet, ja vaikuttavuusosio nojasi pitkin vuotta kerättyyn dataan. Lopputulos ei ollut vain nopeampi, vaikka se oli paljon nopeampi. Se oli parempi, koska ihmisen energia meni lähes kokonaan siihen strategiseen argumenttiin joka voittaa tai häviää rahoituksen, sen sijaan että se olisi palanut kalusteisiin ja rekonstruoituun tilastointiin. Sama kirjoittaja, sama organisaatio, täysin eri lopputulos.

Osa roolistani siellä oli myyty Savon piirijärjestölle hallinnollisena kapasiteettina, mikä pakotti odottamattoman kurin: pipelinen piti olla luettava jollekulle muulle kuin minulle. Järjestelmä joka toimii vain kun seisot sen vieressä, ei ole järjestelmä, se on esitys. Jos kollega pystyy ajamaan kierroksen kalenteristasi, komponenteistasi, CRM:stäsi ja todistusaineistostasi soittamatta sinulle, olet rakentanut jotain oikeaa.

Kompromissit ja epäonnistumistavat

En esitä että tämä olisi ilmaista, koska kustannukset ovat todellisia ja ne osuvat ennen hyötyjä.

Suurin niistä on viivästynyt tuotto. Ensimmäinen kierros on hitaampi, koska rakennat kalenteria, irrotat komponentteja ja pystytät CRM:ää samalla kun jätät hakemuksen. Tuotto tulee toisella kierroksella ja kertyy korkoa korolle sen jälkeen. Tiimit jotka arvioivat järjestelmän sen ensimmäisen kierroksen perusteella hylkäävät sen juuri ennen kuin se olisi alkanut maksaa itsensä takaisin, kaikkein kalleimmalla mahdollisella hetkellä luovuttaa.

Toinen epäonnistumistapa on komponenttikirjasto joka mätänee. Kirjasto on aineisto vain niin kauan kuin se on ajan tasalla. Sinä päivänä kun vaikuttavuustiivistelmäsi vanhenee, tai organisaatiokuvauksesi nimeää yhä toiminnanjohtajan joka on jo lähtenyt, kierrätettävistä komponenteistasi tulee luotettava tapa toimittaa virheitä massana. Kaluste jota et koskaan tarkista, muuttuu kalusteeksi joka valehtelee. Korjaus on halpa ja aikataulutettu: jokainen komponentti saa "viimeksi varmistettu" -päivän, ja kaikki ikkunansa ylittänyt tarkistetaan uudelleen ennen käyttöä. Kohtele sitä kuin riippuvuuksia, lukittuna mutta auditoituna.

Kolmas on sen osan ylisystematisointi joka pitäisi jättää inhimilliseksi. Olen nähnyt tiimien ihastuvan kirjastoonsa niin, että ne kokoavat koko hakemuksen palasista, strateginen argumentti mukaan lukien, ja toimittavat jotain joka lukeutuu kuin litteäpakattu huonekalu. Pipeline on olemassa suojellakseen huomiotasi räätälöityä työtä varten, ei korvatakseen sitä. Ja se hiljainen: kun hakeminen muuttuu halvaksi, haet kaikkea, koska komponentit ovat siinä valmiina. Mutta jokainen hakemus maksaa lukijan aikaa ja palasen mainettasi sen rahoittajan silmissä. Halpa tuottaa ei ole sama kuin ilmainen lähettää, joten käytä kalenteria valitaksesi harvempia, paremmin sopivia rahoittajia sen sijaan että suihkutat yhtä dokumenttia niille kaikille.

Mikä kantaa eteenpäin

Muutos on helppo sanoa ja vaikea elää: lakkaa ajattelemasta avustusta asiana jonka kirjoitat, ja ala ajatella sitä asiana jonka järjestelmäsi tuottaa. Kirjoittaminen on se näkyvä osa, joten se saa kaiken huomion, mutta se on viimeinen siivu prosessista joka on enimmäkseen kalenteria, komponentteja, suhteita ja todistusaineistoa tekemässä hiljaa työtään taustalla.

Skaalautuminen toimii järjestelmillä, ei hyvällä tahdolla, ja avustusrahoitus on yksi puhtaimmista esimerkeistä jonka tunnen. Ne organisaatiot jotka voittavat johdonmukaisesti eivät ole niitä joilla on inspiroituneimmat kirjoittajat. Ne ovat niitä joille jokainen uusi hakemus alkaa kasasta luotettavaa aineistoa eikä tyhjästä sivusta ja paniikista. Rakenna se kasa.