Designing a Full Nonprofit CRM: Connecting Donors, Homeowners, and Programs in One Salesforce Org

Nonprofits running community programs often juggle a patchwork of systems: one for fundraising, another for case management, a spreadsheet for tracking home repairs. When we partnered with a nonprofit focused on neighborhood revitalization and home repair programs, the goal was to bring all of that under one roof in Salesforce.

Starting with the Foundation: Accounts, Contacts, and Relationships

A nonprofit like this has several very different types of "people" moving through its system including donors, homeowners, contractors, and volunteers. We designed the Accounts and Contacts model (Household and Organization accounts) to support all of them cleanly, layered with relationship objects (Account-to-Contact, Contact-to-Contact, Account-to-Account) to map how they connect. That's what lets a single homeowner record tie to a repair program, a case, and a household without duplicating data.

We also built out Neighborhoods as a first-class concept, since so much of the organization's work is geographically driven and reported on that way.

Modernizing the Platform: Moving from NPSP to Nonprofit Cloud

One of the bigger decisions in this project wasn't a feature. It was the platform underneath everything. This organization was running on Nonprofit Success Pack (NPSP), and as part of this engagement we moved them onto Nonprofit Cloud, Salesforce's newer nonprofit platform.

NPSP and Nonprofit Cloud run on different underlying data models, so the Accounts, Contacts, and Relationship structure above couldn't just be carried over. It had to be rebuilt to match Nonprofit Cloud, with historical data reshaped to fit rather than copied as-is. We validated the new data model, mapped legacy data into it deliberately, and tested the migration before touching production.

For any nonprofit still running NPSP, this is worth having on your radar. It's where Salesforce is investing going forward, and planning that shift deliberately tends to leave you with a cleaner system on the other side.

Program Delivery: From Enrollment to Benefit Disbursement

The other half of the org is built around delivering services

  • Programs and services, including home repair programs

  • Program enrollment

  • Benefits, including types, assignments, tracking, and disbursement

  • Case management for rework requests and homeowner applications

  • Referrals

  • Job-level tracking for each home, down to the trade such as plumbing, electrical, painting, snow removal, grass cutting, and more

This lets the organization follow a homeowner from application through enrollment, service delivery, and benefit disbursement, all inside Salesforce.

Reporting, Dashboards, and Automation

The build included reports and dashboards built around the objects above, plus automated workflows to cut down on manual, repetitive steps like routing applications and updating statuses.

Getting the Data In: Migration and Training

We mapped how accounts, contacts, applications, and neighborhoods from the legacy system would translate into the new structure, then built templates so the organization could stage and validate its own data before a one-time migration. Test migrations came first to validate everything ahead of the production cutover. Rollout also included structured training for both end users and administrators, so staff could maintain and extend the system themselves long after our build was complete.

Why This Approach Works for Mission-Driven Organizations

What made this build effective wasn't any single feature. It was one shared account and contact model supporting donors, homeowners, contractors, and volunteers side by side with program delivery, without forcing any one group's needs to compromise the others. If your organization is running case management and contact records through separate, disconnected systems, that's usually the first place worth looking when you're ready to modernize

Next
Next

Introduction to the Summer Internship Program