Løsninger / Ideelle organisasjoner og foreninger
Bygget for formål, ikke marginer
Engangsgaver og gjentakende givning, medlemsrom og fortellernettstedet rundt dem – uten et utviklingsbudsjett.
Hvorfor bygge det
Hvorfor bygge dette i stedet for en giverplattform?
Giverplattformer tar gjerne en prosentandel av hver gave, holder støttespillerne dine i sin database og gir hver sak den samme donasjonssiden. For en forening er det verre – medlemskap, lokallag og styring passer ikke inn i en doner-knapp i det hele tatt. Kliv bygger organisasjonens faktiske hjem: givning, medlemskap og medlemsrom satt sammen rundt hvordan organisasjonen deres er strukturert.
Vedtektene deres er datamodellen. Medlemsklasser med ulike kontingenter, lokallag med egne rom, styremateriale bare styret kan se, fornyelsessykluser på regnskapsåret deres – beskriv strukturen organisasjonen allerede har, så speiler systemet den i stedet for å flate den ut til en generisk CRM.
Systemets anatomi
Hva organisasjonen faktisk vet
En forening er en struktur – medlemsklasser, lokallag, et styre, et regnskapsår – og programvaren bør ha samme form. Slik ser systemet Kliv ville bygget ut.
Støttespillere og medlemmer
Alle som gir eller hører til – medlemsklassen deres, lokallaget deres, hele historikken med organisasjonen.
Gaver og løfter
Engangsgaver og månedlig givning, hver med sin kvittering og sin takk.
Lokallag og komiteer
Organisasjonsavgrensede rom – hvert med sin egen liste, sitt innhold og sin kalender.
Arkivet
Nyhetsbrev, protokoller og ressurser – gatede av medlemskap, med styremateriale strammere gated.
Kampanjer
Appeller med mål og frister – hva som kom inn, fra hvem, mot hvilket mål.
Fornyelser og kvitteringer
Kontingentsykluser på regnskapsåret deres, kvitteringer for hver gave, oppgaver når støttespillere trenger dem.
Hvem ser hva
Regler databasen håndhever
- Styremateriale er lesbart for styret – en regel databasen håndhever, ikke en mappe ingen skal åpne.
- Medlemsklasser gater arkivet: hvert element bærer hvem som får lese det.
- En mislykket gjentakende gave får nye forsøk og gjenopprettings-e-poster før noen kaller den bortfalt.
- Lokallagsinnhold tilhører lokallagsmedlemmer – avgrenset på raden, ikke av et æressystem.
Vedtektene deres er datamodellen. Når strukturen lever i databasen – klasser, lokallag, styre, regnskapsår – slutter programvaren å flate organisasjonen ut til en doner-knapp.
Hva Kliv setter sammen
En handleliste med plattformdeler — hver av dem innebygd, hver av dem satt sammen med resten.
Givning, én gang eller månedlig
Støttespillere gir én gang eller månedlig – og når et kort feiler, prøves det på nytt og gjenopprettes automatisk.
Medlemmer og lokallag
Medlemsinnlogging med organisasjonsavgrensede rom for lokallag, styrer eller komiteer.
Kampanjer til basen
Hold Mailchimp-audience-en din i takt med medlemslisten.
Måter å ta betalt på
Tre finansieringsløp
Foreninger drives sjelden av én strøm. Kontingent bærer strukturen, månedlig givning bærer formålet, og kampanjer bærer øyeblikkene.
Medlemskontingent
120 USD/år
Medlemmet, i klassen vedtektene deres definerer
Arkivet, lokallaget, stemmen – hva enn tilhørighet betyr i organisasjonen deres.
- Åpner
- Aktiv kontingent åpner medlemsrommene; klasser med ulike privilegier åpner ulike dører.
- Fakturering
- Fornyes på regnskapsåret deres, med påminnelser før og en frist etter – gjenopprettings-e-postene jager betalingen.
- Refusjoner
- En styrebeslutning, registrert gjennom godkjenningstrinnet.
Månedlig givning
25 USD/måned
Støttespilleren som vil bære formålet
En gjentakende gave med kvittering hver måned og oppdateringer om hva den finansierer.
- Åpner
- Støttespillere ser sin egen giverhistorikk og henter oppgaver når de trenger dem.
- Fakturering
- Fornyes månedlig; et utløpt kort prøves på nytt og jages via e-post – en bortfalt gave er som regel et kort, ikke en støttespiller.
- Refusjoner
- Feilgaver refunderes på forespørsel, gjennom godkjenningstrinnet.
Kampanjegave
500 USD én gang
Giveren som blir rørt av en konkret appell
En engangsgave mot en navngitt kampanje, telt mot målet i det øyeblikket den lander.
- Åpner
- Kvitteringen og takken går ut på malene deres, og gaven blir del av giverens historikk.
- Fakturering
- Én belastning, én kvittering, én ryddig post for revisjonen.
- Refusjoner
- Den samme godkjenningsgatede flyten.
Før lansering
Den første uken, før du lanserer
Den første uken er for å gjøre strukturen virkelig – før medlemmene ser den.
Form organisasjonen
Beskriv strukturen: medlemsklasser, lokallag, styret, regnskapsåret. Kliv bygger den første forhåndsvisningen med styringsveggene allerede oppe.
Gjør den til din
Navnet deres, språket deres, tonen deres – en organisasjons nettsted bør høres ut som formålserklæringen, ikke som programvare.
Last inn det ekte
Importer medlemslisten med klassene og lokallagene deres, flytt inn nyhetsbrevarkivet, sett opp den første kampanjen.
Prøv å ødelegge den
Logg inn som medlem og se etter styrematerialet. La en gjentakende gave feile og se gjenopprettings-e-postene. La kontingent utløpe og se fristen løpe.
Øv deretter på et år
I Sandbox, med simulerte penger og simulert tid, kjører du et regnskapsår: fornyelsessyklusen med påminnelsene, givertoppen i desember, et kort som feiler i mars og gjenopprettes i april, et medlemskap som utløper akkurat når fristen sier. Lanser med året allerede øvd.
Skreddersydd, uten skreddersydd risiko
Egendefinert programvare pleide å bety budsjett, konsulent og vedlikeholdsavtale. Dette er en annen avtale.
Deler på enterprise-nivå
Innlogging, tillatelser håndhevet i databasen, fakturering, revisjonsspor, e-post — komponentene under det skreddersydde systemet ditt er de samme herdede delene alle Kliv-apper kjører på. Du setter sammen utprøvd infrastruktur; du bestiller ikke kode fra bunnen av.
Endringer publiseres i orden
Når prosessen din endres, sier du det — endringen bygges i samtale, du vurderer den i en levende forhåndsvisning, og ingenting når brukerne før du publiserer. Commerce-endringer kan til og med øves på i Sandbox med simulerte penger og simulert tid.
Ingen kan legge det ned
Ferdigverktøy får nye priser, nye design og pensjoneres etter leverandørens kalender — og arbeidsflyten din følger med. Kliv-appen din endres bare når du endrer den. Den er produktet ditt, ikke et sete i noen andres.
Si det i én setning
“Bygg et nettsted for foreningen vår med engangsgaver og månedlig givning, et medlemsområde med nyhetsbrevarkivet vårt og automatiske takk-e-poster.”
Det er faktisk slik det starter — beskriv det, og finjuster deretter i samtale.
Vanlige spørsmål
Kan vi ta imot både kontingent og donasjoner?
Ja – gjentakende medlemskontingent, engangsgaver og månedlig givning kjører gjennom samme motor, hver med egne kvitteringer og takkemail.
Kan lokallag eller komiteer ha egne rom?
Ja. Medlemmer tilhører organisasjoner inne på nettstedet – et lokallag, en komité, et styre – og hvert roms innhold er synlig bare for medlemmene der, håndhevet i databasen.
Hva skjer når en gjentakende gave feiler?
Plattformen prøver kortet på nytt og sender støttespilleren e-post til betalingen gjenopprettes – en bortfalt gave er som regel et utløpt kort, ikke en bortfalt støttespiller.
Kan støttespillere få oppgaver til skatteoppgjøret?
Ja – hver gave kvitteres når den lander, og støttespillerens fulle giverhistorikk ligger på deres egen side, så årsoppgaver er et oppslag, ikke et prosjekt for staben.
Hvor privat er styremateriale?
Privat på radnivå: styreinnhold bærer en regel bare styremedlemmer oppfyller. Det finnes ingen hemmelig mappe å plassere feil – databasen avviser alle andre.
Fornyelsene våre følger regnskapsåret. Kan systemet?
Ja – kontingent fornyes på syklusen du definerer, påminnelser og fristen følger den, og kassererens bilde av hvem som er à jour er databasens bilde, ikke et regnearks.