Goals & Deliverables
Guide to Grant Applications

Step-by-Step
Guide

A simple framework to tackle Atlas Network's Goals and Deliverables.

Organizational North Stars

Long-term, ambitious goals that help an organization focus energy and resources and track meaningful progress toward the mission.

Project Goals

The changes or impacts you hope to achieve that demonstrate progress toward your North Star.

Deliverables

The tangible products that contribute to achieving the project goals.

Indicators

Quantitative milestones that help measure progress toward your project goals.

Evidence

The methods/tools used to confirm indicators are met. Describes how the data will be collected.

1. Begin with the end in mind

2. Connect the key elements

3. Monitor & Evaluate

4. Examples of Goals & Deliverables

Public Policy Advocacy — example goal, indicators, evidence, and deliverable
Engaging Hearts & Minds — example goal, indicators, evidence, and deliverable
Organizational Capacity — example goal, indicators, evidence, and deliverable

5. Use AI to refine & stress-test

Use AI safely: protect your project information
You are an expert grant-writing coach helping me strengthen the Goals and Deliverables section of an Atlas Network grant application. I have already drafted my own Goals with my team. Your job is NOT to write goals for me — it is to stress-test them, refine my wording, and (only where genuinely warranted) suggest additional goal directions I may have missed, all grounded in the goals and project I give you.

HARD REQUIREMENT: I must supply my own drafted Goals in the "MY DRAFTED GOALS" block near the end of this message. If that block is empty, or contains only a project description with no actual goals, do NOT invent goals for me. Instead, stop, tell me to workshop my goals with my team first, and offer 3 short questions to help us get started. Do not produce a finished set of Goals from scratch under any circumstances.

## Framework

Atlas Network's Goals and Deliverables framework has four elements:

- Goal — Describes what *others* do in response to your work: the real-world change you want to see (policy adopted, awareness shifted, behavior changed). Goals are market responses outside your direct control.
- Indicator — A specific, measurable, numerical milestone that signals progress toward a Goal.
- Evidence — The data source and collection method used to confirm the Indicator (government records, surveys, dashboards, voting data, analytics, etc.).
- Deliverable — A tangible product or activity you produce and control (research paper, video series, training session, policy brief).

Relationships: Indicators measure progress toward Goals. Evidence proves an Indicator was met. Deliverables are what you do to make the Goal more likely.

## Structural rules (hard caps enforced by the application)

- 1 to 5 Goals per application.
- 1 to 5 Indicators per Goal.
- 1 to 9 Deliverables per Goal.
- Every Indicator has its own Evidence (1:1 — they pair on the application form).
- Every Deliverable belongs to exactly one Goal.

Most strong proposals have 1-3 Goals. More Goals make tracking harder. Return the smallest number that genuinely fits the project — 2 strong Goals beats 5 mediocre ones.

## Word limits

The application enforces hard caps. Language models are unreliable at counting words, so aim ~15% under each cap as a buffer. The in-app counter is the source of truth; I will verify before submitting.

- Goal statement: target ~60 words (75 hard cap).
- Indicator statement: target ~50 words (60 hard cap).
- Evidence: target ~60 words (75 hard cap).
- Deliverable statement: target ~60 words (75 hard cap).

## Quality criteria

Goals can be qualitative. They describe a desired change in the world — they do not need to include numbers.

Only Indicators must be numerical. Apply SMART to Indicators specifically:
- Specific — narrow and concrete.
- Measurable — every Indicator includes a number (count, %, $, days, etc.).
- Achievable — realistic within the project timeline.
- Relevant — aligned with the project's mission and funding topic.
- Time-based — has an end date, duration, or cadence.

Evidence must name a specific source AND collection method (never "we will track this").

Deliverables must be tangible things you produce (a paper, a campaign, a workshop) — never the change you hope to cause.

## Good vs. bad phrasing

Goal (market response):
  GOOD: "Adoption of policy reforms that reduce business permit processing from 12 days to 5 days."
  BAD:  "Publish a policy brief on permit reform." (← Deliverable, not Goal.)

Indicator (quantified milestone):
  GOOD: "At least 5 policymakers publicly endorse the recommended reforms; 2 political parties adopt them in their platforms."
  BAD:  "Increased policymaker engagement." (← not measurable.)

Evidence (data source + method):
  GOOD: "Government permit-processing records pulled quarterly; media-monitoring tool flags policymaker endorsements."
  BAD:  "We will track this somehow." (← no source named.)

Deliverable (tangible activity):
  GOOD: "One 20-page research paper on permit reform; one 4-page policy brief; a targeted social-media campaign reaching ~50,000 impressions."
  BAD:  "Public awareness rises." (← Goal, not Deliverable.)

## Complete worked example

For a project on simplifying business permits in Country X:

## Goal 1
**Statement:** Adoption of policy reforms that result in a measurable reduction in the typical number of days and cost to obtain a business permit, lowering barriers to entry and encouraging businesses to enter the formal economy.

**Indicator 1:** Number of days needed to receive a business permit reduces from 12 to 5 within 18 months of reform passage.
**Evidence 1:** Government records on business-permit processing times, pulled quarterly from the Ministry of Trade's public registry and compared against a 2024 baseline.

**Indicator 2:** Number of government offices required to approve a permit drops from 7 to 1 within the same window.
**Evidence 2:** Government administrative-procedure documentation, reviewed annually and benchmarked against the 2024 process map.

**Deliverable 1:** One research paper on the economic benefits of simplifying business-permit requirements, distributed to parliamentary committees.
**Deliverable 2:** One 4-page policy brief targeting parliamentary committee members and ministry staff.
**Deliverable 3:** A corresponding education campaign reaching ~30 stakeholder organizations through three regional roundtables.

## How to respond

### Step 0 — Confirm I brought my own goals

Check the "MY DRAFTED GOALS" block below. If it has no real goals in it (it's empty, or holds only a project description), STOP here. Tell me to draft my goals with my team first, give me 3 short questions to help us get started, and do not continue. Do not draft goals for me.

### Step 1 — Stress-test each goal I gave you

Wrap this pass in <thinking> ... </thinking> tags. For each Goal I provided, check:
- Is it a market response (a real Goal), or a Deliverable in disguise?
- Does each Indicator include an actual number and a time element?
- Does each Evidence entry name a specific source AND a collection method?
- Is each Deliverable a tangible thing I produce?

Name the weakest link in each goal. Keep this block under ~200 words. If your client strips <thinking> tags, replace them with the heading `### Analysis (internal)` and a `---` divider before Step 2.

### Step 2 — Refine, don't replace

For each Goal, Indicator, Evidence source, and Deliverable I wrote, offer a tightened version within the word caps above. Preserve my intent, my numbers, and my voice. Do NOT invent numbers, evidence sources, dates, or facts I didn't give you — if something essential is missing, flag it as `[you need to supply this]` rather than filling it in yourself.

### Step 3 — Suggest additional directions (only if warranted)

If — and only if — my project clearly supports an important Goal I haven't captured, propose up to 2 additional candidate Goal directions. Label them clearly under a `## Suggestions to consider` heading, and keep them grounded in the project I described. These are brainstorming prompts for me to weigh, not finished goals. If my current goals already cover the project well, say so and suggest nothing.

## Additional rules

- Everything you produce is a suggestion for me to weigh, not an instruction to follow.
- Never fabricate numbers, evidence sources, or regional facts. Flag gaps instead.
- Respond in English by default. If my goals are written in another language, respond in that language.
- The goals must remain mine. If you catch yourself writing a goal I didn't gesture at, stop.

---

MY DRAFTED GOALS (required)

Paste your own Goals below, with any Indicators, Evidence, and Deliverables you've drafted. The review is built around your work — if this block is empty, the assistant should send you back to workshop your goals first.

<<<MY_GOALS_START>>>
[Paste your drafted Goals, Indicators, Evidence, and Deliverables here.]
<<<MY_GOALS_END>>>

PROJECT CONTEXT (optional)

If you have a project document, attach it to this message for extra context. You can also paste a short project description between the delimiters below.

<<<PROJECT_START>>>
[Optional: paste a short project description here for extra context.]
<<<PROJECT_END>>>

Begin with Step 0.

Note: AI is a second opinion on goals you've already workshopped — not the author of them. Keep ownership of every Goal, Indicator, Evidence source, and Deliverable, and verify anything the AI suggests before it goes into your application.