Actions

Workflows decide what your team should work on. A workflow watches your connected data, and when a step fires it generates an action: a specific, do-this-today item like a feature release that matches what 37 customers asked for, an account whose usage just dropped 40%, or a champion who switched companies last week.

Your actions stack up into one ranked list. Instead of opening five tools to figure out where to spend the morning, you open Sonora and work the queue top to bottom. Each action carries the context behind it and — when the right move is outreach — a drafted email built from the customer’s actual history.

The mental model is two layers. You configure workflows once. They run continuously and produce actions as conditions are met. You spend your day in the actions, not the workflows.

What an action looks like

“37 customers requested SSO. It shipped yesterday.” The action includes a draft announcement email referencing each customer’s original ask. Review, edit if you want, send — or push it to your email sequencer.

“Product usage at Acme Corp dropped 40% over the last two weeks.” Context shows which features stopped being used, when the drop began, and three related support tickets about login issues that opened the same week.

“Sarah Johnson, your champion at TechStart Inc., updated her LinkedIn to a new company.” Engagement from other contacts dropped 60% over the last month. The action suggests scheduling a call to identify replacement stakeholders before the renewal cycle starts.

How workflows generate actions

A workflow starts from a trigger — what it watches — checks its conditions, then runs its steps. Sonora watches connected data for the patterns you care about: feature requests trending across customers, usage declines past your threshold, support ticket spikes, champion job changes, sentiment shifts, renewals approaching with falling health, competitors mentioned on recent calls. When a step files an action, that action carries the data backing it — links to the calls, tickets, or trend lines you’d want to see before reaching out.

You can start from a template — renewal prep, low health score, support ticket surge — or build a workflow from scratch. Each one targets a customer, contact, or meeting and sets the priority that ranks its actions in the queue.

Actions fall into three buckets:

• Outreach opportunities — feature releases that match prior asks, re-engagement for accounts that have gone quiet, intro requests when a contact joins a new account.
• Risk signals — usage declines, champion departures, negative sentiment trends, escalation watches.
• Growth signals — accounts hitting plan limits, expansion into new departments, sustained champion advocacy.

Drafted emails

When the right action is outreach, the step can draft the message using the customer’s history — past requests, recent tickets, usage trajectory — and your team’s tone from prior emails. Drafts are starting points: edit them before sending, and Sonora learns from edits over time.

Working through the queue

Actions are ranked by estimated impact. Open one, scan the context, send or skip the draft, then mark it done. Dismiss anything that doesn’t apply — you can tune the workflow that generated it so similar actions stop appearing. Completed actions archive for reference, including what you ended up sending, so the team can reuse phrasing that worked.

You can act from inside Sonora, or push outward: send mail directly through Gmail (with Google Workspace configured), create Salesforce or HubSpot tasks, drop reminders into Slack, or push to an outbound sequencer.

Where the signals come from

Workflows draw on the same enrichment pipeline as agents, so when you tune a health signal or escalation threshold, the workflows that watch it respect the change immediately. Activity from People Graph — champion departures, sentiment shifts — feeds in directly.

Keeping a workflow private

A private workflow is one only you can see — useful while you build, test, and tune it (and the enrichments behind it) before showing unfinished work or sensitive signals to your workspace. Workflows start private by default and run normally while private: they evaluate triggers, fire on schedule, and generate actions, but only you see those actions.

Actions inherit their workflow’s visibility and can’t be published on their own. They go public when the workflow does, and the full history comes with them.

Enrichment configs can be private too. A private enrichment is visible only to you — it stays out of the enrichment picker for other users. You can publish an enrichment on its own, separate from any workflow.

Going public

Publishing is permanent: once a workflow or enrichment is public, it stays public.

When you publish a workflow, it becomes visible to everyone in your workspace, and every action it has ever generated appears at once — your team sees the full history, not just future actions. A workflow can only go public once all of its linked enrichments are already public; Sonora tells you which ones to publish first. Publishing those enrichments is a separate step and doesn’t publish the workflow.

Publishing an enrichment makes its entire version history public and lets workspace members find it in the picker and use it in their own workflows. It doesn’t publish any workflow that uses it — each owner still decides when, or whether, their workflow goes public.

Combining private and public

As long as you own both, you can use a private enrichment in a private workflow and build the whole thing privately — enrichment, workflow, and actions — then publish it all when it’s ready. A public workflow can only reference public enrichments, so a workspace-visible workflow never exposes data that still belongs privately to another user.