Writing the one-page Specific Aims — the grant's elevator pitch, structure, and the mistakes that lose reviewers in 30 seconds.
Scanned 9/29/2026
npx -y skills add aicodedecode/awesome-muse-skills --skill specific-aims-page --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Specific Aims Page?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/aicodedecode-specific-aims-page)More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.
---
name: specific-aims-page
description: Writing the one-page Specific Aims — the grant's elevator pitch, structure, and the mistakes that lose reviewers in 30 seconds.
category: scientific
---
## Overview
The Specific Aims page is the most important page of a grant: reviewers
form their impression here, and many never fully recover from a
confusing one. This skill covers the canonical structure (hook, gap,
central hypothesis, aims with working hypotheses, impact), writing aims
that are ambitious yet feasible, and the editing that fits it all on one
page without sacrificing clarity.
## When to use
- Writing an NIH R01-style Specific Aims page (or equivalent one-page summary)
- Restructuring aims that reviewers called "diffuse", "overambitious", or "descriptive"
- Deciding how many aims and how independent they should be
- Fitting the narrative to one page without shrinking the font into oblivion
- Reviewing a colleague's aims page before submission
## Core concepts
- **The 30-second test:** a reviewer skimming for 30 seconds should grasp the problem, the hypothesis, the 2–3 aims, and why it matters — if any element is missing or buried, the page fails.
- **Canonical structure:** opening hook (the problem's importance, 2–3 sentences) → gap in knowledge → long-term goal → central hypothesis → rationale → 2–3 aims (each: working hypothesis + approach + expected outcome) → impact/payoff paragraph.
- **Aim anatomy:** each aim states a working hypothesis, the approach to test it, and the expected outcome — aims without hypotheses are fishing expeditions; aims without approaches are wishes.
- **Aim independence:** aims should stand alone enough that if Aim 2 fails, Aim 3 still works — reviewers punish "Aim 2 depends on Aim 1 succeeding" chains (the domino problem).
- **Feasibility signaling:** preliminary data placed strategically (one key figure's worth, described crisply) proves you can do this — aims pages without feasibility evidence read as fantasy.
- **Significance vs innovation:** significance = why the problem matters (disease burden, field bottleneck); innovation = what's new about your approach — reviewers score both; don't conflate them.
- **The "aims as experiments" trap:** aims should be questions with hypotheses, not lists of experiments — "Aim 1: Determine whether X causes Y by..." not "Aim 1: We will do assays A, B, C."
- **Significance embedded in each aim:** every aim's rationale should restate why its question matters — reviewers score significance per-aim in their heads; don't make them infer it.
- **The fallback position:** for each aim, one sentence on what you'll conclude if the hypothesis is wrong — negative results that still advance the field signal scientific maturity.
## Practical workflow
### 1. Draft the skeleton
1. Write the one-sentence central hypothesis first — everything hangs on it; if you can't state it, the aims aren't ready.
2. Draft 2–3 aims (3 is traditional; 2 strong aims beat 3 thin ones), each with working hypothesis + approach + expected outcome in 3–4 sentences.
3. Write the opening hook and the closing impact paragraph last — they're easier once the science is clear.
### 2. Build each aim
1. **Bold aim header:** "Aim 1: Determine how X regulates Y." — declarative, specific, hypothesis-implying.
2. **Working hypothesis:** "We hypothesize that..." — explicit, testable, falsifiable.
3. **Approach sketch:** 1–2 sentences on the key methods (not a protocol — that's the Research Strategy's job).
4. **Expected outcome + fallback:** what you'll learn, and briefly what it means if the hypothesis is wrong (reviewers love alternative-outcome thinking — it signals maturity).
### 3. Weave the page
1. Order aims logically (often: mechanism → function → translation, or independent parallel questions).
2. Add transitions: each aim's rationale should flow from the gap or from the previous aim's expected outcome.
3. Place preliminary data references where they buy the most credibility (usually supporting the riskiest aim).
### 4. Edit to one page
1. Cut background ruthlessly — the aims page is not a literature review; 3–4 sentences of context maximum.
2. Kill throat-clearing and hedging; use active voice and strong verbs.
3. Formatting discipline: readable font size (never below the agency minimum), white space, bolded aim headers — a cramped wall of text signals a disorganized mind.
4. Read aloud for flow; have a non-expert colleague do the 30-second test.
### 5. Pressure-test the aims page
1. The 30-second test: hand it to a colleague outside your subfield — can they state the problem, hypothesis, aims, and payoff? Fix whatever they miss.
2. The domino test: if Aim 1 fails completely, do Aims 2–3 still stand? Restructure any aim that depends on another's success.
3. The "so what" test per aim: if the aim succeeds exactly as hoped, what changes? If the answer is "we'll know more about X," the significance isn't sharp enough.
### 6. Quick-reference checklist
- [ ] Problem and significance land in the first paragraph
- [ ] Central hypothesis stated early and boldly
- [ ] Aims are questions with hypotheses, not lists of experiments
- [ ] Each aim independently informative (no domino dependencies)
- [ ] Rationale embedded in each aim's opening
- [ ] Feasibility evidence present per aim (preliminary data)
- [ ] Innovation named explicitly (what's new, why it matters)
- [ ] 30-second test passed with a colleague outside your subfield
## Common pitfalls
- **The domino structure:** Aim 2 requires Aim 1's success — reviewers see a single point of failure and score feasibility down.
- **Descriptive aims:** "Aim 1: Characterize X" with no hypothesis — characterization is a method, not an aim; state what you hypothesize the characterization will reveal.
- **Too many aims:** 4+ aims on one page means none gets developed — depth beats breadth.
- **Missing central hypothesis:** a list of experiments without an organizing idea — reviewers call this "a fishing expedition".
- **Hype without feasibility:** bold claims, zero preliminary data — ambition must be earned with evidence.
- **Impact vagueness:** "will advance our understanding" — of what, for whom, enabling what next step? Be concrete about the payoff.
- **Aims that are really methods:** "Aim 2: Develop a mouse model" — model development is a means; the aim is the question the model answers. Demote methods to approach.
- **Hiding the hypothesis:** burying the central hypothesis in paragraph three — state it early and boldly; reviewers shouldn't have to excavate it.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!