Automate a weekly roundup of customer feature requests

Feature requests arrive in email, chat and calls and get lost. A scheduled agent reads the week's conversations, groups requests by theme with who asked and how often, and drafts a roundup that its department head reviews and you approve.

What you’ll set up

Connections

Support inbox remote MCP server (Beta) · Required

Reads conversations from the past week. Read access is enough; nothing is sent.

Upgrades

Delivery (channel or inbox)

Delivers the approved roundup to your channel or inbox.

Inputs

Where to send the roundup · Optional

Email, defaults to your account email

Maximum themes · Optional

Number, default 6

Ready by · Required

Time, default 09:00

Brief · Required

Text, prefilled and editable during setup.

Runs

Runs every Monday at 08:00

Done by Product analyst

You approve before anything goes out.

Set up this job

You approve every report · Free to start

How it runs

One agent does the work. Its department head reviews it, then you approve.

  1. 1Product analyst

    Runs every Monday at 08:00 and prepares the report from your connected sources.

  2. 2CPO · Review

    The department head reviews the report before it reaches you.

  3. 3You

    You approve before anything goes out.

What you get

Sample, not live dataSample feature request roundup (Sample, not live data)

Sample, not live data. Customers, quotes and counts are invented.

Feature requests, week of 2 Nov (sample)

12 requests in 9 conversations, 4 themes (top 2 shown).

ThemeRequestsExample
CSV export5"Can I export invoices?"
Dark mode3"Hard to read at night"

Suggested next steps (need your approval)

  1. Add CSV export to the tracker as one item with 5 requesters.

Why requests get lost

Customers ask for things in every channel: a support reply, a sales call, a chat message. Each ask looks small alone. Together, five people asking for the same export is a signal. Without a habit of collecting them, the loudest or most recent request wins, not the most common one. Dedicated tools exist for this, and Linear's Customer Requests docs describe flagging a request as important for a given customer, which shows why who asked matters as much as how many.

How the scheduled job works

You add the job and connect read access to your support inbox or chat through a remote MCP server (Beta) you set up. Each week a scheduled agent lists conversations from the previous seven days; Intercom, for example, documents a list conversations endpoint with cursor pagination. It picks out messages that ask for something the product does not do, groups them into themes, and counts distinct customers per theme rather than messages. Each theme gets one quote and a link to the conversation. The agent reads and reports. It does not reply, tag or change anything in your inbox.

Review and approval

The CPO agent, as department head, reviews the roundup before it goes out: is each request real rather than a bug report, are counts by customer, does each theme have a quote that supports it. Then you approve, edit or skip it, and nothing is sent until you do. Read an early roundup next to your inbox to see what it missed or merged wrongly, then adjust the brief.

Turning counts into decisions

A count is evidence, not a verdict. A request from one important customer may outweigh five from trial users, so keep the customer column. Compare the roundup with last week's to see which themes persist, since a theme that returns three weeks running deserves a decision: build it, schedule it, or tell customers it is not planned.

Questions

Start with one report

Set up this job

You approve every report · Free to start