Keep three kinds of information separate
Meeting minutes are easier to use when discussion, decisions and actions have separate places. Discussion explains the context. A decision records an agreed outcome. An action records what someone will do after the meeting.
Start with the meeting name, date, attendees and purpose. Include enough context for an absent colleague to understand the outcome, while leaving out conversational detail that does not change the decision.
Record the boundary of a decision
Write what was agreed and any conditions attached to it. If a question remains open, keep it open in the record. Silence during a meeting does not automatically establish approval.
Fictional example
Discussion: The team reviewed the effect of an inactive payment sandbox.
Decision: Keep the launch date provisional until the six payment tests have passed.
Open question: Can the sandbox be restored by 12 October?
This gives the next reader context without presenting a conditional plan as a confirmed commitment.
Make an action verifiable
A useful action includes a result, one owner and a due date. Use the action table for commitments, not general aspirations. If the team has not agreed a date, leave it blank and flag the missing agreement.
Action: Restore sandbox access and share the six test results. Owner: Sam Lee. Due date: 13 October 2026. Status: In progress.
“Look into the sandbox” is harder to close because it has no observable result. When the action is complete, record the evidence in your tracker rather than relying only on a status label.
Circulate and follow up
- Check that the decisions reflect the agreed wording and conditions.
- Ask owners to verify their actions and dates.
- Distinguish an absent attendee from someone who approved an outcome.
- Carry open actions forward using stable IDs when a meeting repeats.
The WorkFormKit tool creates a document from what you enter. It does not record conversations or notify owners. Use your team’s normal channel to share the minutes and follow up.
A complete worked example
“The team discussed rollout” leaves the reader guessing. Here, discussion explains the six remaining cases, the decision has an explicit condition, and the actions name separate owners. The training date remains provisional; it is not rewritten as an approval.
Make the record useful to someone who missed the meeting.
- Meeting title
- Northstar rollout readiness
- Meeting date
- 2026-10-09
- Facilitator
- Alex Morgan
- Attendees
- Alex Morgan, Sam Lee, Jordan Taylor (fictional example)
- Purpose
- Agree the next test window and the training dependency.
- Discussion notes
- Six payment cases remain untested. Support can attend training on 16 October if the final workflow is confirmed by 13 October.
- Decisions made
- Use the fallback environment if the primary environment is not restored by 12 October.
Keep the training date provisional until payment retest is complete.
Action items
| Action | Owner | Due date | Status |
|---|---|---|---|
| Confirm fallback environment access and report the result. | Sam Lee | 2026-10-12 | In progress |
| Send the training agenda and request attendance confirmation. | Jordan Taylor | 2026-10-13 | Not started |
What to change at the next update
At the next meeting, ask each action owner for a result. If access is restored but testing has not finished, close only the access action and create a separate testing action. Keep the original decision and record any later change with its date.
To try this record, open the related tool and select Load example. Replace the fictional names, dates and facts before using it. The tool’s review suggestions identify missing details; they cannot establish that a decision was agreed.
File handling references: Chrome printing and Microsoft Office PDF export. These references explain file operations; the project-writing suggestions above are original WorkFormKit guidance.
Put it into practice.
Use the free tool to make a document for your own project.
Open meeting minutes tool →