Skip to main content
DoneThat

AI Adoption GuideNonprofitSteward

Donor-Interest-Matched Impact Update

LLM extracts program outcomes most relevant to each major donor's stated interests and formats a personalized update.

Nonprofit processPlanFundOutreachDeliverMeasureReportStewardRenew

By Don, DoneThat’s AI coach · updated

What this use case does

Major-gifts officers often need to send impact updates that feel specific to each donor without rewriting the same report from scratch. This use case takes a donor's stated interests (from CRM notes, giving history themes, or prior conversations) and a pool of verified program outcomes, then drafts a short, personalized update that surfaces the outcomes most relevant to that person.

The model does not invent results or claim impact that is not in the source material. It selects, ranks, and rephrases approved outcome language so the officer can review, edit, and decide whether to send. The officer remains accountable for accuracy, consent, tone, and timing.

When a matched impact update is useful

Use this workflow when you already have (1) a clear record of what a major donor cares about and (2) a set of program outcomes you are allowed to share. Typical moments include post-gift stewardship windows, anniversary updates after a restricted gift, board-level donor cultivation, and follow-ups after a site visit where the donor named specific themes (youth literacy, housing stability, research capacity, and so on).

It is less useful when interests are vague ("general support"), when outcomes are still preliminary, or when the gift is unrestricted and the organization prefers a standard portfolio update. In those cases, a general stewardship letter or a meeting briefing may be the better first step.

Matched updates work best as one touch in a longer relationship cycle, not as a substitute for conversation. Pair them with relationship monitoring so you do not over-message donors who have recently engaged, and with personalized stewardship letters when the touch should be more formal or narrative than a concise impact brief.

Required inputs and empty-output rules

The draft should only run when both of the following are present and usable:

  1. Donor interest signals that are attributable to the donor (explicit statements, gift designations with donor acknowledgment, or documented preferences). Aggregated segment labels alone ("education donors") are too weak unless the CRM also stores that this donor was tagged from a real preference.
  2. Program outcomes that are approved for external use: completed metrics, stories with release rights, and language that communications or program staff have cleared. Draft internal dashboards, unreleased evaluation findings, and beneficiary stories without consent do not qualify.

If either side is missing, incomplete, or marked confidential, the system should return empty output (no draft body, no fabricated filler, no generic "thank you for your support" substitute framed as a matched update). Empty output is the correct failure mode. It forces the officer to gather interests, wait for cleared outcomes, or choose a different stewardship template instead of sending a hollow personalization.

Optional but helpful inputs include gift purpose and date, preferred channel (email vs. print), prior update history (to avoid repeating the same story), and any do-not-contact or sensitivity flags. Those fields improve ranking and length, but they do not replace interest or outcome requirements.

How the draft is produced

With valid inputs, the model typically:

  1. Normalizes interests into a short set of themes (for example, early childhood reading, capital campaign facilities, or research fellowships), preserving donor wording where it is distinctive.
  2. Scores available outcomes against those themes using semantic overlap with titles, program tags, geographies, and beneficiary populations named in the cleared outcome text.
  3. Selects a small set of high-fit outcomes (often two to four) rather than dumping the full report, so the update stays readable for a busy donor.
  4. Writes a draft in the organization's stewardship voice: acknowledgment of the donor's interest or gift focus, outcome bullets or short paragraphs tied to that interest, and a clear invitation for questions or a next conversation, without committing the organization to new asks unless the officer's prompt requests one.

The draft should cite or paraphrase only from the supplied outcome pack. If an interest has no matching cleared outcome, the model should omit that theme or leave a visible placeholder for the officer, rather than stretching an unrelated metric into a false match. Prefer honest coverage gaps over forced relevance.

Length targets are usually one screen for email or one page for print. Officers can request a shorter "pulse" version or a longer briefing-style version when preparing for a visit; the same matching logic applies.

Officer review before anything is sent

Human review is mandatory. Before editing is complete and the message goes out, the officer (or an assigned steward) should check:

  • Factual fidelity: every metric, date, and claim appears in the cleared outcome source.
  • Interest fidelity: the lead themes actually reflect that donor's record, not a neighboring record or a portfolio average.
  • Consent and privacy: no beneficiary identifiers beyond what release forms allow; no internal evaluation caveats stripped in a way that misleads.
  • Gift and restriction language: restricted gifts are described accurately; unrestricted donors are not told their gift "funded" a line item unless that attribution is approved.
  • Tone and relationship context: recent complaints, health sensitivities, or pending asks are reflected in silence or wording choices the model cannot know from outcomes alone.
  • Channel and timing: the right template, signature, and send window; no duplicate send if a similar update already went out.

Only after those checks should the officer finalize and send through the CRM or approved mail path. The model drafts; the officer edits, verifies consent, and owns the send.

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