PlaysbyMoat8
Back to the library
The workflow guideSales

Prepare for client calls using email and CRM context

An agent gathers context before a meeting from calendars, correspondence, CRM records, and public sources. Designed for salespeople and leaders, including B2B sales teams.

6 implementation stepsAdvanced

How this works

An agent gathers context before a meeting from calendars, correspondence, CRM records, and public sources. Designed for salespeople and leaders, including B2B sales teams.

Prepare a short meeting brief from the current relationship context, not a broad personal dossier. Prioritize the last interaction, open promises and the purpose of this meeting, with public facts included only when they improve preparation.

Before you start

Defined operating scope

Client calls require recent correspondence and CRM context shortly before the meeting.

Required source material

Obtain Upcoming meetings; Emails and messages about attendees; CRM records. If connectors are unavailable, use authorized files with the same fields.

Decision and exception rules

An attendee cannot be matched confidently. Label their context unavailable instead of merging another person’s history.

Prepare the inputs

meeting_id
Required

Calendar event and start time

Resolve timezone, attendees and cancellation status.

attendee_matches
Required

Email-to-contact/account mapping

Do not match people by name alone.

internal_context
Required

Permitted CRM and correspondence

Include dates and current open commitments.

public_context
Required

Relevant public facts with dates

Keep uncertain matches separate.

Implementation, step by step

  1. Establish the working record

    • Confirm the selected records, effective versions and responsible owner.
    • Check meeting_id, attendee_matches, internal_context, public_context before beginning. Record the source version and the selected scope; an unavailable value stays unknown rather than becoming an inferred fact.

    Checkpoint: The input record identifies the selected meeting_id and any missing required fields.

  2. Find meetings starting in the next few minutes

    • Select upcoming events within the requested window and avoid preparing the same event revision twice.
    • Verify event time, attendee identity and account match immediately before delivery.

    Checkpoint: A saved intermediate result for: Find meetings starting in the next few minutes.

  3. Gather internal context and public information about attendees

    • Retrieve the latest relevant correspondence and CRM context, separating attendee facts from assumed organizational roles.
    • Check that open commitments remain current and are not already resolved in later correspondence.

    Checkpoint: A saved intermediate result for: Gather internal context and public information about attendees.

  4. Prepare a brief and send it to team chat when there is useful information to share

    • Summarize meeting purpose, prior agreements, open questions and useful public developments; omit unrelated personal information.
    • Verify event time, attendee identity and account match immediately before delivery.

    Checkpoint: A saved intermediate result for: Prepare a brief and send it to team chat when there is useful information to share.

  5. Reconcile the proposed result

    • Verify event time, attendee identity and account match immediately before delivery.
    • Check that open commitments remain current and are not already resolved in later correspondence.

    Checkpoint: The listed discrepancies have a named reviewer or an explicit unresolved status.

  6. Package the result and unresolved work

    • Verify company and person matches, current commitments, and the relevance of the information.
    • Do not enrich with irrelevant private personal information.

    Checkpoint: A pre-call brief with context about the client and attendees. Unresolved items remain visible in the review record.

Decisions along the way

An attendee cannot be matched confidently.

Label their context unavailable instead of merging another person’s history.

The event was cancelled or rescheduled.

Update or suppress the prepared brief using the current event version.

The team destination has broader access than the source messages.

Redact restricted context or keep the brief in the permitted workspace.

What you will produce

meeting-preparation-brief-result.json

JSON

A pre-call brief with context about the client and attendees. Label proposed and completed states separately.

Include: meeting_id · purpose · attendee_context · open_commitments · questions · source_dates · status · evidence_reference · review_note

meeting-preparation-brief-review.md

Markdown

Keep the evidence and unresolved decisions needed to apply this result, including exceptions involving public_context.

Include: source_reference · question · owner · next_action

Check the result

  • Verify event time, attendee identity and account match immediately before delivery.
  • Check that open commitments remain current and are not already resolved in later correspondence.
  • Inspect meeting_id and attendee_matches in both the original and output; confirm that record identity and interpretation survived the transformation.
  • Verify company and person matches, current commitments, and the relevance of the information.

When something goes wrong

An attendee cannot be matched confidently.

Label their context unavailable instead of merging another person’s history. Retain the affected evidence and recovery status.

The event was cancelled or rescheduled.

Update or suppress the prepared brief using the current event version. Retain the affected evidence and recovery status.

The team destination has broader access than the source messages.

Redact restricted context or keep the brief in the permitted workspace. Retain the affected evidence and recovery status.

A worked example

SYNTHETIC EXAMPLE · NOT A REPORTED BUSINESS RESULT

Request

Prepare for client calls using email and CRM context for the following bounded example; prepare the result for review.

Inputs

Synthetic example: Meeting M-8 is with A-3 tomorrow. Last email promised an implementation timeline; CRM lists pricing discussion from an earlier month.

Expected result

Synthetic expected result: Brief leads with the promised implementation timeline and open dependencies. Pricing is historical context, not assumed to be the current meeting objective.

Run a small pilot

Start small

Trial a representative batch containing the ordinary case and the exception demonstrated above.

Record the baseline

Record current preparation time, review effort and correction types for the same records.

Agree success criteria

Agree acceptable review and error limits; measure preparation minutes per call; missing or outdated facts corrected by the owner.

Stop or revise

The team destination has broader access than the source messages. Pause affected records and apply this recovery: Redact restricted context or keep the brief in the permitted workspace.

Keep the scope clear

  • Do not enrich with irrelevant private personal information.
  • Creating a brief is authorized preparation; posting it follows the user’s selected destination and sharing scope.

Check before using

Verify company and person matches, current commitments, and the relevance of the information.

Business activities

  • Run sales conversations and proposals
  • Coordinate meetings and follow-ups

Editorially adapted workflow; not independently tested.

FROM A RECIPE TO YOUR WORKFLOW

Bring the company context together.

This workflow needs reliable inputs before it needs a better prompt. Moat8 Vault brings working information into a readable archive for the AI tools you use.

For this recipe: Upcoming meetings · Emails and messages about attendees · CRM records

Start with one recurring task, agree which sources to use, and review the first result with your team.

Discuss this workflow

What does your team do?

Choose the recurring work you would like to improve.

A field guide, made for work.

Plays is a curated library of anonymized business workflows. Each recipe explains the inputs, steps, tools, and checks you can adapt to your team. These are editorial guides, not independently tested implementations.

When you share a company website, the guide may read a limited number of public pages on that website. Messages and retrieved page text are sent to our AI provider, NVIDIA, to recommend relevant workflows. Share a general description rather than confidential information.

Saved workflows and selected activities stay in this browser. Your chat history and selected company website are kept in this tab and cleared when you reload or start a new chat. The server does not store conversations. Live source monitoring is not enabled.

If you allow analytics, PostHog receives page views and actions such as workflow saves, skill downloads and link clicks. Random browser and session identifiers connect these actions without identifying you by name. Your choice and browser identifier expire after 90 days; sessions restart after 30 minutes of inactivity or 24 hours. We use local storage, not analytics cookies. Messages, company URLs, search text, full referrers and IP addresses are not sent. There are no person profiles or session recordings. You can decline or withdraw in Analytics settings; Do Not Track and Global Privacy Control keep analytics off.

Read the Plays Privacy Notice ↗