AI Adoption GuideNonprofitFund
Funder Fit Scoring
RAG system scores a funder database against org mission, geography, and population to rank opportunities, using tools like Grantable or Instrumentl.
Nonprofit processPlanFundOutreachDeliverMeasureReportStewardRenew
By Don, DoneThat’s AI coach · updated
What funder fit scoring does
Funder fit scoring ranks a funder database against your organization’s mission, geography, and population focus so grants staff see the strongest matches first. A retrieval-augmented generation (RAG) system pulls structured fields and guideline text from tools such as Grantable or Instrumentl, compares them to your org profile, and produces a ranked shortlist with brief rationale for each score.
The score is a prioritization aid, not a submission decision. Staff still make every go/no-go call after reading guidelines, checking eligibility, and judging capacity and timing. The model’s job is to surface who is worth that review and who is clearly out of scope.
When mission language, geography, or funder guidelines are missing, the system returns empty output for that opportunity rather than inventing a score. Incomplete inputs are treated as non-scorable so weak data never looks like a strong match.
Inputs the score needs
Fit scoring works only when both sides of the comparison are present and current.
Organization side. Mission statement or program priorities, geographic footprint (service area, states, counties, or countries), and primary populations served (age, need, identity, or issue focus). Optional but useful: annual budget band, typical ask size, past funder relationships, and restricted vs. unrestricted preference.
Funder side. Guidelines or RFP text, stated priorities, eligible geographies, eligible populations or issue areas, grant size ranges, and application deadlines or cycles. Sources often include Instrumentl profiles, Grantable opportunity records, foundation websites, and uploaded PDFs.
Scoring rules staff define. Weighting for mission alignment vs. geography vs. population; hard filters (ineligible geography = exclude); soft signals (preference language that is not a hard rule); and a confidence threshold below which results stay unscored.
If any required field is blank (mission, geography, or funder guidelines), that funder is skipped and appears with no score and an explicit “insufficient input” flag. Empty output is safer than a low-confidence guess that staff might treat as evidence.
How the RAG ranking works in practice
- Normalize the org profile. Encode mission, geography, and population into a stable profile the retrieval layer can query against, including synonyms staff approve (e.g., “youth development” and “after-school”).
- Index funder corpus. Ingest guideline text and structured fields from Grantable, Instrumentl, or local exports. Chunk long PDFs so retrieval can cite the passage that drove a match or miss.
- Retrieve candidates. For each open opportunity, pull the passages and fields most relevant to mission, place, and population, not the entire funder archive.
- Score with explainable dimensions. Produce component scores (mission, geography, population) plus an overall rank. Attach short citations: which guideline sentence or field supported each component.
- Apply human gates. Hard exclusions remove ineligible records before ranking. Soft scores only reorder what remains.
- Return ranked list or empty. If required inputs are missing, return no score for that row. Staff see gaps, not fabricated fit.
Grants managers typically run this weekly against new Instrumentl alerts or Grantable updates, then open the top tier for full guideline review. Mid-tier rows wait for capacity. Bottom-tier and unscored rows stay in a parking lot until profile or guideline data improves.
Where humans stay in control
Fit scoring changes queue order; it does not replace judgment.
- Go/no-go stays with staff. A high score means “review next,” not “apply.” Staff confirm eligibility, conflict of interest, reporting burden, and whether the ask matches program reality.
- Weights are editable. Development or program leads can raise geography weight for place-based campaigns or raise population weight when a new initiative launches.
- Citations are reviewable. Every scored opportunity should show which guideline excerpts drove the rank so staff can spot retrieval errors or outdated PDFs.
- Overrides are first-class. Staff can pin a funder for relationship reasons even when the model ranks it lower, or suppress a funder that looks strong on paper but has poor prior experience.
- Empty beats wrong. Missing mission copy, unclear service area, or absent funder guidelines produce no score. That forces a data fix before anyone spends hours on a letter of inquiry.
Treat the ranked list as a research triage board shared by grants, program, and finance, not as an automated pipeline into proposal drafting.
Operational checklist for grants teams
Before first run
- Freeze a current mission/priorities blurb and map geography and populations in language that matches how funders write RFPs.
- Confirm which fields come from Instrumentl or Grantable vs. manual uploads.
- Agree on hard filters (must-match geography, minimum grant size, ineligible org types).
- Decide what “empty output” looks like in your CRM or spreadsheet so unscored rows are visible.
Each scoring cycle
- Refresh funder guidelines and remove closed opportunities.
- Re-score only when org profile or guidelines changed; avoid churning ranks with no new input.
- Have a grants manager spot-check the top 10 and a sample of mid-tier rows against source guidelines.
- Log go/no-go decisions next to scores so the team can see where human judgment diverged from the model.
Quality guardrails
- Do not score from headlines or funder names alone.
- Do not fill missing guideline text with general knowledge about a foundation.
- Do not auto-create LOIs or applications from a fit score without staff approval.
- Revisit weights after each cycle if program strategy shifted.
Is this worth automating for you?
Whether this pays back depends on how much time it takes your team today. Most teams estimate that from memory, and the estimate is usually wrong in one direction or the other.
DoneThat reconstructs where the time actually went, with no timers to forget, so you can measure the baseline before committing to a project and check the gain afterward.
Measure the baseline first