When it acts
- Support ticket marked as "Bug"
- Manual request from human agent
When a question reveals a bug or improvement, Intake creates a Jira issue with the affected account, checked state, and real support impact.
What it solves
"How is mine going?" is the question most often answered with "let me ask". Someone in support finds the issue in Jira, interprets which column it is in and translates it into something the customer understands. The agent walks that path alone and replies with the real status, the moment they ask.

What it solves
When something has to reach product, half the work is rewriting in Jira what the customer already explained, and detail is always lost on the way. The agent files the issue with the conversation, the steps and the affected account inside, so whoever picks it up does not have to ask again.

What it solves
An issue with three customers behind it and one with twenty are prioritised differently, but you only know that if someone counts by hand. Linking each conversation to its issue, the number appears on its own: it is not an opinion about what hurts most, it is how many have said it.

What it does
An integration is not useful for being on the list: it is useful for what it lets the agent do. This is what Jira puts on the table, and what the agent does with it without anyone watching.
When it acts
What it can do
Three concrete things that change the team day, not a feature list.
Create Jira tickets including the conversation and the steps Intake already verified via API.
Repeated conversations help prioritize which Jira ticket deserves more attention.
When the status changes in Jira, Intake can notify the customer without manual work from your team.
Three steps, and only the first needs a Jira admin. The rest you change later without reconnecting anything.
You open the integrations panel, pick Jira and authorise access with the account your team already uses. You need to be an admin in Jira, so if you are not, this is the only step you will have to ask someone for.
You tick the channels, events and account fields it can reach. What you do not tick does not exist for it, and you can change that whenever you want without reconnecting anything.
From the first conversation the agent looks that data up before replying, resolves what it can close on its own and passes to a person what it cannot, with the case already assembled.
Minutes, not an afternoon. You authorise access and choose what it can see; nothing needs rewriting and no development work is needed to start.
Yes, and from either side: revoking the connection in Intake or withdrawing the permission from Jira. The agent stops reading that data immediately and keeps answering with the rest.
No. Every integration sits inside the per-resolved-conversation price: 0.41 EUR on annual billing. There is no add-on to buy and no call meter.
The agent answers with what it does have and, if the question depended on that data, hands off to a person explaining why. It never invents the value it could not look up.
Yes. Intake monitors Jira status changes to keep the end-user informed of the progress.
Yes, Intake allows mapping multiple support requests to the same issue to avoid duplicates in development.