Loading

Claude for Nonprofits: Data handling and your AI use policy

Get to a clear yes on AI use: answer "how does Claude handle our data?", write a one-page AI use policy leadership will sign, and invite your whole staff to the account you govern.

25 minClaude

What you'll have at the end

Your organization has Claude seats. You may be just starting out or mid-rollout. Some may be sitting unused, and some staff may already be using personal AI accounts you can't see. Training and use cases are part of the answer, but the first step is to put in writing how to use AI safely at work and what the guardrails are. This tutorial is that foundation, in three phases.

By the end, you'll have:

  1. Answered "how is my data used by Claude?" in writing, with links to the public pages your executive director (ED), board or legal counsel can check for themselves.
  2. Written a one-page AI use policy that leadership has signed and that gives staff clear guardrails around AI use.
  3. Invited every staff member to your organization's Claude account and told them what the policy allows and what it doesn't. AI use moves off personal accounts and onto the account you govern.

This isn't product training or a settings walk-through: for those see Claude Academy and the Claude Enterprise Administrator Guide, and if you haven't set up your account yet, start with Getting started with Claude for nonprofits.

This tutorial covers both Enterprise and Team plans. It's written for Team. Where Enterprise differs, an On Enterprise callout says so.

Before you start

Who this is for. You, the admin in charge of your organization's Claude settings, holding the Owner or Primary Owner role (roles below). If Organization settings > Members says you're an Admin, pair up with an Owner. Throughout, "you" means you, the admin, and "staff" means everyone at your organization who uses Claude.

RoleWhat they can do
Primary OwnerOne per organization, usually whoever set up the account. Can do everything an Owner can do, plus an organization-wide data export.
OwnerChanges the organization settings in Phase 3.
AdminInvites and removes people. Can't change Phase 3 settings.
UserUses Claude. Sees only their own chats and what colleagues share.

Who you need. On Team: mostly you. You'll still send three questions to staff in Phase 2, and whoever leads the organization signs the half-page policy at the end.

Setup time. Team: about 30 minutes of your time, and a few days for staff to answer three questions.

Phase 1 - Understand how Claude handles your data

Nonprofits ask us the same six questions about their data. Each is answered below in plain English, with a link to the public page behind it. This summarizes Anthropic's public documentation and isn't legal advice. If anything here differs from your organization's agreement with Anthropic (for most Team plans, the Commercial Terms you accepted at signup), the agreement governs.

Note your organization's answers as you go, as you will use them in Phase 2.

Team vs Enterprise

Default data handling is the same on both plans: no training on your data by default, same default privacy, same security certifications (SOC 2, ISO 27001, ISO 42001). Both plans have single sign-on (SSO), domain verification and just-in-time (JIT) provisioning (accounts created the first time someone signs in).

1. What data goes into Claude?

The data you already have. Claude works with what staff give it: what they type or paste, files they upload (spreadsheets, PDFs, documents), and, if you turn connectors on, what it can read from tools like Google Drive or Microsoft 365. It can't reach anything you haven't connected, and with connectors on, it pulls in only what's relevant to what someone asks.

In practice that looks like a development director uploading last year's gift spreadsheet and asking which lapsed donors to call first, or a program lead pasting in survey responses to find the themes. Start there: the spreadsheets, documents and notes staff already handle every day.

Most of this information is already covered by rules you have today.

What's new is the conversation history: what staff asked and what Claude answered. The next five questions cover it: whether it's used to train models, who can see it, how long it's kept and where, and what changes when you connect other tools.

2. Is our data used to train Claude?

No. By default, Anthropic does not use conversations (including inputs and outputs), files or connected data from Team or Enterprise accounts to train its models. This is the same on both Team and Enterprise plans. Learn more at our Privacy Center and in the Commercial Terms of Service.

The exception you control: when a staff member clicks thumbs-up or thumbs-down on a response, that conversation is submitted to Anthropic as feedback and may be used to improve Claude (see Manage user feedback settings). Owners can turn it on or off, so check how yours is set.

3. Who can see our conversations?

  • Colleagues. Other staff see a conversation only if the person who had it shares it with them. Sharing a project (a workspace with its own instructions, files and chats) shares its instructions and files, not the chats in it. Each person's chats stay private by default. Owners decide whether projects can be shared or made public (visible to everyone in your organization, not outside it) at all.
  • Owners and Admins can't browse conversations in the app either. A few routes do reach content, and you decide who holds them. Both plans: the Primary Owner can run the organization-wide data export of all conversations.

4. How long is data kept, and can we delete it?

  • Conversations stay in your account until the staff member deletes them (or, on Enterprise, your retention period removes them). Once deleted, they leave that person's history immediately and Anthropic's back-end systems within 30 days, except where the law requires longer retention or as described below.
  • Content that automated systems flag under Anthropic's Usage Policy (Anthropic's own rules for what Claude may be used for, separate from your policy) can be kept for up to two years, and the classification itself (a score, not your content) for up to seven years. This applies to flagged content, not everyday conversations.
  • On Team, there's no auto-delete: conversations stay until staff delete them.

Learn more about how long Anthropic stores your organization's data.

5. Where does our data live, and who else handles it?

Review security details at the Anthropic Trust Center.

6. What happens when we connect Claude to our other systems, or use skills?

Connectors (Google Drive, Gmail, Microsoft 365, Slack, your CRM via a custom connector, and others) let Claude read from a system when it's relevant to what a staff member asks, and take actions in it if you allow them.

  • In your connected systems, Claude only sees what the user has access to. Take Google Drive: if a staff member can't open a file in Drive, Claude can't open it for them either. Each person signs in to the connected tool with their own account. Two exceptions you'd set up on purpose: a custom connector (one your IT team or a vendor builds) that uses one shared login reaches whatever that login can access, and with enterprise-managed authorization IT authorizes a connector once for everyone. Making a connector available doesn't hand Claude anyone's login.
  • Claude retrieves what's relevant at the time of the request. Whatever it retrieves becomes part of that conversation and follows the same rules as questions 2-5: not used for training by default, visible to other staff only if the conversation is shared and to admins as described in question 3, same retention. The connected service itself still handles your data under its own terms. See how the Google Workspace connectors handle your data.
  • Owners decide which connectors are available at all, what each may do (always allow, needs approval or blocked, per action) and, on Enterprise, which groups get which. Desktop extensions in the Claude Desktop app are open by default until you turn on the allowlist. You'll set all of this in Phase 3.

Skills are packaged instructions and reference files that teach Claude how your organization does a specific task, such as "draft a grant report in our format." Anything you put in a skill is treated like anything else you give Claude: not used for training by default, visible only where it's shared and to admins as described in question 3. Owners decide who can create, share and publish skills; see provision and manage skills for your organization.

What this means for donor, client and health data

  • Donor and client information: most of it can go into your organization's Claude account within your policy.
    • Donor data such as names and giving history: yes, within your policy.
    • Client-identifying information such as names and case notes: also within your policy, and the Phase 2 template makes it an ask-first item.
    • Health and disability details: leave them out unless your organization has the HIPAA-ready version of Claude (Enterprise plans only); if protected health information (PHI) is central to the work you want help with, read "Covered by HIPAA?" below first.
    • Immigration status: handle it like health details.
  • In every case, by default none of this is used for training, it's visible only to the staff it's shared with and to admins as described in question 3, and your organization is responsible for complying with the laws that apply to its data (see the Commercial Terms and the Data Processing Addendum).
  • Covered by HIPAA? If you're a clinic or a health plan, or you handle health records for one, protected health information (PHI) needs a Business Associate Agreement (BAA) with Anthropic. That's available with the HIPAA-ready configuration on Enterprise plans, and not on Team. On Team, keep PHI out of Claude entirely and use it for everything else: grant writing, board reports, policies, de-identified program summaries. If PHI is central to the work you want help with, contact our sales team about Enterprise.
  • Not sure whether HIPAA applies to you? That depends on the services you provide and who you provide them for. Anthropic can't make that determination for you. Check with your legal counsel or compliance lead before client health details go in.
  • When in doubt, ask one question: would I be comfortable if a colleague saw this in a shared project? If not, leave it out or strip the identifying details first. Staff can apply that test without legal training.

Phase 2 - Write your AI use policy

If you don't have a written AI policy yet, that's normal. Write something short first and treat it as a living document. You're not starting from scratch: as Phase 1 said, your existing confidentiality rules still apply, and this policy mostly says how they carry over to Claude.

Don't try to cover every team and every scenario in one pass. Start where the need is clearest (one program team, one type of data, one connector) and add to it as staff bring you new use cases and as Claude changes. Holding out for one comprehensive policy is how organizations stall, and the next product update would reopen it anyway.

Step 1 asks staff before you draft anything, so the policy answers their real questions in their own words.

Step 1. Run a three-question staff check-in (give people 3-4 days to answer)

Before you write anything, find out what's already happening. Leadership and staff usually see AI use differently, and NTEN and The Bridgespan Group's State of Nonprofit AI Adoption and Governance report (2026) describes the gap. A short check-in closes most of it and gives you raw material for the policy.

Send the questions below to all staff (Team) or through team leads (Enterprise), as an anonymous form:

We are in the process of putting together an AI use policy, and would like your input so that the policy reflects how you actually work and what you need to be successful. Please take a few minutes to answer these three questions - there are no wrong answers, and all responses are anonymous.

1. What are you already using AI for at work, if anything?

2. What would you want to use it for if you knew it was OK?

3. What type of data do you want to use with AI?

Anything else you'd like to share? (optional)

Step 2. Make six decisions

Work through these with your signer. Each decision becomes a short section of the policy. Under each one is example text from a fictional organization, Riverbend Community Services, that you can adapt.

1. Purpose - why we use AI. Frame it around the time it gives staff back.

Riverbend uses AI tools to give staff time back for the work only people can do. This policy exists so everyone knows what's encouraged, what's off-limits, and who to ask when something is unclear.

2. What we encourage, what needs a conversation first, and what's off-limits. The staff check-in answers go here (see Step 3). Lead with what you want staff to use Claude for, and keep the not-permitted list short. A long list of limits reads as a warning, and staff stop using the ask-first route.

Encouraged. Everyday work in your organization's Claude account, under two standing rules: a person reviews anything before it goes outside the organization, and staff leave out names and identifiers when the task doesn't need them. Examples include:

  • Drafting and editing: grant proposals and reports, donor appeals and acknowledgements, newsletters, board memos, job postings
  • Summarizing and analyzing: meeting notes, survey results, research and policy scans
  • Donor and supporter information: names, contact details, giving history
  • Program and client data in aggregate or with identifiers removed
  • Internal operations: budgets and spreadsheets, process documentation, planning, translating materials

Ask first. Some work is legitimate but higher-stakes, and usually only a few people or one team need it. Bring the use case to [policy owner] before you start; we'll agree on guardrails together and write the decision down so the next person doesn't have to ask again. Most asks end in "yes, and here's how."

  • Client-identifying information: names, service history, assessments, case notes, anything about minors. For some programs, being identified as a client is itself sensitive, so [policy owner] decides once whether client names are ask-first or off-limits for us. Health and disability details stay out unless we have the HIPAA-ready version of Claude; treat immigration status the same way.
  • Bulk donor exports, wealth screening or major-gift research on named individuals
  • HR and personnel matters: hiring screens, performance write-ups, investigations
  • Connecting Claude to a new system of record (CRM, case management, finance) through a connector
  • Preparing filings or formal responses to a regulator, auditor or attorney

Not permitted. A short list of hard lines that apply to everyone, with no exception process.

  • Entering client health or disability records, unless we have the HIPAA-ready version of Claude
  • Using Claude's output as the final decision on a client's eligibility, benefits or services
  • Anything that impersonates a real person
  • Using a personal Claude account, or any other AI tool, for work covered by this policy

3. How Claude handles our data. A few lines, lifted from Phase 1. Say whether feedback is on or off.

Our Claude account is on Anthropic's [Team/Enterprise] plan. Under Anthropic's commercial terms, by default our conversations and files are not used to train AI models and aren't visible to colleagues unless we share them. Our Primary Owner can export all conversations[; on Enterprise: and our compliance tools can access them through the Compliance API]. Anthropic may process them for internal processes such as safety-related review, product support or incident response (see Anthropic's Data Processing Addendum). They're covered by Anthropic's Commercial Terms of Service (or our organization's agreement with Anthropic) [link]. The feedback buttons are [on/off]; [if on: don't submit feedback on conversations that contain client or donor details].

4. A person checks the output. Every version of your policy needs this line. Checking well is a skill: the AI Fluency for nonprofits course teaches it as Discernment. Point staff there.

A staff member reviews anything AI produces before it is sent externally, published, or used to make a decision about a person.

Staff who use AI complete the AI Fluency for nonprofits course in their first 30 days.

5. Which tools. Use the organization's account. Name the connectors and skills that are on and tell staff to use them: that's where most of the time savings are. Say whether memory is on.

Use Riverbend's Claude account (you'll receive an invitation). Please don't use personal AI accounts for Riverbend work. Connected and encouraged: Google Drive, Gmail. Skills on: [your list] - start with [the one staff asked for most]. Not yet: Salesforce. Ask [policy owner] before connecting anything else. Memory: on. Switch it on under Settings > Memory so Claude keeps Riverbend's context between chats.

6. Policy owner, Primary Owner, signer, review date. Name the policy owner and the Primary Owner on the Claude account.

Policy owner: [Name, title]. Claude account Primary Owner: [Name, title]. Approved by: [ED name], [date]. We'll revisit this in 90 days, or sooner if Anthropic changes how it handles data or we connect a new system that holds client information.

Step 3. Let Claude draft decisions 2 and 5 from what staff said

Staff find a policy easier to recognize and follow when it uses their own words. You're an Owner and this is the account you govern, so it's fine to use it before the policy is signed. Open your organization's Claude account, paste in the staff check-in responses and run this prompt:

I'm writing a one-page AI use policy for a nonprofit. Below are anonymous staff answers to three questions: what they already use AI for, what they'd use it for if they knew it was OK, and what types of data they want to use with it.

Draft two sections for me:

(a) "What we encourage, what needs a conversation first, and what's off-limits." Group what staff already do and want to do into a short encouraged list. Sort the data types they named, plus these fixed rules [no client health or disability records; human review before anything external; no impersonation; no personal AI accounts for work], into a short ask-first list for higher-stakes work and a short not-permitted list. Use their language where you can.

(b) "Which tools and connected systems." Based on what they mention using, suggest which connectors we should approve first and which to hold.

Then write a three-sentence "you said, we decided" paragraph I can send to staff showing how their input shaped the policy. Plain language, warm, no jargon.

[paste staff responses here]

Review what comes back with your signer before it goes in the policy.

Step 4. Get it signed

Send your draft policy from Step 3, plus Phase 1 of this tutorial for the facts behind it, to your signer, and ask for a yes or comments by a specific date. If legal or your board wants the underlying documents, the claims in Phase 1 link to Anthropic's public pages.

For a starting point, use the AI use policy template from Step 2. No Claude account yet? Use the Google Docs version instead. If you want a fuller policy document, NTEN's AI for nonprofits resource hub has two downloadable policy templates (NTEN's and ANB Advisory Group's) plus community examples. The Integration lesson in AI Fluency for nonprofits walks you through drafting one step by step. Most organizations under 50 staff won't need more than one page. Larger ones usually start from one of the NTEN templates.

Phase 3 - Roll it out and keep it current

You have a signed policy. Now set the handful of settings that enforce it, then tell staff.

Step 1. Set the few settings that enforce the policy

Most of these are under Organization settings.

SettingWhereWhat to doOn Enterprise
Who's an Owner.Organization settings > MembersKeep Owners to one or two named people, and make one of them the policy owner from Phase 2. Organization settings > Members shows who holds each role, and the roles table under Before you start explains each one. See roles and permissions.Enterprise can also add custom roles.
Which connectors are on.Organization settings > Connectors
Organization settings > Connectors > Desktop
Decide your day-one list and add only those. On both plans you can also restrict what each connector may do, organization-wide. On Team, a connector you add is available to all staff, so limiting who uses it is a policy rule. See use connectors to extend Claude's capabilities.

If staff use the Claude Desktop app, turn on the desktop extension allowlist, then add the extensions you approve. Anything installed before that is removed and has to be reinstalled, so pick a quiet time.
On Enterprise it can be a setting: custom roles let you grant connectors (or individual actions within them) to specific groups. See set up role-based permissions.
Whether projects can be shared and made public.Organization settings > Data and privacyProject sharing and public projects are both allowed by default on both plans, so a staff member can make a project visible to everyone in the organization. That's fine for most organizations. Turn Public projects off if teams handle confidential casework. See control project sharing for your organization.
Sharing outside the organization, and skill publishing.Organization settings > Artifacts
Organization settings > Plugins & skills
In Organization settings > Artifacts, set outside sharing (email invitations and links) to match your human-review rule.

In Organization settings > Plugins & skills, check that Publishing is set to Requires review so an Owner approves a skill before everyone gets it.
Memory.Organization settings > CapabilitiesTurn memory on for the organization and ask staff to switch it on under Settings > Memory; it stays off for each person until they do. Deleting a chat doesn't delete what Claude remembered from it, though people can delete individual memories. Before you turn memory off for the organization later, check the memory article for what happens to saved memory.Enterprise: settle retention before this step, since your retention setting affects memory. Memory isn't available with HIPAA or public-sector agreements; check who can use memory.
User feedback.the Rate chats setting under Organization settings > Data and privacyOn or off. Check how yours is set, pick one and note it in the policy (Phase 2, decision 3). See manage user feedback settings.

The policy itself. Let staff ask it. If your nonprofit is verified, the Claude for Nonprofits plugin is installed by default and includes an AI use policy lookup skill, so staff can ask Claude "can I use Claude for this?" and get an answer from your rules.

  • Save the signed policy where staff can already reach it, such as a shared Drive folder or your intranet.
  • The first time someone asks, Claude asks where the policy lives: they point it at the document through a connector or drop it into the chat, and if memory is on, Claude remembers it for next time.
  • The plugin needs Skills and Cowork (the mode where you hand Claude a whole task and it works through it across your files and connected tools) turned on for your organization (see Manage plugins for your organization).
  • To save staff that first step, an Owner can add a line under Organization settings > Organization and access > Organization instructions, for example: "Our AI use policy is the document called AI use policy in the shared Policies folder".

Both plans, if staff use Claude Code: have developers sign in to Claude Code with the organization's account, so the policy covers developers as well as chat. IT can restrict logins to your organization with Claude Code managed settings.

Step 2. Tell staff

1. Invite everyone you have seats for, not just the people who asked. The policy says "use our account, not personal ones," so everyone needs an invitation or that line is empty.

  • Each invitation takes up a seat the moment you send it, so check your count under Organization settings > Organization and access (Total seats) first (see purchase and manage seats on Team or Enterprise plans, or on Enterprise ask your Anthropic contact).
  • Fewer seats than staff? Invite in waves: start with the teams whose check-in answers showed the most use, tell everyone else when their turn comes, and keep the policy organization-wide from day one.
  • For a structured pilot, the launch section of the Enterprise Administrator Guide covers champions and phased rollout.
  • Send the invitations and the note today; the domain work below can follow when IT is ready.
  • Both plans: two ways to add people, and they differ when seats run out.
    • By email (Organization settings > Members): each pending invitation uses one of your purchased seats.
    • By invite link (Organization settings > Organization and access; on by default on Team, off on Enterprise, not available with SSO) or organization discovery (staff on your domain are prompted to join when they sign up): once your purchased seats are used, each new joiner can add a paid seat automatically (see Find and join a Team or Enterprise organization).
    • To stay inside your count, invite by email. See manage members on Team and Enterprise plans.
    • Staff whose email is on another domain need that domain added to your allowed domains (the email domains permitted to join, in Organization settings) first.
  • Both plans, to stop new personal accounts on your domain: verify your email domain (whoever manages your website domain adds one DNS record; it can take up to two days to show as verified) and turn on Restrict organization creation. After that, nobody can create a new personal Claude account with a work address; they join yours by invitation, invite link or organization discovery instead.

2. Communicate, more than once. Send the note below today, then say it again at your next all-staff meeting, ask managers to raise it with their teams, and pin the policy where staff already look. To start, copy Riverbend's and swap the brackets (drop the ask-Claude line if the plugin isn't on for your organization):

Hi all - we now have an AI use policy, shaped by what you told us recently (thank you). Short version: [link to policy].

You'll get an invitation to [organization]'s Claude account today. Use it instead of personal AI tools for [organization] work.

[You said / we decided paragraph from Phase 2, Step 3.]

Questions about what's OK: ask [policy owner], or ask Claude "can I use Claude for this?" Something not working: [support route].

Want to learn how to use it well: the Claude for Nonprofits session for staff: A Staff Guide to Making Claude Useful on Day One.

Step 3. Keep it current

A week after the invitations go out, open Organization settings > Members: resend anything still pending, then open Analytics from your user menu to see who has started. Then put a 90-day reminder in your calendar. Revisit sooner if:

What's next

Enterprise admins: continue with the Claude Enterprise Administrator Guide for configuration in depth. Everyone: send staff the Claude for Nonprofits session for staff, A Staff Guide to Making Claude Useful on Day One, along with the note above. Questions after reading this: the session for admins, An Admin's Guide to Data Handling and AI Use Policy, walks through this tutorial with live Q&A.

Learn more