# Turn repeat support tickets into draft help articles

> Every Friday, spot the questions your team keeps answering by hand and get a ready-to-review help article drafted from real fixes.

- Workflow type: agent
- Services: Jira Service Management, Confluence, Slack
- Categories: Customer Support, Operations
- Published: 2026-08-04

## What it does

- Looks at every support request your team resolved in the last 30 days and groups them by the underlying problem, rather than reading one ticket at a time.
- Checks your existing help articles to see which of those recurring problems are already covered and which are not.
- Writes a draft help article for the biggest uncovered topic, with steps taken from how your team actually solved those tickets.
- Messages your support lead with the draft, the tickets behind it, and why that topic was picked.

## What you'll need

- A Jira Service Management service desk where your team resolves customer requests
- A Confluence space where your help articles live, plus permission to create pages in it
- A Slack workspace and a channel or person to send the weekly note to
- At least a month of resolved requests, so there is enough history to spot real patterns

## Prompt

Every Friday at 3pm, find the gaps in our knowledge base by looking at what our service desk keeps answering by hand.

Start by using the Jira Service Management List Customer Requests action to pull every customer request that was resolved in the last 30 days, capturing the request summary, description, request type, and resolution date. For the requests that end up in a shortlisted theme, also use Get Request Comments to read how the agent actually walked the customer through the fix. The real resolution steps usually live in the comment thread rather than in the summary field.

Do not treat each ticket separately. Cluster the resolved requests into recurring themes based on the underlying problem the customer had, so that "cannot log in to VPN", "VPN password expired", and "VPN access denied after laptop refresh" all roll up into a single theme. For each theme, keep the contributing ticket keys, the count, and how long those requests took to resolve.

For every theme, use the Search Service Desk Articles action to check whether the knowledge base already covers it. Search using the words customers actually used in their requests, not internal jargon, and try more than one phrasing before concluding nothing exists. A theme counts as covered only if an existing article genuinely answers it. A loosely related article does not count as coverage.

Then pick the single top theme that has at least five similar resolved requests and no existing article, ranking by ticket volume. If two themes tie on volume, prefer the one whose tickets took longer to resolve, since that is where the manual effort is going.

For that one theme, use the Confluence Create Page action to write a draft help article. Build the actual steps out of how those tickets were genuinely resolved, following the real fix sequence found in the request comments and resolutions rather than inventing generic advice. If the tickets show more than one valid resolution path, cover each one and say when each applies. Structure the page as a short description of the symptom, who it affects, numbered resolution steps, and a note on when to escalate to a human agent. Close with a list of the source ticket keys so a reviewer can trace every step back to a real request. The page must be created as a draft so a human reviews and publishes it. Never auto-publish it.

Finally, use the Slack Send a Message action to tell the support lead what was drafted. Include a link to the draft Confluence page, the theme name, how many resolved requests it came from along with their ticket keys, and a one line explanation of why that theme was picked over the runners up. Also list the next two or three themes that nearly qualified, with their counts, so the lead knows what is likely coming next week.

If no theme clears the bar of at least five resolved requests with no existing article, do not create a Confluence page at all. Just send a short Slack message saying the knowledge base kept up this week, and list the closest themes with their counts.

## How to customize

- Change the day and time it runs, or widen the 30 day lookback window.
- Raise or lower the five ticket threshold a topic must clear before an article gets drafted.
- Point the draft at a different Confluence space, or change who gets the Slack summary.

## Example output

Knowledge base gap found this week

Theme: VPN access fails after a laptop refresh
Resolved requests: 7 (HELP-2841, HELP-2856, HELP-2870, HELP-2884, HELP-2901, HELP-2915, HELP-2933)
Existing article: none found

Draft ready for review: "Reconnecting to VPN after a laptop refresh"
https://yourteam.atlassian.net/wiki/spaces/HELP/pages/98533

Why this theme: highest volume of the four uncovered themes this month, and these took an average of 2 days to close because the fix got rediscovered each time. The draft follows the sequence your agents actually used: re-enrol the device certificate, clear the cached profile, then reset the VPN password.

Close behind: printer driver install on managed Macs (4 requests), SSO timeout on shared kiosks (4 requests).

## FAQ

### Will the help article be published automatically?

No. It always lands in Confluence as a draft, so someone on your team reviews and edits it before anyone outside sees it. Publishing stays a human decision.

### Where do the steps in the draft come from?

From the tickets themselves. It reads how your agents actually resolved those requests, including the back and forth in the comments, so the draft reflects the fix your team really used instead of generic advice.

### What if nothing new comes up that week?

If no topic has at least five resolved requests without an existing article, nothing gets drafted. You just get a short Slack note saying your knowledge base kept up, along with the topics that came closest.

### Will it duplicate articles we already have?

It searches your existing help articles for each recurring topic before drafting anything and skips topics that are already covered, so it only writes pages that are genuinely missing.

### Do we need a particular Jira Service Management plan?

Any Jira Service Management project where your team resolves customer requests will work. You mainly need access to read resolved requests and your existing knowledge base articles.

Use this prompt in General Input: https://www.generalinput.com/prompts/turn-repeat-support-tickets-into-draft-help-articles