Una Persona, Un Record: Come un Dipartimento Sostituito ha Sostituito i Silos con un CRM Unificato

Un'adolescente si unisce a un programma giovanile. Qualche anno dopo, si iscrive a un programma universitario e ancora più tardi diventa donatrice. Per l'organizzazione, questa è una relazione lunga. Per i suoi database, erano tre estranei.

Questa era la realtà all'Orthodox Union, un'organizzazione non-profit che gestisce molti programmi sotto lo stesso tetto.

L'organizzazione

I programmi dell'Orthodox Union includono:

• NCSY per adolescenti

• JLIC nei campus universitari

• Yachad per persone con disabilità

• l'Impact Accelerator per altre organizzazioni non-profit

• campagne di advocacy

• programmi in Israele, tra gli altri

Nel corso degli anni, ogni dipartimento ha costruito il proprio sistema, così la stessa persona poteva essere archiviata in diversi database e nessuno aveva il quadro completo.

Perché i sistemi separati hanno smesso di funzionare

• Nessun quadro completo. I record erano duplicati nei diversi dipartimenti, quindi nessuno poteva vedere la storia completa di una persona con l'organizzazione.

• Sistemi legacy ovunque. MARS, l'API Yachad, la piattaforma Impact Accelerator e un'app separata per i controlli dei precedenti contenevano anni di dati e flussi di lavoro giornalieri.

• Dati sensibili a rischio. Combinare i record significava che un database avrebbe contenuto i dettagli medici per i programmi giovanili e di inclusione. Ogni dipartimento doveva comunque vedere solo i propri record.

• Troppo lavoro manuale. Approvazioni, conferme, promemoria e messaggi di ringraziamento erano per lo più gestiti manualmente.

L'architettura: tre livelli

Nel 2025–2026, l'azienda di sviluppo SoftPro ha consolidato questi sistemi in un'unica piattaforma. È organizzata in tre livelli:

1. Applicazione web per il personale. I dipartimenti lavorano nei loro spazi, con le proprie schermate e regole di accesso.

2. API. Alimenta l'applicazione e contiene la logica di business.

3. Widget incorporabili. Registrazione a eventi, pagamenti e candidature si svolgono sui siti pubblici dell'organizzazione.

Al centro c'è un record per ogni persona e famiglia. Contiene tutta la loro storia con l'organizzazione: programmi, eventi, famiglia, donazioni e comunicazioni.

Sei decisioni di design che hanno fatto funzionare tutto

• Record condivisi, livelli dipartimentali. Ogni dipartimento aggiunge i propri dati sopra un record comune di persona e famiglia. I record duplicati vengono rilevati e uniti.

• Una migrazione funzionalità per funzionalità. Ogni funzionalità legacy è stata mappata in un nuovo posto, i flussi di lavoro sono stati ricostruiti nel CRM, e strumenti dedicati hanno trasferito i dati esistenti.

• Privacy nel livello dati. L'isolamento dipartimentale filtra automaticamente ogni richiesta. Le regole di accesso, il tracciamento del consenso e i registri di controllo sono stati progettati tenendo conto dei requisiti HIPAA.

• Moduli con confini chiari. Ogni dipartimento è stato sviluppato nella stessa base di codice contemporaneamente. Ogni area dipartimentale è un modulo separato, controllato automaticamente ad ogni modifica, quindi lavorare su uno è molto meno probabile che interrompa un altro.

• Widget per il pubblico. Un breve snippet integra un widget su qualsiasi sito web. L'accesso avviene senza password tramite un link inviato via email, e le registrazioni e i pagamenti vanno direttamente nel CRM.

• Automazione basata su eventi. Una nuova registrazione, pagamento o altra modifica attiva flussi di lavoro predefiniti per approvazioni, conferme, promemoria e messaggi di ringraziamento.

Stack tecnologico

• Backend: Node.js, Express, oRPC, Zod

• Frontend: Vue 3, TypeScript, Tailwind CSS, shadcn-vue, TanStack Query, TanStack Table, Storybook

• Dati: PostgreSQL (Amazon Aurora), Prisma ORM, ClickHouse

• Widget: Web Components (Vue)

• Autenticazione: Okta, Amazon Cognito

• IA: Amazon Bedrock (Claude), Google Gemini

• Cloud e distribuzione: AWS, Docker, Kubernetes, Helm, GitHub Actions

• Integrazioni: SendGrid, Amazon SES, Zoom, JotForm, Checkr, Congress.gov, il gateway di pagamento dell’organizzazione

Stato del progetto

• Sistemi sostituiti. Il CRM sostituisce MARS, l'API Yachad, la piattaforma Impact Accelerator e un’app standalone per la verifica dei precedenti.

• Scala. La piattaforma include più di 40 moduli funzionali che coprono giovani, campus, inclusione, Israele, advocacy, eventi, raccolta fondi, pagamenti, staff e volontari. Funzionano su oltre 480 tabelle di database, più di 40 aree API e 70+ flussi di lavoro automatizzati.

• Widget pubblici. Widget per registrazioni a eventi, pagamenti, campagne di advocacy e domande di consiglieri sono pronti per essere incorporati.

• Privacy integrata. L'isolamento dei dipartimenti si applica a ogni richiesta, insieme al tracciamento del consenso e ai registri di controllo.

• Piano di rollout. I dipartimenti vengono attivati uno alla volta, ciascuno testato inizialmente da un piccolo gruppo di utenti reali. Il rollout completo è previsto per la fine del 2026.

Lezioni per organizzazioni multi-programma

Il caso OU dimostra che unire i dati e mantenere indipendenti i dipartimenti può funzionare in un unico sistema. La chiave è progettare entrambi fin dall'inizio: un record centrale condiviso, isolamento a livello di dati e codice modulare. Le organizzazioni che pianificano una mossa simile possono parlare con il team SoftPro su come affrontarla.

Conclusione

L’Orthodox Union è passata da molti sistemi disconnessi a una piattaforma unica, dove ogni persona ha un solo record e ogni dipartimento vede solo ciò che deve vedere. I flussi di lavoro legacy sono stati ricostruiti, i siti web pubblici alimentano i dati direttamente nel CRM e i messaggi di routine funzionano in autonomia. I dipartimenti vengono migrati uno alla volta in vista del lancio completo previsto entro la fine del 2026.