Get AI summaries of any video or article — Sign up free
Mem Tutorial and  Case Study: How to Take Meeting Notes thumbnail

Mem Tutorial and Case Study: How to Take Meeting Notes

5 min read

Based on Maximize Your Output with Mem: Mem Tutorials 's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Keep tags small and context-based (e.g., onboarding meeting, client follow-up meeting) instead of tagging by infinite topics.

Briefing

Meeting notes don’t fail because someone can’t capture enough information—they fail because the system makes it hard to retrieve the right details later. In a hands-on Mem setup review, an IT consultant focused on NetSuite ERP implementations describes spending most of his day in “capture mode” during client meetings, then struggling to find what matters afterward and to turn quick notes into executed tasks.

The fix centers on reducing tag overload and using Mem’s structure to create a “central resource” per client. During meetings, he uses a meeting template, links his calendar to create Mem4 events, and tags notes for context like meeting type and client-related topics (e.g., NetSuite, CRM, ERP). But the workflow still creates friction: too many tags, too much topic-specific tagging, and not enough connective tissue between notes and action items. The consultant admits he often doesn’t know where to look when revisiting recurring work, and he spends more time capturing than executing.

The session reframes tagging as a limited, context-based tool rather than an all-purpose filing system. Instead of tagging by infinite topics (which quickly becomes unmanageable), he’s encouraged to keep tags general—around recurring contexts such as “onboarding meeting,” “client follow-up meeting,” “implementation timeline,” or “CRM requirements.” Links, meanwhile, are positioned for connecting ideas and relationships. That distinction becomes the core operational change: replace “data migration” as a standalone tag with a bi-directional link that ties the action item directly to the relevant meeting notes.

A key workflow upgrade is moving from scattered notes to client-centered hubs. For a fictitious client (“nsco”), the recommended structure starts with a central Mem page for everything related to that client, then links out to separate notes for timeline and scope of engagement. From there, additional Mems can represent repeatable phases—requirements gathering, ERP requirements, and CRM requirements—each created from templates so the process stays consistent while the content changes. This reduces context switching inside Mem and makes it easier to review all onboarding or requirements work across multiple clients.

Task management also gets attention, but less as a standalone system and more as a downstream benefit of better note structure. Mem’s tasks can be scheduled for specific times, moved to “upcoming,” and snoozed via reminders in the inbox, so action items don’t clutter today’s focus. The consultant also learns to use templates for recurring action items and responsibilities, so meeting capture automatically produces the right follow-ups.

Finally, the session broadens beyond client delivery: lessons learned, methodologies, personal “open loops,” and even video outlines for a YouTube channel are organized using the same principles—general context tags plus bi-directional links. The expected payoff is both time savings (days, not hours) and better insight: once notes and tasks are organized around repeatable contexts, patterns across clients—common requirements and recurring problems—become visible rather than buried. The consultant’s goal shifts from merely remembering to extracting reusable solutions for future NetSuite engagements.

Cornell Notes

The consultant’s biggest problem isn’t capturing meeting information—it’s retrieving and acting on it later. His Mem workflow improves by cutting tag sprawl and switching to a client-centered structure: a central hub note per client, with linked sub-notes for timeline, scope, and repeatable phases like requirements gathering. Tags should represent a small set of recurring contexts (e.g., onboarding meeting, client follow-up meeting), while links connect related ideas and action items (e.g., bi-directional links for data migration). Templates make the process scalable because the workflow stays constant while client-specific content changes. The result is less time spent managing notes and more time executing, plus better cross-client insights into common requirements.

Why does excessive topic-based tagging create problems in Mem, and what’s the alternative?

Topic-based tagging expands without bound—there are always new topics, so tags multiply until retrieval becomes unreliable. The alternative is context-based tagging: keep tags limited to recurring work contexts such as “onboarding meeting,” “client follow-up meeting,” or “implementation timeline.” This constrains the tag set to a manageable number (roughly 10–20 recurring contexts) and makes it easier to find everything that belongs to a specific kind of work across clients.

How do bi-directional links improve meeting notes compared with tags alone?

Bi-directional links connect action items and related notes directly, reducing the need to encode relationships through tags. For example, instead of tagging a task as “data migration,” the task can use a bi-directional link to the meeting note where data migration was discussed. That way, searching or navigating from the task leads to the exact context, and the meeting note can also surface the linked action items.

What does a “central resource” structure look like for a new client onboarding?

For a client like “nsco,” the workflow starts with a central Mem page where everything related to that client lives. From that hub, separate linked notes cover key early-call elements such as implementation timeline and scope of engagement. Additional notes can represent repeatable phases—ERP requirements and CRM requirements—created from templates so the structure stays consistent while the client-specific details change.

How can Mem tasks be scheduled and organized so capture doesn’t overwhelm execution?

Tasks can be moved into a future time window (e.g., “next weekend”) so they appear under “upcoming” rather than cluttering today. Reminders can also be managed via the inbox clock icon, including snoozing and pushing tasks forward. This turns meeting capture into a timed execution queue instead of an ever-growing list.

Why are templates emphasized for consultants and other knowledge workers?

Templates work best when the process repeats but the content varies. Consulting implementations follow repeatable phases—timeline, scope, requirements gathering, and domain-specific breakdowns like ERP and CRM—so templates reduce the cognitive load of recreating structure each time. Templates also make it easier to generate consistent action items from meetings, improving follow-through across many clients.

What’s the practical distinction between using tags and using links?

Tags are for connecting notes (grouping items under a limited set of contexts), while links are for connecting ideas and relationships. The consultant’s improved approach relies on general context tags to locate the right cluster quickly, then uses bi-directional links to connect related insights, tasks, and supporting notes within that cluster.

Review Questions

  1. What would you change in your current tagging system if your tags are mostly topic-based rather than context-based?
  2. Design a client onboarding hub in Mem: what sub-notes would you link from the central client page, and which parts would come from templates?
  3. Give one example of an action item that should be a bi-directional link to a meeting note rather than a standalone tagged task.

Key Points

  1. 1

    Keep tags small and context-based (e.g., onboarding meeting, client follow-up meeting) instead of tagging by infinite topics.

  2. 2

    Use bi-directional links to connect action items to the specific meeting notes where the work was discussed.

  3. 3

    Build a central “hub” Mem page per client, then link out to timeline, scope, and repeatable phase notes like requirements gathering.

  4. 4

    Use templates for repeatable workflows so structure stays consistent while client-specific content changes.

  5. 5

    Schedule tasks into “upcoming” and use inbox snoozing/reminders so meeting capture doesn’t crowd execution time.

  6. 6

    Treat tags as note-grouping tools and links as relationship/idea-connection tools to reduce cognitive load.

  7. 7

    Expect both time savings and better cross-client pattern discovery once notes and tasks share a consistent structure.

Highlights

The core fix is not better note capture—it’s better retrieval and follow-through by reducing tag overload and using links for relationships.
Context tags should be general and limited; topic tags expand endlessly and eventually become unsearchable clutter.
A client hub note (timeline, scope, requirements) linked to phase notes turns scattered meetings into a navigable system.
Bi-directional links let tasks point back to the exact meeting context, eliminating guesswork when revisiting work.
Templates make the workflow scalable: the process repeats, so the structure should too.

Mentioned