Good notes do not yet mean the work will continue
The call is over. Your notes say “Update the proposal”, “The client will think about it” and “Ideally Friday”. Two days later, everyone remembers something different: you are preparing a new file, a colleague is waiting for a price, and the client never understood that you needed a reply.
After a meeting, you need a clear next move. You do not have to rewrite the entire conversation. Separate what has been decided, what needs doing and what is still unknown.
- Decision
Keep only the basic package in the proposal. This is an agreed choice rather than a separate task.
- Action
Prepare an updated estimate for the basic package. There is work to do and an observable result.
- Open question
The client still needs to confirm the scope. For now, this is a dependency rather than your promise to finish everything.
Atlassian’s guides to meeting notes and action items recommend identifying follow-up actions and connecting them to an owner and a due date. These are practical recommendations from a work-tool vendor. Our example below is our own analysis of a conversation; it does not prove that one notes format suits everyone.
Worked example: what to extract from a short conversation
An editorial example. You are discussing a proposal with Anna. She says: “Let’s leave out the extra section. Send me an estimate for the basic option; I’ll check the budget with my manager. It would be good to decide on Friday.” You cannot yet honestly turn that into a task called “Sell the project by Friday”.
| From the conversation | Record type | What to clarify |
|---|---|---|
| “Without the extra section” | Decision: remove the section from the proposal | Does everyone mean the same section? |
| “Send an estimate” | Your action: prepare the basic estimate | Who is the recipient, and what data is needed? |
| “I’ll check the budget” | Waiting for Anna’s reply | What reply is needed, and when can you follow up? |
| “It would be good to decide on Friday” | A desired date, not yet confirmed | Is there time for the estimate and approval? What exactly needs deciding? |
One task, one result you can verify
For an action, record the change that needs to happen rather than the topic discussed. “Proposal” says nothing about the work. “Prepare the basic estimate and send it to Anna” makes clear when your step is finished.
| Field | Entry in the example | Check |
|---|---|---|
| Action | Prepare the basic estimate | It is clear what needs doing. |
| Result | A table with the price and the list of included work | It can be viewed and checked. |
| Owner | You | Responsibility is agreed, rather than assigned in someone’s absence. |
| Deadline | Thursday, if the participants confirmed it | An agreed commitment is separate from a personal plan. |
| Context | The extra section is excluded; a link to permitted materials | There is no need to reconstruct the conversation from memory. |
A task should not hide an unresolved question. If the estimate needs quantities you do not yet have, get that information first. Alternatively, explicitly define a draft result with known limitations.
If preparation and sending are separated by another person’s review, they may be two actions. But do not turn every table row into a task: splitting is useful when ownership, deadlines or the ability to continue change.
Recording your own step in Sinqly
Take the confirmed action from the example. An ordinary task with a title, description, chosen day and completion state is enough. We are not assigning work to someone else here: we are recording your next move.
- Create
Title: “Prepare the basic estimate for Anna”. The description contains the price, list of work and completion criteria.
- Plan
Choose a day to do the work. If you promised the result by Thursday, keep that as a deadline; your personal daily plan does not replace the agreement.
- Record the result
Once the estimate is checked and sent, record the date and a link to the message if it is safe to store. Then complete the task.
The vague intention to “Sort out the proposal” disappears from the list; a specific estimate takes its place. If Anna needs to reply after you send it, record that separately as a waiting-for item. This keeps your finished work from remaining open indefinitely because someone else has the next move.
Confirm the outcome before you start doing the work
Notes may be accurate from your perspective and wrong from the other person’s. Send participants a short recap through an agreed channel. It is particularly important to clarify ownership, the scope of the result and promised dates.
- What was chosen
“We are removing the extra section and estimating the basic option.” A participant can immediately correct an inaccurate decision.
- Who does what
“I will send the estimate; Anna will check the available budget.” Confirm this if it was ambiguous during the meeting.
- What remains unknown
“Friday is a desired decision date for now; we will confirm after checking the budget.” Do not hide a dependency behind a neat date.
Confirmation matters more than polished minutes. If a reply changes the agreement, update the task and plan rather than keeping two contradictory versions.
Formal minutes, a legally significant decision or a regulated procedure require the appropriate process. The format described here is for working notes from an ordinary call, rather than a substitute for mandatory documents.
Why post-meeting tasks get stuck again
| What is stuck | Possible cause | What to do |
|---|---|---|
| “Update the proposal” has sat there for a week | It is unclear what exactly is changing | Name the new version and the completion criteria. |
| The estimate is ready, but the task is still open | Your result and someone else’s reply are mixed together | Finish your step; track the reply separately. |
| On Thursday, you discover the data is missing | The dependency was hidden in a large task | Send a specific request and renegotiate the deadline. |
| Two people are doing different things | The recap was not confirmed | Clarify the decision and update the working record. |
If many tasks have these problems, review the conversation as well as the cards: did participants have the authority to decide, was there enough information and was the next step actually agreed? A tidy task manager cannot repair an agreement that never happened.
Start with your most recent meeting. Find one result you actually promised to deliver. Record the action, completion criteria and dependency. Everything else can remain a note or question until it becomes work.
More questions to clarify
Does every decision need a separate task?
No. An agreed choice can remain context. A task is needed when someone must perform an action with a verifiable result.
Can I simply copy the call transcript?
A transcript preserves the conversation but does not identify confirmed decisions and actions. First clarify ownership, the result and the deadline; store the full text only where permitted and actually needed.
What should I do with an unconfirmed date?
Keep it as a desired date in a note and clarify the agreement. Do not present it as a participant’s promise or a guaranteed deadline for the whole job.
Was this helpful?
Rate the article and tell us what was missing. Your feedback goes to the Sinqly team and will not be published on the site.
Sources and notes
- Atlassian: How to take truly useful meeting notes
- Atlassian: Action Items — How to Track Meeting Tasks
- The suggested process reflects editorial practice; it does not promise identical results for everyone.



