views should include the condition "subject"
creating this on behalf of customer
currently views doesn't support the condition "subject", so one cannot really restrict the display of tickets depending on subject line. while it's possible to get around this with triggers and tags, it'd be nice for views to have the condition to look for specific words / strings in ticket subject
-
Yeah, how is this not included? This seems like a no-brainer. Is there any kind of workaround?
-
Adding my vote - this is a feature that seems arbitrary to exclude.
-
Huge +1 from us! We have a number of views that search for certain key terms ("Complaint" for example) and it's not uncommon for a customer to put that term in the subject line, but not in the body of the original comment.
-
Hello, can you please tell me, how far is the solution? As I can see there are many demands to have this filter by "subject" - since 2009! For us is it also very important - our customer mention the importancy in the subject line - now we didn´t have the possibility to solve these tickets. Please, let me know. Thank you
-
Definitely; shocking to have the need (in a big way actually) recently and discover that it is not possible (yes, I read the trigger workaround etc, and perhaps one could also do an automation if it's too late for a trigger, but that doesn't have the needed flexibility and experimentability.) Thanks.
-
+100
-
Yes please!
-
Pinging this. Just needed it, assumed that it was long-since available, and was flabbergasted to see that it's not yet.
-
+1 from my team too
-
Nicole,
Thanks so much for your response. I really appreciate it. I feel heard :)
I do understand and appreciate the complexity of managing a complex software product's releases and product features.
What would really make a difference, I think, is if the company provided its customers with *some* sort of visibility into the decisions that are made. For example, if a feature request has been considered, what are the major categories of "not currently planned" reasons, that you could potentially share without it being a problem? "work required to customer benefit ratio too high", "planned for a future release bundle", "not enough customer demand", "only affects a small number of customers", "workaround is of low impact", "depends on other changes not currently planned", "will be addressed by a future release", etc. What I want to know is why THIS request hasn't been acted on in nearly 10 years. Is it because not enough customers want it? Is it because it actually would be really hard (for reasons I can not fathom but may exist) and so it depends on other future work that will take a long time to see the light of day? Is it because changes to views functionality are planned for a later bundled release and this one will wait for that? Is it that you'll never do it because the workaround seems reasonable to most of your customers? Is it simply that only small customers or not enough customers need this?
I guess I'm trying to figure out if Zendesk product features tend to be driven mainly by the needs of the workflows of larger customers, or if less common workflows like ours can ever get their needs addressed. When requests like this go unmet for 10 years with no explanation as to why, it's easy to assume the worst. If you don't want people assuming the worst, a little transparency goes a long way.
Which brings me back around again to thanking you for your response, which, while not actually answering my question, did really make me feel heard and gave me some hope for hearing more about the future of this request some day. It also made me realize that our team often uses views very differently from how Zendesk intends views to be used. Which makes me realize that Zendesk might provide other functionality that would better meet our needs. (or, maybe it doesn't and isn't a great fit for how our team operates). I'll look into this further and will reach out to support for further guidance as this isn't the right forum to get into those weeds.
-
This has been a request since 2009... https://support.zendesk.com/entries/47193-Need-Subject-line-condition-for-browse-views
-
We're absolutely a +1 on this request too. Just went live with ZenDesk on a migration from JIRA and hadn't even considered that we'd be unable to filter on the Subject of a ticket. :-(
-
I don't understand why this is not already a feature. We MUST have a way to sort/filter ticket history by different Subjects in a view.
-
This comes up regularly for us and the need to create triggers that create tags is a hack.
-
+1, also run into this limitation frequently where filtering by subject is the best way to create certain views.
-
+1
-
It's really poor from Zendesk functionality perspective that we can't use ticket subject for Views and at the same time subject is not included in description. This is absolute basic type of filtering and 7 years of waiting.
C'mon 7 year for such a basic thing!!!
-
I just discovered this issue and am aghast that it's been requested for this long, by so many people, and still hasn't been provided. Could Zendesk at least explain why this is "hard" or "undesirable" in some way, so that it at least makes some sense to us that it hasn't been implemented?
The workaround to use tags is not ideal for us. I don't want agents creating tags. I just want agents to be able to create personal views and filter on text in the subject.
For example, when we send out notifications of a new build release, we email each user that has a tag indicating they wish to receive that notification. This is done by opening a ticket for the user. That way if they reply, we always have the full history of what they received/what they are replying to, even if they edit it out of or mangle their reply. These tickets all have a specific Subject line, but their Description content varies based on a number of things and contains terms and phrases that would be found in other tickets as well, and the sender varies as well. The Subject is the easiest and best thing to filter on.
-
This. We recently sent out an email that elicited quite a bit of noise back into our helpdesk by way of direct replies. This was intentional, but we were having troubles sorting them all out inside of a view.
There is currently an option to conditionally pull tickets into a view based on full or partial search terms within the ticket description. I agree it would be insanely helpful to have this same logic to filter view results but subject line.
-
Interesting there are two tickets about this
-
So dumb this doesn't exist. Work around is a trigger to tag the ticket if “subject contains” and then make the view condition with that tag.
-
Hello,
The above thread is now closed for comments.
Is this soon going to be option to filter views by subject? I had always assumed you can until I have just tried to do it. This makes no sense to me, a subject is normally something repetitive (or contains a reptitive keyword, i.e. Review) but the description really varies per user?
Is this going to be added as a function soon?
Thanks, Milo
-
Yes, I completely agree with everyone's comments here. This should be Out of the Box, and it is still 7 years for this Feature Request to be implemented. What has to be done to get this a prioritized and fixed?
-
+1 on this subject,
The fact that we can't use ticket subject for Views and at the same time subject is not included in description is hampering our productivity as well.
What are the arguments for Zendesk to not pursue this feature? After more than a decade of requests?
-
This is pretty insane to me, as a former ServiceNow admin. Other tools let us sort views based on subject, caller, etc. Why on earth would Zendesk make the decision to remove the ability to sort by Subject? It's one additional tool we have when managing a queue to see tickets titled similarly that may represent either 1) the same issue, or 2) similar issues that need to be investigated. I am also frustrated as we just turned on TALK and I have agents who aren't always changing the subject from the default "Call with"... format text to a real subject and I (yes... I'm crazy) want to create a view that looks at the subject text and capture those. In ServiceNow, it would be simple as I could do a "contains" qualification against pretty much ANY field. Not understanding why this is so limited in Zendesk. It's a great tool. "Subject Text contains" as a condition exists only as a trigger option, not for views, and not for automations. I had had a crazy idea of using an automation to monitor tickets that contain "calls with" subjects in tickets and add a tag so I could use that for a view, and then when the condition was no longer met, to remove that tag. However, of course, the condition of "Subject Text contains" is also not available in automations. If you can make it work in triggers, why on earth can't you find a way after what looks to be a decade of reporting this issue in views and automations?
-
Was just thinking --- could there be a function that we can use similar to typing #requester (email address) when forwarding an email in to the system?
Perhaps #appendtoticket 99999
And if it is from an agent or a customer or a CC on that particular ticket, you add it to the ticket. If not, you boot it into a new ticket as normal.
Is that do-able?
-
Definite +1 from me. I am having to tag the subject line and then create a view based on the text in the tag. It would be much better and cleaner to have Ticket::Subject like the other items.
-
Adding my voice to this request. It would be helpful if ZenDesk would at least explain why this is a feature they can't make available.
It's the only system field that's text, other than the description, which is a multi-line field. All the other system fields are available for addition as criteria to a view. Why NOT this one?
Rigging it with a trigger to add a tag just makes a hot mess of my tag library.
-
Hi @...
" I have flagged this conversation for review by a product manager, and we'll do our best to get an update posted here in the next several weeks."
Any updates?
Please sign in to leave a comment.
50 Comments