Announce product updates internally on Slack

Every release deserves a clear internal announcement, and product managers rarely have time to write one. An Orkeste agent reads the release notes in Notion or Confluence, or the issues completed in Linear, and drafts a short announcement for the teams who need it: what changed, who it helps, what to tell customers.

The problem

Sales and support learn about new features from customers. The changelog exists, but it is written for engineers and nobody reads it in full.

How the workflow runs

Runs: When you start it after a release, or every week.

  1. Read what shipped: The agent reads the release notes page in Notion or Confluence, or searches Linear for issues completed this week.
  2. Keep what matters: It keeps the changes customers will notice and leaves out internal work.
  3. Draft the announcement: It writes a short post: what changed, who it helps, what to tell customers.
  4. Approve: The post waits in Validations for the product manager.
  5. Post: The approved announcement is posted to the Slack channels you choose.

With Slack posts behind approval, the announcement goes out only after the product manager approves it.

Who does what

What this workflow does not do

Works with your stack

Questions about this workflow

Can it write the customer-facing changelog too?

Yes. Ask for a second version in the briefing and save it to Notion or Confluence for review.

Can it post to Microsoft Teams?

Yes. Agents can send the announcement to a Teams channel instead of Slack.

Can it read our GitHub releases?

No. There is no GitHub connector. Use Linear, Jira, Notion or Confluence as the source.

Related workflows

Keep reading