Chi sono e come lavoro

Una funzione che molte organizzazioni piccole non sanno di poter avere

Ogni organizzazione che usa strumenti digitali ha decisioni tecniche da prendere ogni mese, e quasi nessuna di queste decisioni riguarda solo il sito web. Sono domande che attraversano sistemi diversi e che spesso emergono proprio perché i sistemi non si parlano tra loro. Come fare in modo che il database donatori comunichi con il sistema di invio newsletter senza che ogni modifica manuale produca disallineamenti. Se la nuova piattaforma di pagamento proposta dal commerciale è davvero conveniente o solo apparentemente, e se è compatibile con il gestionale contabile esistente. Come gestire la sicurezza degli accessi quando il personale cambia spesso, gli account vengono creati al volo e le password girano nelle mail interne. Se ha senso continuare a tenere la posta elettronica sul provider attuale o se conviene migrare a una soluzione che si integri meglio con gli strumenti di lavoro condiviso. Come strutturare il backup dei dati critici dell'organizzazione, dato che oggi sono distribuiti tra hosting, drive personali e computer di chi lavora. Se quella mail strana ricevuta dall'amministrazione è un tentativo di phishing o un fornitore reale che si presenta male. Se l'integrazione tra il CRM e il sistema di fatturazione vale il costo del consulente che la propone, e se i dati che ne escono saranno davvero utilizzabili. Come capire se la lentezza del sito, di cui tutti si lamentano, dipende dall'hosting, dal codice, dalle integrazioni esterne o da una combinazione di tutte e tre.

Le grandi organizzazioni risolvono queste domande grazie a un dipartimento tecnico interno, una o più persone stipendiate la cui funzione è esattamente quella di prendere queste decisioni nell'interesse dell'organizzazione, indipendentemente dai fornitori esterni. Le piccole organizzazioni questa figura non possono permettersela, perché il volume di lavoro non giustifica un'assunzione e perché un'assunzione costerebbe come tre o quattro fornitori esterni messi insieme. Ma il bisogno della funzione esiste comunque, e quando non viene riempito da nessuno, si finisce per riempirlo male.

Nelle realtà piccole, le decisioni tecniche vengono prese in tre modi possibili, e nessuno dei tre funziona davvero. Vengono prese da chi si trova in prima linea quando il problema esplode, la responsabile della comunicazione che sceglie un hosting al volo perché il sito è giù, il direttore amministrativo che firma il rinnovo del software perché è sulla sua scrivania, il collaboratore tecnicamente più esperto che dà un parere veloce, senza il tempo né la formazione per valutare le alternative. Vengono prese dal fornitore stesso, che ovviamente ha interesse a vendere la propria soluzione, ed è in conflitto di interessi rispetto al consigliarti l'opzione migliore per te. Oppure non vengono prese affatto: il sistema che funziona si lascia funzionare finché non si rompe, il software vecchio si tiene perché cambiarlo è una rogna, gli aggiornamenti di sicurezza si rimandano. Tutte queste strategie producono debito tecnico che si paga, prima o poi, in modo molto più costoso della prevenzione.

Cosa significa avere un referente tecnico esterno

Avere un referente tecnico esterno significa risolvere strutturalmente questo problema. Non significa pagare un fornitore in più, significa pagare meno fornitori e pagarli meglio, perché c'è qualcuno che valuta i preventivi prima che l'organizzazione li firmi, qualcuno che spiega al consiglio direttivo cosa stanno comprando davvero, qualcuno che si accorge dei problemi prima che diventino emergenze. Significa avere accesso continuativo a una competenza che altrimenti dovresti chiamare di volta in volta a tariffe orarie alte, perdendo la continuità di chi conosce il tuo sistema. Significa, soprattutto, smettere di prendere decisioni tecniche da soli quando l'organizzazione non ha competenze tecniche al proprio interno.

Il rapporto si struttura in modo proporzionato alla dimensione e alle esigenze. Per realtà piccole può essere un retainer mensile contenuto che copre le decisioni ordinarie, la manutenzione di base e la disponibilità per le domande. Per realtà più strutturate può includere supervisione periodica delle scelte tecniche, audit annuali di sicurezza e infrastruttura, sviluppo di nuovi strumenti quando serve, formazione del personale interno. In tutti i casi il principio è lo stesso: c'è una persona che conosce la tua organizzazione, che è dalla tua parte e non dalla parte dei fornitori, e a cui puoi rivolgerti senza dover spiegare ogni volta da capo cosa fai e come funzioni.

Una configurazione interno-esterno

Il modo concreto in cui questo rapporto funziona, nei clienti con cui collaboro da più tempo, è quello che chiamerei interno-esterno. Sono economicamente esterno, sono un freelance, fatturo come professionista indipendente, non sono in busta paga, ma operativamente interno. Ho una casella di posta dell'organizzazione, ho le credenziali di accesso ai sistemi che gestisco, sono raggiungibile direttamente come lo sarebbe un dipendente, partecipo alle conversazioni in cui le decisioni tecniche vengono prese, conosco il contesto e la storia di chi mi parla. Il cliente non scrive un ticket a un'agenzia: scrive a me, e io rispondo come risponderebbe qualcuno che sta dentro l'organizzazione anche se non lo è.

Questa configurazione è la cosa più rara del modello. Le agenzie tradizionali sono esterne-esterne: lavorano a ticket, sono raggiungibili attraverso form e portali clienti, parlano con il cliente solo nei momenti formalizzati del rapporto. I dipendenti sono interni-interni: costano come dipendenti, vincolano l'organizzazione a un'assunzione, hanno orari, ferie, malattie, contratti. La configurazione interno-esterno occupa una terza posizione che molte organizzazioni piccole nemmeno sanno di poter occupare, perché non l'hanno mai vista esistere come categoria. Per loro è la prima volta che possono avere accesso continuativo a un riferimento tecnico senza i costi fissi e senza i vincoli formali di un'assunzione.

Un team compattato in un solo contatto

Una conseguenza importante di questa configurazione è la possibilità di coprire un perimetro di competenze più ampio di quello che normalmente troveresti in un fornitore singolo. Le aree di lavoro vanno dallo sviluppo web, siti, e-commerce, piattaforme su misura, al sysadmin (server, hosting, sicurezza, monitoring), dalla consulenza architetturale sulle scelte di stack e infrastruttura all'integrazione tra strumenti diversi (CRM, newsletter, gestionali, sistemi di pagamento), fino alla grafica editoriale per i materiali coordinati che accompagnano il lavoro tecnico. Sono mestieri che in un'agenzia tradizionale verrebbero divisi tra cinque persone diverse, e che il cliente raggiunge attraverso un project manager che fa da filtro. Qui invece sono concentrati in un solo interlocutore.

Vale la pena spiegare come questo è possibile senza che la qualità ne risenta, perché è la prima domanda che un cliente sensato si pone. Il lavoro a volte viene svolto direttamente, da solo, con la leva crescente che gli strumenti di intelligenza artificiale offrono oggi a chi sa usarli con disciplina e non come scorciatoia. Altre volte viene svolto insieme a stretti collaboratori che fanno parte stabile della rete con cui lavoro, e che vengono coinvolti quando un progetto richiede una densità di lavoro o una specializzazione che da solo non riuscirei a coprire bene. Quando il lavoro richiede competenze che eccedono sia le mie sia quelle dei miei collaboratori abituali, per esempio uno sviluppo Android nativo enterprise, una traduzione professionale, un servizio fotografico, una consulenza fiscale specifica per il digitale, coordino io i fornitori specializzati di cui mi fido, in modo che tu mantenga un solo interlocutore e non debba diventare il project manager dei tuoi fornitori.

Il risultato è una configurazione che, in inglese, viene chiamata one-person agency: la varietà di competenze di un'agenzia, compressa nella semplicità relazionale di un singolo contatto. Hai la disponibilità di un dipendente senza dover assumere, hai la profondità di un'agenzia senza dover gestire la sua burocrazia, hai un riferimento stabile invece di un fornitore intercambiabile. La differenza rispetto a un freelance generalista classico sta nella struttura: dietro al singolo interlocutore non c'è una persona sola che fa tutto a qualità presumibilmente decrescente, c'è un nucleo di lavoro che si modula a seconda del progetto, restando però sempre filtrato da un'unica responsabilità e da un'unica voce verso il cliente.

Ristrutturazioni interne e interoperabilità

Una delle aree in cui il modello del referente tecnico esterno produce il valore più visibile è quella delle ristrutturazioni interne dei sistemi digitali. Le organizzazioni che hanno qualche anno di vita accumulano spesso una stratificazione di strumenti che sono stati introdotti uno alla volta per rispondere a esigenze immediate, senza un disegno complessivo. Un gestionale scelto cinque anni fa, una newsletter aggiunta da un collaboratore tecnicamente preparato che poi è andato via, un CRM artigianale tenuto in piedi da fogli di calcolo condivisi, un sistema di donazioni o di vendita che genera ricevute in PDF che qualcuno copia a mano nella contabilità, una rubrica contatti che vive in tre posti diversi senza che si sappia quale sia quello aggiornato. Ognuno di questi strumenti, preso singolarmente, fa il suo lavoro. Insieme producono ore di trascrizione manuale, errori ricorrenti, dati inattendibili, e un'organizzazione che cresce sempre più dipendente dalla memoria delle persone che ci lavorano dentro.

Il lavoro di ristrutturazione che propongo a queste organizzazioni non è un singolo progetto di sviluppo, ma un intervento più ampio che attraversa la consulenza, la riprogettazione dei flussi, lo sviluppo dei pezzi mancanti, la migrazione dei dati esistenti, la formazione delle persone che useranno i nuovi strumenti. L'obiettivo è che alla fine l'organizzazione abbia un sistema digitale coerente, dove i dati entrano una volta sola e poi viaggiano dove serve, dove le operazioni ripetitive sono automatizzate, dove le decisioni si prendono su informazioni attendibili invece che su stime ricostruite a memoria. Per le realtà che lo affrontano, una ristrutturazione di questo tipo significa risparmiare ore di lavoro manuale ricorrente, ridurre gli errori, e in molti casi prepararsi a una fase di crescita che senza interoperabilità sarebbe impossibile.

È un lavoro che ha la dimensione di un progetto strategico, non di un intervento tecnico. Tipicamente prende dai sei ai dodici mesi, attraversa tutte le aree dell'organizzazione, e produce risultati che si misurano sui due-tre anni successivi più che sul singolo mese di consegna. Non è adatto a tutti i clienti, alcune organizzazioni stanno bene così come sono e una ristrutturazione sarebbe sovradimensionata, ma per quelle che si trovano nel punto giusto del loro ciclo di vita rappresenta uno dei pochi investimenti tecnici che modificano davvero la traiettoria dell'organizzazione.

Integrazione dell'intelligenza artificiale

Tema che merita un'area dedicata, perché è uno dei pochi ambiti in cui un consulente onesto vale numericamente molto di più di un fornitore qualsiasi. Le tecnologie AI che le organizzazioni piccole possono usare oggi sono moltissime e in evoluzione continua, e la differenza tra un'integrazione che produce valore reale e una che produce solo spesa apparentemente innovativa è spesso invisibile a chi non ha occhio tecnico. Un'associazione che sta valutando un assistente AI per il customer service, uno studio professionale che cerca di capire come gestire l'uso degli strumenti AI da parte dei collaboratori, una fondazione che vuole automatizzare la rendicontazione dei donatori, sono tutte situazioni in cui le risposte serie non si trovano nei tutorial generici, perché dipendono dal contesto specifico dell'organizzazione, dal tipo di dati che tratta, dal tipo di pubblico a cui parla, dalle sensibilità etiche che la caratterizzano.

Quello che faccio in questa area è aiutare le organizzazioni a capire tre cose distinte. La prima è dove l'AI può integrarsi davvero nei loro processi, producendo riduzione del carico di lavoro o miglioramento della qualità di output. La seconda è quali strumenti specifici sono adatti al caso d'uso, tenendo conto del tipo di dati trattati, delle implicazioni di privacy, dei costi reali a regime (non solo dei prezzi di listino). La terza è come introdurre questi strumenti nell'organizzazione senza creare attrito, formando le persone che li useranno e definendo regole d'uso che proteggano l'organizzazione da utilizzi impropri.

Quando l'integrazione tecnica è semplice, per esempio un assistente AI in un flusso di posta o di documentazione, me ne occupo direttamente. Quando richiede sviluppo software dedicato, lo costruisco oppure coordino chi lo costruisce. Quando, in alcuni casi, mi accorgo che l'organizzazione sta inseguendo una moda che non le porterà valore, lo dico, e questa è probabilmente la parte di servizio più sottovalutata.

Cosa cambia, in concreto

Per le organizzazioni che scelgono questo modello, la differenza più tangibile dopo qualche mese è una sola: smettono di prendere decisioni tecniche con ansia. Non perché i problemi spariscano, i problemi tecnici esistono sempre, ma perché c'è qualcuno il cui mestiere è occuparsene, e quel qualcuno ha un nome, un numero, una conoscenza specifica della loro realtà. Le decisioni che prima venivano rimandate per mancanza di competenza interna vengono prese, motivate, documentate. Le emergenze diventano meno frequenti perché la prevenzione viene fatta sul serio. I fornitori esterni sanno che c'è qualcuno che leggerà i loro preventivi con occhio tecnico, e questo solo basta a contenere i costi. E quando arriva il momento di un investimento più grosso, una ristrutturazione dei sistemi, l'introduzione di nuovi strumenti, una migrazione che attraversa più aree dell'organizzazione, c'è qualcuno che può guidarlo dall'interno, invece di doverlo affidare a un fornitore esterno che impiega mesi solo per capire la situazione.

Se ti riconosci in questa descrizione, se sei a capo di un'organizzazione piccola che fa cose digitali senza avere chi se ne occupi internamente, vale la pena scrivermi due righe per capire se può avere senso lavorare insieme. Non tutti i progetti si trasformano in collaborazioni, e non tutte le organizzazioni hanno bisogno di un referente tecnico fisso. Ma una conversazione preliminare costa poco a entrambi, e in un'ora di chiacchierata viene fuori in modo abbastanza chiaro se la configurazione fa per voi o no.

Scrivimi →