Chi dirige un’Organizzazione Non Profit conosce bene il peso di ogni singola decisione di spesa: dietro ogni euro a bilancio ci sono la fiducia dei donatori, la fatica della raccolta fondi e l’impatto sociale da generare. Eppure, uno dei terreni in cui è più facile perdere il controllo delle risorse è proprio quello che dovrebbe ottimizzarle: la tecnologia.

Spinti dalla necessità di far quadrare i conti, molti decisori si mettono alla ricerca di un software gratis per il Terzo Settore. Tuttavia, la discussione intorno al ritorno sull’investimento (ROI) dei sistemi informativi nelle ONP è spesso viziata da un errore di prospettiva: valutare lo strumento e il suo costo di licenza anziché l’architettura dei processi complessiva, i benefici attesi e spesso necessari.

Questo articolo nasce per fare chiarezza con estremo realismo, rivolgendosi a due tipologie di direttivi che spesso si confrontano con Nuvola Solidale:

• • da un lato, organizzazioni strutturate che si sentono penalizzate dai canoni dei grandi player commerciali, pur comprendendone il valore tecnologico;
  • dall’altro, realtà che hanno tentato la via del risparmio estremo attraverso soluzioni artigianali o “accrocchi” tecnologici disgregati, finendo per pagare un conto salatissimo in termini di tempo operativo, sicurezza e risultati ottenuti.

Esiste una terza via, ma per comprenderla dobbiamo prima analizzare in modo obiettivo come funziona davvero l’economia del software.

1. La realtà del software commerciale: perché i modelli volumetrici sono inevitabili.

Molti articoli di settore attaccano i vendor proprietari accusandoli di applicare tariffe basate esclusivamente sul numero di utenti attivi (seats) o sul volume dei contatti in database. Questa impostazione è ingenua e ignora le regole del mercato.

Il pricing volumetrico non è un’ingiustizia, ma una regola naturale e necessaria per la sopravvivenza dei vendor SaaS commerciali. Sviluppare, mantenere, aggiornare e proteggere un software proprietario richiede investimenti colossali in ricerca e sviluppo (R&D) e infrastrutture di sicurezza. Le aziende di software proprietario sono inoltre regolate da metriche finanziarie precise, come la Net Revenue Retention (NRR): per rimanere sostenibili, attrarre capitali d’investimento o ottenere credito, devono far sì che il valore estratto dai clienti cresca di pari passo con la crescita dei clienti stessi.

Pagare un canone commerciale che scala con il numero di contatti o utenti è una formula legittima per il mercato profit. Il problema non è quindi lo strumento, ma l’incompatibilità strutturale di questo modello con il Terzo Settore.

Mentre un’azienda profit reinveste e, auspicabilmente, trasforma l’aumento dei contatti commerciali in fatturato diretto in gradi di coprire i costi di licenza, un’organizzazione non profit ha una missione opposta: espandere la propria comunità di volontari, donatori e beneficiari per generare impatto sociale, non dividendi. Per una ONP un software che tassa la crescita dei record o degli utenti attivi si trasforma, secondo il nostro punto di vista, in una barriera all’espansione della propria missione. Se l’ente deve limitare il numero di volontari che accedono al sistema per non sforare la fascia di prezzo del software, lo strumento sta attivamente ostacolando l’impatto sociale.

2. Il paradosso del software gratis per il Terzo Settore: l’instabilità del “costo zero”.

All’estremo opposto si collocano le organizzazioni che, spinte da bilanci comprensibilmente limitati, cercano la scorciatoia del “gratis” o del “quasi gratis”. Chi gestisce la governance di un ente deve tuttavia comprendere che l’assenza di un costo di licenza non equivale mai al costo zero di gestione. Quando si valuta l’adoption di un software gratis per il Terzo Settore, i costi nascosti si manifestano in tre forme tipiche e molto pericolose:

1 – L’anarchia dei fogli di calcolo frammentati.

L’utilizzo di fogli Excel o Google Sheets condivisi per gestire anagrafiche, donazioni e iscrizioni è la forma più comune di “gratis” e sono il repository di una mole spesso significativa di dati generati da altri canali (per esempio: piattaforme esterne di donazione o iscrizione ad eventi) completamente slegati da contesto.

La realtà dei fatti: mancanza di tracciabilità delle modifiche, sovrascrittura accidentale dei dati e una totale vulnerabilità in termini di conformità GDPR. Un singolo foglio di calcolo scaricato sul desktop di un operatore o di un volontario rappresenta una potenziale violazione dei dati (data breach) che espone l’ente a sanzioni e a un grave danno di reputazione.

2 – I CRM generici economici o “freemium” (SaaS business-oriented).

Molti fornitori propongono licenze a costo zero o bassissimo basate su piattaforme standardizzate nate per il mondo profit (come i CRM commerciali generici o i sistemi di project management aziendali).

La realtà dei fatti: l’incompatibilità nativa delle regole di business. Il limite insormontabile di queste soluzioni non risiede infatti in banali dettagli tecnici, ma nella loro natura intrinseca: sono sistemi progettati per vendere. La loro intera architettura logica è strutturata intorno a concetti commerciali come “opportunità commerciale”, “pipeline di vendita”, “lead generation” e “trattative”. Nel Terzo Settore questa terminologia e queste logiche sono inutilizzabili. In questi sistemi viene poi completamente meno la dimensione relazionale nativa che caratterizza un’organizzazione non profit: la complessa rete di relazioni tra individui e aggregazioni (nuclei familiari complessi, aziende partner, cerchie di volontari); mancano poi le entità logiche fondamentali del non-profit: la gestione della “donazione” (ricorrente o 1shot), il tracciamento dei flussi di fundrising o l’emissione automatizzata delle ricevute fiscali detraibili nel rispetto delle specifiche RUNTS e Agenzia delle Entrate. Tentare di adattare una pipeline commerciale di vendita per tracciare i donatori si traduce in un continuo, sfibrante sforzo di “traduzione logica” che si rompe al primo tentativo di scalare l’impatto dell’organizzazione.

3 – Gli “accrocchi” artigianali e l’Open Source non governato.

È la classica situazione in cui ci si affida al volontario di turno o a un’agenzia web generalista per sviluppare un sistema su misura, assemblando plugin disparati o installando piattaforme open-source senza una guida esperta.

La realtà dei fatti: il debito tecnico silenzioso. L’Open Source non è “software gratuito da installare e dimenticare”. È codice libero che richiede manutenzione, aggiornamenti di sicurezza costanti e competenze ingegneristiche per girare in modo sicuro. Finché il creatore del sistema è presente (assunto che abbia competenze reali), la soluzione “regge”.

Non appena il volontario si allontana o l’agenzia sposta il focus, l’organizzazione si ritrova con una scatola nera non documentata, instabile, vulnerabile agli attacchi e non conforme alle rigide specifiche del Terzo Settore (GDPR, comunicazioni all’Agenzia delle Entrate, adempimenti RUNTS).

3. Lo spreco invisibile: il tempo operatore come costo reale.

Quando si sceglie la via del software non specifico e/o gratuito, il costo non scompare: si trasferisce interamente sul tempo degli operatori e dei volontari.

Nel non-profit, il tempo del personale è la risorsa più preziosa. Obbligare una persona a eseguire mansioni ripetitive che potrebbero essere automatizzate significa distruggere valore economico ed emotivo. Le emorragie finanziarie più comuni all’interno di un sistema frammentato includono:

• • La riconciliazione manuale dei flussi: accoppiare a mano i bonifici bancari, i pagamenti PayPal o le transazioni Stripe con le rispettive schede donatore nel database richiede ore o giorni di lavoro ogni mese.
  • La bonifica costante dei dati corrotti: la perdita sistematica degli zeri iniziali nei CAP (tipico errore di importazione in Excel), l’inquinamento dei campi email o la duplicazione dei contatti creano un database inutilizzabile per qualsiasi campagna di raccolta fondi seria.
  • La gestione manuale delle ricevute detraibili: compilare e inviare una a una le lettere di attestazione fiscale per le donazioni ricevute è un processo che consuma intere settimane di lavoro a ridosso della stagione fiscale, con un margine di errore umano altissimo.

Se calcoliamo il costo orario medio del personale impegnato in queste attività di “bassa manovalanza digitale”, ci si rende conto che il software gratuito costa all’ente molto di più di un’infrastruttura professionale centralizzata.

4. La terza via: l’ingegneria dei processi e la sovranità del dato.

L’efficienza di un sistema informativo non si misura dalla notorietà del brand software scelto, né dal risparmio apparente di una soluzione gratuita. Si misura dall’allineamento tra backend tecnologico e processi reali dell’ente.

La filosofia di chi opera come Nuvola Solidale si basa su un principio cardine: scardinare il vincolo del costo volumetrico commerciale senza cedere all’instabilità dell’improvvisazione.

Non promettiamo “magie a costo zero”. Offriamo una strada diversa:

• • Presidio metodologico e disegno dei processi: la tecnologia è unicamente lo strumento finale di un percorso che inizia con l’analisi organizzativa. La terza via si fonda su un affiancamento metodologico e consulenziale costante e strategico, superando definitivamente la logica del mero supporto tecnico passivo o reattivo “on-demand”. Collaboriamo attivamente con il direttivo e con le figure operative per mappare i flussi di lavoro dell’ente, modellando l’infrastruttura sulle vostre dinamiche specifiche affinché sia lo strumento a piegarsi ai processi, e mai il contrario.
  • Crescita senza barriere: se l’istanza dedicata ha bisogno di “X” risorse per girare, a parità di flussi di lavoro quel costo rimane stabile sia che l’ente gestisca 5 utenti, sia che ne gestisca 50, o che il database passi da 1.000 a 10.000 anagrafiche. Il valore si sposta dalla licenza commerciale (che per il non-profit è una barriera alla crescita) alla governance alla sicurezza reale del dato e, semmai alla gestione di un amento di complessità a livello di flussi di lavoro.
  • Infrastruttura dedicata e canone stabile: ingegnerizziamo istanze dedicate basate su tecnologie open-source solide e standardizzate a livello globale (come CiviCRM). L’ente paga esclusivamente per le risorse computazionali effettive dell’istanza dedicata e per il presidio ingegneristico di gestione e sicurezza.
  • Piena sovranità del dato: l’ente è l’unico proprietario del proprio database relazionale isolato, garantendo la totale aderenza al GDPR e la portabilità futura, senza alcun vincolo di lock-in commerciale.

Il Test di autovalutazione per il CDA

Per comprendere se la tua organizzazione è bloccata in una di queste inefficienze, il direttivo dovrebbe analizzare periodicamente tre metriche chiave di processo:

Il rapporto licenza/utilizzo: se utilizzate suite commerciali, le funzioni avanzate che ne giustificano il costo sono realmente integrate nei vostri flussi operativi o state pagando una tassa volumetrica solo per una rubrica anagrafica avanzata?

La saturazione del tempo interno: quante ore uomo vengono sottratte mensilmente alla relazione con il donatore, alla progettazione o alla promozione sociale per correggere anomalie dei sistemi, deduplicare dati o reinserire informazioni a mano?

La sovranità del dato: l’infrastruttura scelta garantisce al vostro ente il controllo totale, isolato ed esportabile del database, o siete vincolati a logiche che rendono i vostri dati ostaggio del fornitore di turno?

La tecnologia non è la soluzione in sé, ma il mezzo con cui si implementa un processo ben progettato. Trovare l’equilibrio significa rifiutare sia il minimalismo precario e insicuro delle soluzioni improvvisate, sia la spesa ingiustificata dei grandi ecosistemi commerciali. Le risorse del Terzo Settore vanno indirizzate dove l’ingegneria dei processi produce stabilità, sicurezza e valore reale per la missione dell’ente.

torna alla Home Page

Premessa di clemenza preventiva

Mettiamo subito le mani avanti: questo articolo non nasce per puntare il dito contro nessuno! Chi opera nel Terzo Settore gestisce quotidianamente un livello di complessità, sovrapposizione di ruoli e pressione operativa che in molte realtà aziendali non è nemmeno immaginabile.

Se nelle prossime righe ritroverete frasi, ritrosie o dinamiche che avete vissuto in prima persona nella vostra organizzazione, vi chiediamo di leggerle con indulgenza. L’obiettivo non è giudicare le persone, ma mettere in luce quanto sia naturale la reazione difensiva di fronte al cambiamento quando si lavora già al limite delle proprie energie.

La fisica dei progetti dati: la conservazione delle vecchie abitudini

La dinamica è purtroppo è nota (nel Non Profit come nel Business). Un ente decide di fare un salto di qualità metodologico: acquista una piattaforma per la gestione dei sostenitori, dei progetti o del tesseramento. Durante i primi incontri c’è entusiasmo.

A distanza di sei mesi, il nuovo sistema viene utilizzato solo per le operazioni base o da un ristretto gruppo di “volenterosi”, mentre il cuore dell’organizzazione continua a muoversi su canali informali: fogli di calcolo personali, quaderni di appunti, scambi di email e file conservati in locale.

Quando un progetto si incaglia in questo modo, la spiegazione ufficiale è quasi sempre tecnologica: “il software non è flessibile”, “mancano le funzionalità per il nostro caso specifico”, “la piattaforma è troppo complessa”.

Nella realtà dei fatti, la tecnologia sta solo svolgendo il suo compito: rendere visibili le incongruenze e la frammentazione dei processi preesistenti.

Mappa ragionata dei paradossi operativi

Quando la richiesta di adottare una procedura standardizzata entra in contatto con le routine dei vari reparti, scattano cortocircuiti tanto comprensibili sul piano umano quanto paralizzanti su quello organizzativo.

1. Il Fundraising “Ad Personam”

L’obiezione classica riguarda la natura della relazione:

“I nostri donatori principali sono sensibili, se inseriamo le loro informazioni in un CRM aziendale e automatizziamo le comunicazioni rischiamo di spersonalizzare il rapporto e perdere la donazione.”

Il paradosso operativo: Per proteggere la relazione, le informazioni storiche sui grandi donatori restano nella testa o nelle agende personali di un singolo operatore. Quando quell’operatore cambia ruolo o lascia l’ente, l’organizzazione scopre di non avere alcuna memoria storica del contatto, dovendo ricostruire la relazione da zero. Un buon CRM è in grado di automatizzare informazioni anche con elevato livello di profondità e personalizzazione.

2. L’Amministrazione e il mito dell’Excel “DEFINITIVO_V3”

L’ufficio amministrativo dichiara che i report generati dal nuovo sistema non rispondono ai criteri di rendicontazione e che l’unico strumento affidabile resta “… il foglio di calcolo interno del 2014 con le formule fatte da non mi ricordo come si chiamava…”

Il paradosso operativo: Il foglio Excel in questione è spesso una struttura stratificata negli anni, protetta da formule complesse che solo una persona sa decifrare. Per nutrire questo file, l’amministrazione spende giorni interamente dedicati al ricopiamento manuale di dati estratti da altri documenti, moltiplicando il rischio di errore umano a ogni passaggio.

3. I Progetti e la burocrazia “trasparente”

Gli operatori impegnati sulle attività o sui bandi sostengono che il caricamento delle presenze, delle schede beneficiari o dei report periodici nel sistema centrale sia “burocrazia calata dall’alto” che toglie tempo prezioso all’impatto sociale sul campo.

Il paradosso operativo: In assenza di un tracciamento unico in corso d’opera, al momento della rendicontazione del bando o del bilancio sociale l’intero team si trova costretto a fermare le attività operative per settimane al fine di “ricostruire a ritroso” dati e giustificativi dispersi in centinaia di cartelle diverse.

4. La governance dei Volontari e la Privacy “Selettiva”

Si ritiene che chiedere ai volontari o ai referenti territoriali di utilizzare credenziali individuali e procedure di inserimento dati standardizzate sia chiedere troppo a chi presta servizio gratuitamente.

Il paradosso operativo: Per non “appesantire” i volontari, si finisce per scambiarsi elenchi contenenti dati personali e sensibili via chat o email non protette, violando apertamente la normativa sulla protezione dei dati personali con il pretesto della semplicità.

La trappola del sovraccarico cognitivo

Riconoscere questi paradossi non significa colpevolizzare chi li vive. La resistenza al cambiamento nel Non Profit non nasce da malafede o pigrizia. Nasce dal terrore metodologico di aggiungere un nuovo adempimento a giornate lavorative già saturate dalla gestione dell’emergenza.

L’errore sta nell’approccio sequenziale: si tenta di adottare la nuova procedura in aggiunta alle vecchie abitudini, senza mai dismettere le seconde. L’operatore si trova così a dover gestire il nuovo software E la vecchia tabella Excel E la solita catena di email. In queste condizioni, la reazione di rigetto verso la tecnologia è inevitabile.

La regola della sottrazione: una metodologia pratica

Per superare l’impasse senza trasformare le riunioni di progetto in dibattiti ideologici, occorre spostare la discussione dal software al processo, applicando il principio della sottrazione.

Ogni volta che si introduce una nuova procedura o si richiede il tracciamento di un dato all’interno di un CRM, la discussione con i responsabili di area deve basarsi su un’unica domanda vincolante, formulata senza cercare alibi esterni:

“Per adottare questo flusso a sistema da domani, quale specifica attività manuale o doppio passaggio che svolgiamo oggi siamo pronti a eliminare definitivamente dal nostro reparto?”

L’esito di questa domanda chiarisce immediatamente la natura dell’ostacolo:

• Se la risposta identifica un passaggio superfluo da sopprimere: siamo di fronte a un problema reale di usabilità o di carico di lavoro. Il processo va ridisegnato per garantire che la nuova procedura richieda meno tempo della precedente.
• Se la risposta richiede di mantenere inalterato il flusso manuale affiancandolo al sistema: siamo di fronte a una resistenza culturale. Si sta cercando di proteggere una comfort zone procedurale a spese dell’efficienza complessiva dell’organizzazione.

Scegliere la fatica generativa

La transizione verso una gestione dati strutturata richiede sempre una quota di sforzo iniziale. L’apprendimento di una procedura digitale comporta una curva di fatica temporanea.

La scelta strategica che ogni direzione e ogni team del Terzo Settore deve compiere è semplice:

Scegliere tra la fatica generativa — quella sostenuta oggi per imparare un processo ordinato che libererà tempo domani — e la fatica dissipativa, ovvero quella spesa ogni giorno per rincorrere informazioni frammentate, correggere errori di trascrizione e ricostruire la memoria dell’ente all’ultimo minuto.

Il Change Management non è un modulo aggiuntivo da acquistare con la licenza software. È la decisione matura di smettere di usare la complessità della propria missione come alibi per non riorganizzare il proprio lavoro.

Formula per le riunioni di team

Nota operativa per chi gestisce le riunioni:

Per ingaggiare il team senza creare tensioni, si può portare in discussione la regola della sottrazione usando direttamente questa formulazione:

  

“Per adottare questo flusso a sistema da domani, quale specifica attività manuale o doppio passaggio che svolgiamo oggi siamo pronti a eliminare definitivamente dal nostro reparto?”

torna alla Home Page