Database structure
The two-database pattern: Meetings and Actions
Meetings database
Each row is one meeting. Properties:
- • Title (text)
- • Date (date)
- • Type (select: 1:1, team sync, board, retrospective, etc.)
- • Attendees (relation to People database, multi-select)
- • Series (relation to Series database, for recurring meetings)
- • Status (select: Scheduled, Completed, Cancelled)
- • Decisions count (rollup from page content)
The actual agenda content lives in the page body of each row, with templated structure per meeting type. Filter views give you "upcoming meetings," "all 1:1s with [person]," "board meetings from this fiscal year," etc.
Actions database
Each row is one action item. Properties:
- • Title (text)
- • Owner (relation to People, single-select)
- • Due date (date)
- • Status (select: Open, In Progress, Done, Cancelled)
- • Source meeting (relation to Meetings database)
- • Priority (select: P0, P1, P2, P3)
The two-way relation between Meetings and Actions is the magic: from any meeting page, see the linked-database view of actions created in that meeting. From the Actions database, filter by Owner to get any person's open backlog across all meetings, or filter by Source Meeting Type to see "all open actions from board meetings."
Templates per meeting type
Pre-build a template for each meeting type
Notion databases support row templates. Create one template per meeting type so the agenda structure is pre-filled when you create a new meeting. The most common templates and what each pre-fills:
1:1 template
5 sections (check-in, priorities, challenges, career, actions) from the dedicated /one-on-one template.
Weekly team sync template
Action review, round-robin updates, discussion topic, new actions, rating from /recurring-meetings.
Sprint retrospective template
5-phase structure with format selector (Start-Stop-Continue, 4Ls, etc.) from /sprint-retrospective-agenda.
Board meeting template
8-section structure (call to order, minutes, financial, etc.) from /board-meeting.
Project kickoff template
8-section structure with RACI built in from /project-kickoff.
Quick decision template
Three-block structure from /15-minute-meeting-agenda for fast single-decision meetings.
Views
Database views that make the system useful
A database without good views is just a list. The four views below are the ones most Notion-based teams find essential.
Upcoming view (calendar)
Calendar layout filtered to Status = Scheduled, Date is this week or next. Acts as your meeting plan for the week.
Series view (grouped)
Table grouped by Series, sorted by Date descending. Shows recurring meeting history (last 5 1:1s with someone, last quarter of board meetings).
My open actions (Actions database)
Actions database filtered to Owner = current user, Status = Open or In Progress, sorted by Due Date. Your personal backlog of meeting-derived commitments.
Overdue actions (across team)
Actions database filtered to Due Date is past, Status not Done. Visible to whole team. The visibility creates accountability that purely-private action lists do not.
FAQ
Common questions about Notion meeting agendas
Why use a Notion database instead of a regular Notion page for meeting agendas?
Three reasons. First, every meeting becomes a row in the database, so you can filter, sort, and search across all your meetings (e.g., 'show all 1:1s from the last quarter'). Second, action items can be linked to a separate Actions database with their own metadata (owner, due date, status), which solves the action-tracking problem most agenda tools have. Third, recurring-meeting series live in the same database so you can see context from the last meeting without opening a separate doc. A regular Notion page works fine for one-off meetings but breaks down quickly for recurring series.
What database structure should I use?
Minimum: a Meetings database with properties for Date, Type (1:1, team sync, board, etc.), Attendees (relation to People database), and Status. Plus an Actions database with Title, Owner (relation to People), Due Date, Status, and a relation back to the source Meeting. The two-database pattern lets actions persist beyond the meeting that created them while staying linked to that meeting's context.
Should every meeting use the database, or only recurring ones?
Use the database for any meeting you might want to find again. That includes recurring meetings (where context from the last meeting matters), one-off important meetings (board meetings, executive offsites), and meetings that produce significant actions. For casual coffee chats and 15-minute drop-ins, a Notion database is overkill; a quick Slack note works better.
Can I template each meeting type in Notion?
Yes. Notion databases support templates that pre-fill new rows with a structure. Create one template per meeting type (1:1 template, board meeting template, sprint planning template, retrospective template) so that when you create a new meeting of that type, the agenda structure is already there. This is the single largest productivity win of moving from regular pages to a database, because the per-meeting setup time drops to zero.
How do action items work across multiple meetings?
Actions live in their own database with a relation to the meeting that created them. From any meeting page, you can use the linked-database view to see actions related to that meeting. From the actions database, you can filter by Owner to get any person's open actions across all meetings, or by Status to see what is overdue. The pattern eliminates the 'lost action item' problem where actions captured in meeting notes never get followed up.
Is Notion the right tool versus dedicated meeting software?
Notion is great for teams already using Notion for project work; the meeting database integrates with project databases for cross-context views. Dedicated meeting tools (Fellow, Hugo, Otter) have AI-summary features that Notion lacks but Notion's flexibility is hard to match. The choice often comes down to whether your team already has a Notion habit; introducing Notion just for meetings rarely sticks, but adding meetings to an existing Notion practice usually does.
Related
Other tool and format templates
Google Docs agenda
Collaborative live-editing pattern for teams without a Notion habit.
Recurring meetings
Recurring meeting structures that benefit most from the database pattern.
Meeting minutes
Convention for minutes documentation, which Notion handles naturally.
Effective agenda principles
Five elements every agenda needs, tool-independent.