En Person, En Post: Hvordan en Erstattet Afdelingssiloer med et Unified CRM

En teenager tilslutter sig et ungdomsprogram. Noget år senere tilmelder hun sig et campusprogram, og endnu senere bliver hun donor. For organisationen er dette ét langt forhold. For dens databaser var hun tre fremmede.

Dette var virkeligheden hos Orthodox Union, en nonprofit, der driver mange programmer under ét tag.

Organisationen 

Orthodox Unions programmer inkluderer:

• NCSY for teenagere

• JLIC på college-campusser

• Yachad for personer med handicap

• Impact Accelerator for andre non-profit organisationer

• forkæmpelsescampagner

• programmer i Israel blandt andre

I årenes løb byggede hver afdeling sit eget system, så den samme person kunne være gemt i flere databaser, og ingen havde det fulde overblik.

Hvorfor separate systemer holdt op med at fungere

• Intet samlet overblik. Poster blev duplikeret på tværs af afdelinger, så ingen kunne se en persons fulde historie med organisationen.

• Legacy-systemer overalt. MARS, Yachad API'en, Impact Accelerator-platformen og en separat baggrundstjek-app indeholdt alle års data og daglige arbejdsgange.

• Følsomme data på spil. Kombination af poster betød, at én database ville indeholde medicinske detaljer for ungdoms- og inklusionsprogrammer. Hver afdeling skulle stadig kun se sine egne poster.

• For meget manuelt arbejde. Godkendelser, bekræftelser, påmindelser og tak-beskeder blev for det meste håndteret manuelt.

Arkitekturen: tre lag

I 2025–2026 konsoliderede udviklingsfirmaet SoftPro disse systemer til én platform. Den er organiseret i tre lag:

1. Webapplikation til personale. Afdelinger arbejder i deres egne rum, med egne skærme og adgangsregler.

2. API. Den driver applikationen og indeholder forretningslogikken.

3. Indlejrede widgets. Arrangementstilmeldinger, betalinger og ansøgninger kører på organisationens offentlige hjemmesider.

I centrum er én post for hver person og husstand. Den indeholder hele deres historie med organisationen: programmer, events, familie, donationer og kommunikation.

Seks designbeslutninger, der fik det til at fungere

• Delte poster, afdelingslag. Hver afdeling tilføjer sine egne data oven på en fælles person- og husstandspost. Dublerede poster opdages og flettes.

• En funktion-for-funktion-migrering. Hver legacy-funktion blev kortlagt til et nyt sted, arbejdsgange blev genskabt i CRM, og dedikerede importværktøjer flyttede eksisterende data.

• Privatliv i datalaget. Afdelingsisolation filtrerer automatisk hver anmodning. Adgangsregler, samtykkesporing og revisionsspor blev designet med HIPAA-krav i tankerne.

• Moduler med klare grænser. Hver afdeling blev udviklet i samme kodebase på samme tid. Hvert område for afdelingen er et separat modul, der automatisk bliver tjekket ved enhver ændring, så arbejde på ét modul er meget mindre tilbøjeligt til at ødelægge et andet.

• Widgets til offentligheden. Et kort uddrag integrerer en widget på enhver hjemmeside. Log ind er adgangskodefrit via et link sendt på e-mail, og registreringer og betalinger går direkte ind i CRM-systemet.

• Begivenhedsdrevet automatisering. En ny registrering, betaling eller anden ændring udløser færdiglavede arbejdsgange til godkendelser, bekræftelser, påmindelser og takkemeddelelser.

Teknologisk stack

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

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

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

• Widgets: Webkomponenter (Vue)

• Autentificering: Okta, Amazon Cognito

• AI: Amazon Bedrock (Claude), Google Gemini

• Cloud og levering: AWS, Docker, Kubernetes, Helm, GitHub Actions

• Integrationer: SendGrid, Amazon SES, Zoom, JotForm, Checkr, Congress.gov, organisationens betalingsgateway

Projektets status

• Systemer erstattet. CRM-systemet erstatter MARS, Yachad API'en, Impact Accelerator-platformen og en selvstændig baggrundstjek-app.

• Skala. Platformen inkluderer 40+ funktionsmoduler, der dækker ungdom, campus, inklusion, Israel, interessevaretagelse, begivenheder, fundraising, betalinger, personale og frivillige. Disse kører på 480+ databasetabeller, 40+ API-områder og 70+ automatiserede arbejdsgange.

• Offentlige widgets. Widgets til begivenhedsregistrering, betalinger, interessevaretagelseskampagner og rådgiveransøgninger er klar til at blive indlejret.

• Indbygget privatliv. Afdelingsisolation gælder for hver forespørgsel, sammen med samtykkesporing og revisionsspor.

• Udrulningsplan. Afdelinger går live én ad gangen, hver først testet af en lille gruppe rigtige brugere. Fuld udrulning er planlagt til slutningen af 2026.

Lektioner for organisationer med flere programmer

OU-tilfældet viser, at det kan lade sig gøre at samle data og holde afdelinger uafhængige i ét system. Nøglen er at designe til begge dele fra starten: en delt kernepost, isolation på datalaget og modulær kode. Organisationer, der planlægger en lignende overgang, kan tale med SoftPro-teamet om, hvordan man griber det an.

Konklusion

Den Orthodoxe Union gik fra mange adskilte systemer til én platform, hvor hver person har en post, og hver afdeling kun ser det, den skal. Gamle arbejdsgange er blevet genopbygget, offentlige hjemmesider fodrer data direkte ind i CRM'et, og rutinemeddelelser kører selvstændigt. Afdelinger flyttes over én ad gangen forud for en fuld lancering planlagt til slutningen af 2026.