Recent searches
No recent searches

温良
Joined Mar 28, 2023
·
Last activity Aug 06, 2024
Following
0
Followers
0
Total activity
18
Votes
9
Subscriptions
5
ACTIVITY OVERVIEW
BADGES
ARTICLES
POSTS
COMMUNITY COMMENTS
ARTICLE COMMENTS
ACTIVITY OVERVIEW
Latest activity by 温良
温良 created a post,
It's very simple: having a direct switcher (as Automations still have) requires less clicks and saves time.
New version that wastes our time:

Old version that worked perfectly fine:

Posted Aug 06, 2024 · 温良
1
Follower
2
Votes
1
Comment
温良 created a post,
Ever since the interface was changed, it's been highly inconvenient to manage macros. Reordering macros when there are more macros than one screen can display is a pain, and there's no longer an option to "Move to the first/last position," which was a huge time saver. I can't move newly created macros that go to the last position because I can't even see them in the list, and there's no switcher between pages. Instead, I have to play around with sorting alphabetically etc. or wait until agents use the macro a lot so I can sort it by usage - which ruins other macros order
Posted Aug 06, 2024 · 温良
1
Follower
1
Vote
0
Comments
温良 created a post,
Every time we merge tickets, we must manually edit the text suggested by Zendesk. This process is time-consuming. The original text I'm referring to is as follows:
"Request #X was closed and merged into this request. Last comment in request"
"This request was closed and merged into request #X."
Our use-case: when the end-user's language is not English, we make manual changes for the following reasons:
-
Zendesk's provided translations are sometimes incorrect, or they may contain outdated words that we need to modify.
-
We provide instructions on how to reply without creating a new ticket, based on the communication channel (e.g., Mobile SDK, Web Widget, Email, etc.).
Posted Oct 20, 2023 · 温良
4
Followers
6
Votes
3
Comments
温良 created a post,
We'd like to be able to create triggers based on requester.
Use-case: When an end-user opens multiple tickets, a trigger detects their actions and adds the 'duplicate_request' tag to each of them. This prevents all other triggers and automations from firing, ensuring that end-users don't receive repetitive automated replies.
I believe this is an acceptable alternative to not having a built-in auto-merge option.
Posted Oct 20, 2023 · 温良
1
Follower
4
Votes
1
Comment