River
Y CombinatorBacked by Y Combinator

Free template

Research Data Management Plan Template

A data management plan for your funder, a journal sharing statement and a retention note, plus sheets that record what each dataset may share.

Free download · No account needed

What you get

Pack of 6 files: 3 documents, 3 spreadsheets

Research Data Management Plan Template
  • Data Management PlanDocument
  • Sharing StatementDocument
  • Retention NoteDocument
  • Dataset RegisterSpreadsheet
  • Consent Constraint MapSpreadsheet
  • Deposit ChecklistSpreadsheet

How to write a data management plan

A data management plan (DMP) is a short document that says what data a research project will produce and how you will look after them. NIH and NSF, which call it a data management and sharing plan, ask for one with grant applications. A good plan takes each dataset in turn. It says how the dataset will be stored and described, who may access it, where and when it will be shared, and how long it stays available. Where a dataset can't be shared, the plan says why.

Answer the sharing question one dataset at a time. One study can produce a survey you may post publicly and health records you may never share, and no single sentence is true of both.

A CDC scientist in a lab coat, mask and gloves reviews a grid of sample results on a computer screen
Lab results, survey files and transcripts each need their own sharing answer. Photo: CDC on Unsplash

Start from your funder's format

Get your funder's current format before you write, because NIH and NSF both changed theirs in 2026. NIH now requires a 2026 format page1 of mostly yes-or-no questions. NSF has dropped its two-page PDF: you build the plan in a form on Research.gov2, with one entry per category of data3.

What NIH and NSF ask for

QuestionNIHNSF
FormatSeven elements, mostly yes or noOne form entry per data category
Limits on sharingOne answer of up to 300 words, with specific reasonsA justification for each category that has limits
Data types and repositoriesA table of up to 100 wordsNamed in each category's entry
When to shareBy publication, or the award's end for other findingsAt publication, unless you justify an exception
How longAt least as long as the repository or journal requiresAt least two years after the project, or justify less
Who reviews itProgram staff, usually outside the peer review scoreReviewers, under Intellectual Merit or Broader Impacts

Check your funding opportunity too: some NIH institutes and NSF programs add their own requirements.

Draft the plan alongside your grant proposal, since the aims decide what data you'll produce.

List every dataset, including data you receive

List each dataset the project will create or receive, including records from a hospital, school or state agency. Those often arrive under a data use agreement whose terms can bar sharing even where participants agreed to it. Give each dataset its own row:

  • What it is, in plain words
  • Its format and rough size
  • The identifiers it carries, from study codes to job titles or locations
  • Where it is stored
  • The consent form or agreement that governs it

Split files that carry different identifiers, even if they came from the same visit. A survey coded by study ID and a file of home coordinates describe the same people but may not get the same sharing answer. Start a data dictionary for each one, so anyone reusing it knows what every variable means.

Protect participants before you share

NIH's privacy guidance says human data should generally be shared only in de-identified form4, unless participants explicitly agreed to share identifiable data. Removing names isn't always enough. Details left in the data can still point to one person when combined with other information, such as their education, job or medical history. Qualitative data, such as interview transcripts, can be especially hard to clean.

  • Remove direct identifiers, such as names, addresses and record numbers.
  • Coarsen details that single someone out, such as an exact job title at a small clinic.
  • Suppress or combine small counts in tables, using any minimum cell size your data provider sets.
  • Write down your methods, so later users know how the data were protected.

Check with your IRB and research office

This guide follows US federal policy and isn't legal advice. Before promising to share human data, ask your IRB or privacy office how it reviews de-identification, and your sponsored programs or legal office what each data use agreement allows.

Choose repositories and budget for sharing

Name a repository for each dataset you will share, and say plainly when a dataset won't go to one. NIH expects established repositories1 to be used when they exist. Prefer one built for your field or data type. NSF also encourages repositories that give each dataset a persistent identifier2, such as a DOI.

Then price the work. NIH lets you budget for curating, de-identifying and depositing data5, but every cost must fall within the award period. If your plan keeps data in a fee-charging repository for 10 years, you pay for all 10 years before the award ends. In your budget justification, explain these costs in half a page or less under the label "Data Management and Sharing Justification."

Set retention by record type: consent forms, the key linking codes to names and the repository copy can each follow a different rule.

Keep your data management plan current

An approved plan is a set of promises your funder will check. NIH staff review compliance with approved plans in each annual progress report1. If your data types or repository change, update the plan and get the funding institute's approval.

When you publish, many journals ask for a data availability statement saying where readers can get the data. Avoid a bare "available upon reasonable request." A 2022 study in the Journal of Clinical Epidemiology6 asked the authors of 1,792 papers in BioMed Central journals for data their statements said they would share. Of those authors, 1,669 (93%) didn't respond or declined.

Instead, give each dataset the paper uses the same answer as your plan: what is available, where and on what terms, and what isn't, and why. The open-access publisher PLOS won't accept an author as the only contact for restricted data7, and asks for a data access or ethics committee instead.

Before you submit the plan

  • Every dataset, including data you receive, has its own row
  • Each limit names the consent clause or agreement behind it
  • Each shared dataset has a repository, a date and a person responsible
  • Nothing promises more than a consent form or agreement allows
  • The budget covers curation, de-identification and repository fees

The template on this page has a worked plan, sharing statement and retention note, built from a dataset register and a consent map. With Edit with AI, River fills in both sheets from your answers, then drafts the documents to match.

How to use this template

Use the files as they are, or open them in River. River asks what your study collects: each dataset, its format, roughly how many records, and what the consent form or any data agreement says about it. It fills in the Dataset Register and Consent Constraint Map, one row per dataset, then drafts the plan, sharing statement and retention note to match those rows.

  1. Download it or open it in River

    Get the three Word documents and three CSV sheets free, or open them in River and start from what your study collects.

  2. List every dataset

    Add each dataset to the Dataset Register, including records a partner sends you, with its format, size and identifiers.

  3. Record what each may share

    In the Consent Constraint Map, give each dataset one sharing answer and name the consent clause or agreement behind it.

  4. Draft, then check before deposit

    Write the plan and statement from the map yourself or with River, then run the Deposit Checklist before any upload.

What's in the template

Every sheet in the packDataset Register, Consent Constraint Map, and Deposit Checklist, one row per dataset throughout.
Research Data Management Plan Template
RiverDataset Register

Dataset Register

Four datasets under one IRB approval, one row each.

DatasetFormatRecords
Household surveyCSV / SPSS450 households
Staff interviewsAudio + transcript22 participants
Travel-time matrixGIS / CSV450 households by 6 clinics
State extractCSV410 of 450 households

Same approval, same consent process for three of the four. The fourth is a linkage with a second, separate consent.

RiverConsent Constraint Map

Consent Constraint Map

Four rows, four sharing answers, checked before either document is drafted.

DatasetSharing StatusBasis
Household surveyPublic depositConsent names public deposit explicitly
Staff interviewsNot sharedConsent offered excerpt use only
Travel-time matrixAggregate onlyConsent excludes point-level location
State extractNot sharedBlocked by the state's own data use agreement

The fourth row is not a consent question at all. The department's agreement controls regardless of what participants agreed to.

RiverDeposit Checklist

Deposit Checklist

Only one of the four datasets ever reaches this sheet.

StepApplies ToStatus
Small-cell suppression confirmedHousehold surveyComplete
Accession number receivedHousehold surveyNot started
Any deposit stepInterviews, extractNot applicable

Not applicable is a checked answer here, not a blank one. The other three datasets were never headed for a repository.

  • Data Management PlanA worked plan in NIH's 2026 format, with each dataset's limit on sharing and its reason.
  • Sharing StatementData availability statements for each kind of paper: what is shared, where, and what isn't, and why.
  • Retention NoteHow long to keep each type of record, from signed consent forms to a partner's data extract.
  • Dataset Register sheetEvery dataset the study collects or receives, with its format, record count, identifiers and storage.
  • Consent Constraint Map sheetEach dataset's sharing answer, from public deposit to not shared, with the consent or agreement behind it.
  • Deposit Checklist sheetThe de-identification, codebook, license and accession steps to finish before a dataset reaches a repository.

Common questions

What should a data management plan include?

A data management plan should name each dataset the project will create or receive and say where and when it will be shared. It also covers each dataset's format, who can access it, how long it stays available and who is responsible. Where sharing is limited, the plan gives the specific reason, such as a consent limit or a data use agreement.

How long should a data management plan be?

As long as your funder's format allows, and no longer. NIH's 2026 format is mostly yes-or-no answers, with a 300-word cap on limitations and a 100-word table of data types and repositories. NSF replaced its two-page PDF with a Research.gov form that takes one entry per data category. Fill in what the form asks and leave out general background.

Can I change a data management plan after the award?

Yes, and you should update it when your data or repository change, usually with your funder's approval. At NIH, the funding institute must approve the updated plan. At NSF, you need the program officer's prior written approval2 if the change alters the project's objectives or scope, and exceptions to sharing belong in the plan you first submit.

What is the difference between a data management plan and a data availability statement?

A data management plan goes to your funder before the research starts and covers every dataset the project expects to produce. A data availability statement is printed in a paper and tells readers where to find the data behind that paper and how to get them. Both should give the same answer for any dataset they mention.

Is this research data management plan template free?

Yes. The three Word documents and three CSV sheets download free, with no signup. They come filled in with a made-up study of four datasets, so you can see how each file works before you clear it. Edit with AI opens the same template in a free River workspace.

What does Edit with AI do?

It opens the template in a free River workspace and asks what your study collects, dataset by dataset, along with any consent or agreement wording you have. River records each dataset's sharing answer first, then drafts the plan and sharing statement from those answers rather than one blanket line. Nothing goes to a funder or journal until you send it.

Sources

  1. National Institutes of Health. “Writing a Data Management and Sharing Plan.” grants.nih.gov (opens in a new tab)

  2. NSF - U.S. National Science Foundation. “Policy Notice: Implementation of Policy Changes to Proposal and Award Policies and Procedures Guide (PAPPG) 24-1, Supplement 2.” nsf.gov (opens in a new tab)

  3. Research.gov. “Data Management and Sharing Plan.” research.gov (opens in a new tab)

  4. National Institutes of Health. “NOT-OD-22-213: Supplemental Information to the NIH Policy for Data Management and Sharing: Protecting Privacy When Sharing Human Research Participant Data.” grants.nih.gov (opens in a new tab)

  5. National Institutes of Health. “Budgeting for Data Management & Sharing.” grants.nih.gov (opens in a new tab)

  6. Journal of Clinical Epidemiology. “Many researchers were not compliant with their published data sharing statement: a mixed-methods study.” pubmed.ncbi.nlm.nih.gov (opens in a new tab)

  7. PLOS One. “Data Availability.” journals.plos.org (opens in a new tab)

Written by

Chandler Supple

Co-founder & CEO, River

Chandler has spent the last six years working in AI, building tools for millions of users and Fortune 100 companies. In 2025, he co-founded River to build a new kind of operating system for AI agents.

Reviewed by

Brian Joseff, Co-founder, River