Skip to main content

Meetings

Meeting Notes Template

One structure that captures the three things people come back for: what was decided, who owns what by when, and the context that made the decision make sense. Copy it as-is, or pick the example closest to your meeting.

Updated 2026-10-27

Copy and adapt

The template

Meeting notesTemplate

[Meeting name], {{date}}

Attendees: [names, mark who is missing] Purpose: [one sentence: what this meeting needs to produce] Related: [[Project name]]

Agenda

  1. [Topic] (10 min)
  2. [Topic] (15 min)
  3. Decisions and actions (5 min)

Notes

[Topic 1]

  • [What was said that matters later]
  • [Numbers, dates, names, disagreements]

[Topic 2]

  • ...

Decisions

  • [Decision] because [reason]. Alternatives considered: [brief].

Action items

  • [Task] (@[owner]) @due({{date}})
  • [Task] (@[owner]) @due(YYYY-MM-DD)

Open questions

  • [Question] (who can answer: [name])

Next meeting: [date], agenda owner: [name]

5 examples

Examples for different situations

The same structure, filled in for the situations people actually bring to it. Copy the one closest to yours.

1.Weekly team sync

When it fits: Use this when the same group meets every week, most items are status, and the risk is that nothing written down survives to next week.

Weekly team syncExample 1

Platform team sync, 2026-10-27

Attendees: Maya, Tomás, Priya, Jon (out: Lena) Purpose: Unblock the release branch and agree who covers on-call during the offsite. Related: [[Release 4.2]]

Agenda

  1. Release 4.2 status (10 min)
  2. On-call coverage for Nov 3 to 5 (5 min)
  3. Flaky integration tests (10 min)

Notes

Release 4.2 status

  • Two blockers left: migration rollback script (Tomás) and the iOS review (Priya, submitted Friday).
  • Jon raised that the changelog still lists the removed export option.

On-call coverage

  • Maya and Jon are both at the offsite. Priya can take primary, Tomás secondary.

Flaky integration tests

  • Kafka container times out under load from other suites. Not a code bug. Retry the chunk, do not mark failures as infra without a rerun.

Decisions

  • Ship 4.2 on Thursday only if the rollback script is reviewed by Wednesday noon. Otherwise slip to the following Tuesday rather than ship without a rollback path.
  • Priya primary, Tomás secondary on-call Nov 3 to 5.

Action items

  • Rollback script PR ready for review (@Tomás) @due(2026-10-29)
  • Remove export option from changelog (@Jon) @due(2026-10-28)
  • Update the on-call rota (@Priya) @due(2026-10-28)

Open questions

  • Does the iOS review clear before Thursday? (Priya checks App Store Connect daily)

Next meeting: 2026-11-03, agenda owner: Maya

2.Decision meeting with stakeholders

When it fits: Use this when the meeting exists to make one call, several people have opinions, and the notes will be read later by people who were not there.

Decision meeting with stakeholdersExample 2

Pricing page redesign: go or no-go, 2026-10-27

Attendees: Dana (product), Luis (design), Ana (finance), Ravi (support) Purpose: Decide whether the new pricing page ships before or after the annual plan change. Related: [[Pricing 2027]]

Options on the table

  1. Ship the redesign now, update prices in December.
  2. Hold the redesign and ship both together in December.
  3. Ship the redesign now with the December prices already shown.

Notes

  • Ana: the annual price changes on Dec 1 regardless. Showing new prices early creates refund requests.
  • Ravi: support gets 20 to 30 "why did the price change" tickets per redesign. Two changes in six weeks doubles that.
  • Luis: the redesign is done. Holding it costs nothing technically; the cost is six weeks of the old page's conversion rate.
  • Dana: the old page converts at 2.1 percent, the prototype tested at 2.6 percent on the same traffic.

Decision

  • Option 2, ship both on Dec 1. Reason: one support spike instead of two, and no risk of showing prices we cannot honour yet. The conversion gain is real but six weeks of it is smaller than the support and refund cost. Option 3 was rejected because Ana cannot sell at the new annual price before the billing change lands.

Action items

  • Confirm Dec 1 billing cutover date in writing (@Ana) @due(2026-10-30)
  • Freeze the redesign branch and prepare the Dec 1 release note (@Luis) @due(2026-11-14)
  • Draft the support macro for price questions (@Ravi) @due(2026-11-20)

Open questions

  • Do we A/B the old page against the new one for the first week? (Dana to propose by Nov 7)

Next meeting: none scheduled, revisit async on Nov 21

3.Client call

When it fits: Use this when you are the vendor or consultant, the client said things you will need to quote back accurately, and the follow-up email is due today.

Client callExample 3

Northwind onboarding call, 2026-10-27

Attendees: Sarah Chen (Northwind, ops lead), Mark Oyelaran (Northwind, IT), me Purpose: Confirm scope and timeline for the Q1 rollout. Related: [[Northwind]]

What they said

  • Sarah: the previous vendor missed two go-live dates. Trust is the main concern, not price.
  • Mark: SSO must be through their Okta tenant. No local accounts, this is a hard requirement from their security review.
  • They want the pilot on 40 users in the Boston office first, full rollout only after a written pilot review.
  • Sarah mentioned a board meeting on Feb 12 where she presents the rollout. Our dates should give her something to show before that.

What I said

  • Pilot can start the week of Jan 12 if Okta is configured by Dec 19.
  • Full rollout earliest Feb 2, conditional on the pilot review.

Decisions

  • Pilot: 40 Boston users, Jan 12 to Jan 30. Full rollout: Feb 2 at the earliest.
  • Okta SSO is in scope; local accounts are out.

Action items

  • Send recap email with these dates and the Okta prerequisite (@me) @due(2026-10-27)
  • Okta configuration guide to Mark (@me) @due(2026-10-29)
  • Draft the pilot review criteria for Sarah to approve (@me) @due(2026-11-05)

Open questions

  • Who signs off the pilot review on their side, Sarah alone or Sarah plus Mark?

Next meeting: 2026-11-10, I own the agenda

4.Recurring project meeting with carry-overs

When it fits: Use this when the meeting is the heartbeat of a long project and the notes have to show what moved since last time, not just what was said today.

Recurring project meeting with carry-oversExample 4

Website migration, weekly check-in 7, 2026-10-27

Attendees: Omar (PM), Ines (eng), Felix (content), Zoe (SEO) Purpose: Track the migration against the Nov 18 cutover and clear last week's actions. Related: [[Website migration]]

Carried over from check-in 6

  • Redirect map for /blog/* (@Zoe) done 10-24
  • Image compression script (@Ines) slipped, new date below
  • Legal review of the cookie banner copy (@Felix) done 10-23

Notes

Cutover readiness

  • Staging passes the redirect tests. 14 of 212 URLs still return 404 on staging; all are old campaign pages Zoe recommends dropping.
  • Ines: image script slipped because the CDN credentials expired. Fixed Friday.

Content freeze

  • Felix proposes a content freeze from Nov 11. Omar agrees, Zoe wants the two new landing pages in before the freeze.

Decisions

  • Drop the 14 campaign URLs, no redirects. Reason: zero traffic in 12 months, and each redirect is one more thing to maintain.
  • Content freeze starts Nov 11, 17:00. The two landing pages ship by Nov 10 or wait until after cutover.

Action items

  • Image compression script merged (@Ines) @due(2026-10-31)
  • Publish both landing pages (@Zoe) @due(2026-11-10)
  • Cutover runbook draft shared (@Omar) @due(2026-11-04)

Open questions

  • Do we need a rollback window on Nov 18, or is a forward fix acceptable? (Ines to recommend)

Next meeting: 2026-11-03, agenda owner: Omar

5.Ad-hoc hallway meeting captured by voice

When it fits: Use this when a five-minute conversation produced a real decision and you have no laptop open. Dictate the facts, structure them afterwards.

Ad-hoc hallway meeting captured by voiceExample 5

Quick sync with Dani about the beta list, 2026-10-27

Attendees: Dani, me (hallway, 4 minutes) Purpose: Agree who gets the first 50 beta invites.

Notes

  • Dani wants the invites to go to people who filed feedback in the last 90 days, not the oldest waitlist signups.
  • I was worried that skips the people who have waited longest. Dani's point: the waitlist is two years old and half the emails bounce.

Decision

  • First 50 invites go to recent feedback senders; next 50 go to the oldest waitlist entries that still open our emails.

Action items

  • Pull the feedback-senders list (@Dani) @due(2026-10-28)
  • Draft the invite email (@me) @due(2026-10-29)

Open questions

  • None. Confirm the split in the team channel so it is not just the two of us who know.

What belongs in meeting notes

A meeting notes template earns its place by answering three questions for someone who was not in the room: what did we decide, who is doing what by when, and why did that make sense at the time. Everything else in the template exists to make those three answers trustworthy.

  • Purpose line. One sentence about what the meeting needs to produce. If you cannot write it, the meeting is probably a status update that could have been a message.
  • Attendees, including who is missing. The absent person is the one who will ask "when was this decided?" Marking them lets you send the note instead of re-explaining.
  • Notes by topic. Fragments are fine. Capture numbers, dates, names and disagreements, because those are the details memory drops first.
  • Decisions with reasons. The reason is what stops the decision being reopened by the next person who joins.
  • Action items with one owner and one date. A task without a date is a wish.
  • Open questions with a name. Not every question gets answered in the room. Write down who can answer it so it does not vanish.

What does not belong: a transcript. If you want every word, record the meeting and keep the recording. Notes are the compressed version that people actually read.

Meeting notes vs meeting minutes

The two get confused because both are written during meetings. Minutes are a formal record: attendance, motions, votes, in a fixed order, often required by bylaws or regulators. Notes are a working document for the team. The template on this page is for notes. If a board, committee or HOA needs an official record, the meeting minutes template covers that format, and the board meeting minutes template adds the sections boards expect.

How to take notes during the meeting

Do not try to write the final note live. Keep three habits instead:

  1. Pre-fill before the meeting. Title, attendees, purpose and agenda take two minutes and mean you are not typing while the first person talks. If you circulate an agenda, start from the meeting agenda template and the notes grow out of it.
  2. Type fragments under the topic heading. "Ana: refunds if prices shown early" is enough. You will expand it in the close-out.
  3. Flag decisions and actions as they happen. Put a D: or a checkbox in front of the line the moment someone commits. Hunting for commitments afterwards is where notes go wrong.

The ten-minute close-out

The value of meeting notes is created after the meeting, in a block most people skip. Within an hour:

  • Rewrite fragments under Decisions as full sentences with a because.
  • Turn every flagged commitment into an action item with a name and a date. If the owner was not agreed, assign yourself the task of agreeing one.
  • Move anything unresolved to Open questions with the name of the person who can resolve it.
  • Send or share the note. A note nobody reads within a day is a note nobody will read.

For recurring meetings, start the next note by copying the previous Action items into a "Carried over" section and ticking what is done. The fourth example above shows what that looks like in practice.

Common mistakes

  • Writing a transcript. Nobody reads it, and the decisions hide inside it.
  • Assigning actions to teams. "Engineering to investigate" means nobody investigates.
  • No dates on actions. The item survives three meetings and is then quietly dropped.
  • Decisions without reasons. Six weeks later someone asks "why did we do that?" and the note says only that you did.
  • One note per meeting, no links. Fifty-two weekly notes with no link between them are an archive, not a memory. Link the project, carry actions forward, and the notes start answering questions.

Customization tips

  • Put decisions before notes if people skim

    In a long-running team, move the Decisions and Action items sections above Notes. Readers who open the note two weeks later want the outcome first, and the discussion only if the outcome surprises them.

  • Give every decision a reason

    The one-word change that makes meeting notes worth keeping: write because. A decision without its reason gets relitigated the next time someone new joins.

  • Owners are people, not teams

    An action item assigned to a team belongs to nobody. Use one name. If the real owner is not in the room, assign the person who will go and find them.

  • Drop the agenda for meetings under 15 minutes

    For a quick sync, the agenda section is overhead. Keep Purpose, Decisions and Action items, and let Notes be three bullets.

  • Keep a running note for recurring meetings

    For weekly meetings, add a Carried over section at the top and tick last week's actions before writing anything new. The note becomes the project's memory rather than 52 disconnected files.

  • Date in the title, project in a link

    A title like Platform sync, 2026-10-27 sorts and searches well. Linking the project with [[Release 4.2]] means the project page lists every meeting where it came up.

In the app

How to do this in Scribelet

  1. Create a new note and pick Meeting Notes from the template strip. It is one of the five built-in templates and adds the #meeting tag for you.

  2. Prefer the structure on this page? Open Desk Settings then Templates, tap Add Template, paste the template above and keep {{date}} in the title. Scribelet fills in today's date each time you use it.

  3. Write action items as checkboxes with @due(2026-10-29) after them. They show up in the Tasks view and on your daily note until you tick them, and @remind(2026-10-29 09:00) sends a push reminder in your local time.

  4. Link the project with [[Release 4.2]]. The project note's backlinks panel then lists every meeting that touched it, which is the quickest way to answer "when did we decide that?".

  5. Ask the AI chat "what did we decide about on-call coverage in the last month?" and it answers from your meeting notes with citations to the specific notes.

  6. For hallway meetings, record a voice note. Scribelet transcribes it and structures the result into a note with headings and action items you can tidy into this template.

Templates, template variables and AI generation are documented in Note templates.

Frequently asked questions

What is the difference between meeting notes and meeting minutes?

Meeting notes are for the people doing the work: decisions, actions, context, written in whatever shorthand the team shares. Meeting minutes are a formal record, often required by bylaws, that documents attendance, motions and votes in a set order. If you need minutes, use the meeting minutes template instead.

Should I take meeting notes during or after the meeting?

During, in the Notes section, as fragments. Then spend ten minutes after the meeting turning fragments into decisions and action items with owners. Notes written entirely from memory an hour later lose the numbers and the disagreements, which are the parts people later need.

What are good examples of action items?

An action item has a verb, an owner and a date: Send the recap email to Northwind (@me) @due(2026-10-27). Weak action items are missing one of the three: "follow up on pricing" has no owner or date, and "Ana: pricing" has no verb. Each example above shows action items written this way.

How long should meeting notes be?

Long enough that someone who missed the meeting can act without asking you. For most meetings that is under a page: three to eight bullets of notes per topic, one line per decision, one line per action.

Can I use this template in Notion, Obsidian or Google Docs?

Yes. The template is plain Markdown. Headings, checkboxes and bold work everywhere; the [[wikilinks]] and @due() annotations are features of Scribelet and Obsidian-style apps and will show as plain text elsewhere.

Meeting notes that still make sense next quarter

Use the Meeting Notes template in Scribelet, turn action items into tracked tasks with due dates, and ask your notes what was decided instead of scrolling for it. Encrypted, free to start.

Free plan, no credit card. See pricing

Meetings

Meeting Agenda Template

An agenda is a promise about how the time will be spent: what the meeting must produce, which topics get how many minutes, and who owns each one. Copy the template, or start from the agenda example closest to your meeting.

Meetings

Meeting Minutes Template

Minutes are the official record: who was there, what was moved, how the vote went, and what was decided. Not a transcript. Copy the template, or start from the minutes example closest to your meeting, then read how approval works.

Meetings

One on One Meeting Template

A 1:1 belongs to the report, not the manager. This template gives the report the first word, carries last meeting's actions forward, and keeps a growth conversation on the calendar. Copy it, or start from the one on one notes example closest to your situation.

Meetings

Sprint Retrospective Template

A retrospective is only as good as what changes afterwards. This template opens by checking whether last retro's actions worked, grounds the discussion in sprint facts, and ends with at most two actions, each with an owner, a date and a sign that it worked.

Work

Decision Log Template

A decision log is a running record of what was decided, why, by whom, and what you expected to happen. This template adds the two fields most logs leave out: who disagreed, and a date to check whether the decision worked. Copy it for a team, or use the decision journal example for your own choices.

Article

Internal documentation

From the Scribelet blog

We use cookies for analytics to improve your experience. Learn more