Zac Sheffer · September 23, 2026 · 8 min read
Your executive director knows an accountant. A board member knows the right IT firm. A sponsor wants to be the provider members call first. The introductions happen in email, at events, and in text threads, then disappear from the organization's records.
That is not a relationship problem. It is an operating problem. The organization already creates value by connecting people; it simply has no consistent way to capture the request, follow the introduction, and show what happened.
This playbook is for nonprofit and association teams that make member, sponsor, donor, and trusted-provider introductions. It is not a donor-management replacement. Keep the fundraising system that records gifts, campaigns, and constituent relationships. Give introductions their own lightweight workflow.
TL;DR: Track each introduction as a small pipeline: request, parties, source, owner, stage, outcome, and economic value when there is one. Start with one provider category and a spreadsheet. Add a directory or software only after the team can close the loop consistently.
A nonprofit referral is a deliberate introduction between someone in the organization's network and a person or business that can help them. The organization is the trusted bridge.
Common examples include:
These are different from fundraising asks. A donation moves value into the mission. A referral moves trust through the network. Sometimes the organization earns program revenue from that activity; sometimes the outcome is member value, sponsor value, or goodwill. Both are worth tracking, but they should not be confused.
The practical test is simple: if staff would want to know whether the two parties connected and what happened next, it belongs in the referral workflow.
Start with the minimum information needed to answer the next question. You do not need a custom database.
| Field | What it answers |
|---|---|
| Requester | Who asked for help? |
| Introduced parties | Who did the organization connect? |
| Source | Did it come from the directory, a board member, an event, staff, or a sponsor? |
| Need | What problem is the requester trying to solve? |
| Staff owner | Who will make the introduction and follow up? |
| Stage | Requested, matched, introduced, engaged, completed, or closed |
| Next step and date | What must happen next, and when? |
| Outcome | Did the introduction help, stall, or fail? |
| Economic value | Was there attributed member revenue, a program fee, a sponsor benefit, or no fee? |
The last row does not mean every introduction needs to be monetized. Record "no fee — member value" when that is the agreement. The point is to distinguish intentional goodwill from value that vanished because nobody followed up.
A spreadsheet is enough for the first pilot. The free referral tracker gives you the basic columns. The hard part is not choosing software; it is agreeing that one person owns the next step and that every introduction gets an outcome.
Donor systems are built around constituents, gifts, campaigns, appeals, and stewardship. A referral has a different center of gravity: two parties, one introduction, a changing stage, and an outcome.
Forcing that workflow into a notes field creates three predictable problems:
Keep donor and membership records where they belong. Link to them when useful, but track the introduction as its own record. Businesses face the same modeling issue inside HubSpot and Salesforce; our guide to tracking referrals as relationships instead of a dropdown explains the underlying data model.
You do not need to integrate systems on day one. A shared referral log and a monthly reconciliation with the donor or membership CRM is better than a sophisticated setup nobody updates.
A directory answers, "Who is available?" A referral workflow answers, "Who asked, who was introduced, and what happened?"
The directory is the front door. It lets members discover vetted providers and gives sponsors useful visibility. But a profile view or contact-button click does not prove that the requester connected with anyone, received good service, or created value for the organization.
Keep the directory. Add a request action, an owner, and a follow-up loop behind it. That is the difference between a list of providers and a managed trusted-vendor program. A Directory Is Not a Transaction Layer goes deeper on the distinction.
There are three common economic models, and an organization can use more than one:
Trusted-vendor program fees. Providers pay a defined participation fee for vetting, profile placement, program administration, or access to qualified requests. The fee should buy clearly described program benefits, not a hidden endorsement.
Sponsor placements. Existing sponsors fund a category, resource, or directory placement. Tracking requests and outcomes gives the sponsor something better than impressions: evidence that members used the benefit.
Outcome-based revenue share. A provider pays an agreed amount when a referred engagement reaches a defined result. The terms, disclosure, eligibility, and payment trigger should be written before the first introduction.
The structure has to fit the entity and activity. A 501(c)(3), a 501(c)(6), and a taxable subsidiary can face different rules, including questions about unrelated business income. In regulated fields, the underlying profession may restrict referral compensation. Loop in finance and counsel before attaching a fee. This is an operating playbook, not tax or legal advice.
If you run a chamber of commerce, the chamber non-dues revenue playbook covers that model in chamber vocabulary.
Do not launch across every category. Pick one need staff already hears repeatedly: bookkeeping, IT support, insurance, legal services, facilities, or another category visible in your inbox.
Choose the category, name the staff owner, and write the eligibility rules. Decide what counts as a valid request, how providers are vetted, whether money changes hands, and what members will be told.
Start with a small group the organization already trusts. Fifteen providers with clear categories and response expectations are more useful than 150 stale directory listings. Ask each provider to confirm the right contact, service area, and response time.
Log every request, make the introduction, and follow up with both sides. A simple cadence works: confirmation when the request arrives, a check-in after seven days, and an outcome check after 30 days. Close records that went nowhere instead of leaving them open forever.
At the end of 90 days, report:
Page views can support the story, but outcomes are the story. A board can act on a report of referrals routed, members served, and work attributed. It cannot act on page views alone.
Trust is the asset. Protect it with rules the member can see.
Tracking should make the relationship more accountable, not more transactional. The member should understand why a provider is listed, what the organization receives, and what happens after a request.
Move when the process works and administration becomes the bottleneck. The warning signs are duplicate introductions, unclear ownership, missed follow-ups, providers asking for status, and finance reconstructing fees from email at month-end.
Introzy for nonprofits connects a branded directory to a referral pipeline, keeps the requester and provider attached to every introduction, and records the outcome. Members and providers see only what is relevant to them, while staff keeps the full operating view.
Start with one category and one owner. Prove that the organization can close the loop. Then start free and move the workflow out of the spreadsheet when the volume earns it.
Free up to 5 referrals a month. Every feature included. No card to start.
Zac Sheffer · August 29, 2026 · 7 min
Zac Sheffer · September 1, 2026 · 10 min
Zac Sheffer · August 30, 2026 · 8 min