Writing Effective Automations

Last updated: July 1, 2026

Automations are standing instructions that watch your calls, deals, meetings, and role plays, and send you a report or nudge the moment something matches, without you extra work

Flag stalled deals, draft a follow-up email, catch every competitor mention, or send your team a weekly digest.

Screenshot 2026-07-01 at 12.36.22 PM.png

Understanding automation types

Automations run in one of two ways, and knowing which one you need will help you set it up correctly.

Event-based automations fire off something that just happened

A call ending, a meeting about to start, a deal moving stage, no activity on a deal for a set number of days, a role play getting completed.

Time-based automations run on a cadence instead of an event: daily, weekly, biweekly, or monthly. Use these when you want a standing digest rather than a ping every time something happens.

A sales manager who wants a Friday afternoon rollup of every deal that moved, rather than a message every single time, would set this up as time-based.

Screenshot 2026-07-01 at 12.26.48 PM.pngScreenshot 2026-07-01 at 12.27.46 PM.png

Common use cases

Automations can handle a wide range of jobs depending on your role.

For reps

  • Getting a one-line reminder before a call of the one thing not to mess up

  • Getting a top-3-bullet summary after every call, focused on next steps

  • Having a follow-up email drafted automatically after each call

For sales managers

  • A weekly notice of any deal with no calls, emails, or calendar activity in the last 7 days, with a recommended next action

  • An alert the moment a deal moves from Contract Sent to Closed Won

  • A weekly audit of deals marked "commit" that actually look at risk

For Rev Ops

  • A notification whenever a competitor is mentioned on a call, including how it came up (are they replacing them, already using them, or challenging you directly)

  • Deal-stage-change alerts wired to your CRM, so the trigger reflects reality in HubSpot or Salesforce, not just Hyperbound

For Enablement

  • A weekly summary of what your top-performing rep does in the first two calls that other reps don't

  • A completion report when a learning module assignment is finished, or a heads-up when one is coming due


Choosing where an automation should land

Every automation ends with an action: Slack, Microsoft Teams, or Email. The right one depends on who needs to see it and how urgently.

Rule of thumb: the more personal or time-sensitive the nudge, the more it belongs in your own Kota bot DM or an email draft you can send yourself. The more a message is meant for a team to see and act on together, the more it belongs in a shared Slack or Teams channel.

Email actions land as a draft in your inbox rather than sending automatically, so you still review and hit send. Slack and Teams messages can go to a personal bot thread if you'd rather keep it private, or a specific channel if the whole team should see it.

Writing an effective automation

The way you describe an automation to Kota directly affects how useful the output is. A vague instruction gets a vague result, so if consistency matters, spend the extra minute being specific.

Screenshot 2026-07-01 at 12.29.05 PM.png

Describe what you want

Rather than clicking through every field by hand, describe what you want in plain English and let Kota create the message

Example: After every call, check whether a next step was logged with a date. If not, notify me on Slack so I can follow up before the deal goes cold.

Reuse a template once you have one

If you already have a format you like (a post-call recap you write by hand, a follow-up email template), paste it in directly instead of describing it from scratch. That exact wording becomes the instruction for how the message should read every time.

Be specific about formatting

If the output needs to look a certain way, say so. "Never more than 3 bullets, only the ones that matter most" produces a very different message than "summarize the call." Tell Kota the shape you want, not just the topic.

Testing and refining

Writing an automation is iterative. Set the trigger and condition, click Test, and Kota finds a real past event that matches and shows you exactly what the output would look like. Nothing goes out to anyone else during a test. If the message isn't quite right, adjust your instructions and test again before publishing.

Screenshot 2026-07-01 at 12.56.46 PM.pngScreenshot 2026-07-01 at 12.59.52 PM.png

Once you publish, the automation only starts firing for events going forward — it won't retroactively notify you for anything that matched before you published it.


Understanding what automations can and can't do

Automations are grounded in your Hyperbound data — calls, deals, meetings, role plays, and learning modules — plus whatever's synced in from your connected CRM. Keep a few things in mind:

  • They surface information and draft content; they don't take actions on your behalf.

  • A personal automation only ever reads your own data, even if you add teammates to the audience. If you need it scoped to a whole team's data, set it up as a team automation instead


Getting inspiration from templates

Sometimes it's easier to start from something that already works. Automations comes with templates pre-built for Reps, Sales Managers, Rev Ops, and Enablement. Browse Templates, and duplicate one to jump straight into the editor with a working starting point already filled in.

Screenshot 2026-07-01 at 12.25.18 PM.png