Recent searches
No recent searches

Andrew McIntyre
Joined Apr 15, 2021
·
Last activity Oct 27, 2021
Following
0
Followers
0
Total activity
9
Votes
3
Subscriptions
4
ACTIVITY OVERVIEW
BADGES
ARTICLES
POSTS
COMMUNITY COMMENTS
ARTICLE COMMENTS
ACTIVITY OVERVIEW
Latest activity by Andrew McIntyre
Andrew McIntyre created a post,
Hi all,
My understanding is that agents and customers can only attach images. Please let me know if that is not true.
I would like to provide our customers with an option to attach .PDF reports to their posts and comments on our Community and want to ensure that I didn't miss a setting or permission that determines which file formats agents and customers can upload to Community posts and comments.
I looked for a similar post on the Community about this topic but didn't see one that caught my attention. Feel free to let me know if there is already an ongoing discussion about attaching .PDF files to Community posts and comments.
Thanks
Posted Jul 19, 2018 · Andrew McIntyre
10
Followers
11
Votes
8
Comments
Andrew McIntyre commented,
- Tell me about if/how you use content moderation feature now?
We do not use Community Moderation as a way of staying on top of Community activity. We do not want to rely on Community Moderation because our community moderators are not responsible for approving and rejecting community content. Our community team is responsible for encouraging discussion by commenting on posts when they feel it is appropriate.
- Why do you want/need to escalate every post/comment to a ticket?
Aggregating Community activity in a completely separate platform requires that we share credentials and manage separate accounts and subscriptions. The biggest pain point of this workaround is that there is no way to apply a unified priorities system to agents' tasks so they are required to make decisions on the fly about whether they should contribute to the Community or reply to a direct support request. I anticipate that Zendesk's support team is large enough that have the luxury two independent teams, one for Community moderation and one for direct support requests. Unfortunately, we are nowhere near large enough to differentiate between Community moderation and support requests so we are forced to have a single team that is dedicated to both tasks.
My experience has been that when you require people to think on the fly, things fall through the cracks and resources are allocated inefficiently. If that doesn't ring any bells for you, consider that, if my understanding of Explore is correct, the inefficient allocation of resources because agents were required to recognize patterns is the primary motivation behind why Explore was released in the first place.
All new comments and posts are an opportunity for us to contribute to the discussion and be made aware of issues that the user may have not considered contacting us about directly. We see our Community as no different than any of the other communication channels that we receive tickets from in Zendesk. We do not think of moving a conversation from the Community to Zendesk as escalation because we do not determine priority solely by the channel from which a customer's comment was received.
Agents spend their time answering tickets in Zendesk. If agents are required to manage two sets of credentials, in two separate platforms that require different workflows, they will be less efficient and the system is inevitably going to break down because a lot of the processes will be held together by nothing more than the agent's personal knowledge. We can start making helpful decisions on behalf of the agent only after their tasks are aggregated into a single platform. Nothing breeds chaos like the entropy of information.
- Tell me about your ideal workflow. If there were no limitation what would you like to have?
Basic Workflow:
A Community Channel exists in Zendesk that allows an Administrator to subscribe to different topics. Each time a new post is added to the Community a new ticket is created. Each time a new comment is added (not by an agent) to an existing post a public comment is added to the existing ticket. Agents can take ownership of "Community tickets" in the exact same way that they would take ownership of any other ticket.
Short term: a link to the post is included in the public comment so the agent can navigate to and comment on the post directly. Long term: the agent can comment directly on the post by replying to the ticket with a public comment.
If the conversation has drawn to a close the agent the ticket is set to Solved. If the conversation will likely continue in the future the ticket is set to On Hold or Pending, at the discretion of the organization's internal practices (we would choose Pending).
If an agent sets a community ticket to Solved but does not close the post for comments, a new "follow-up" ticket will be created if someone comments on the post (just like how regular tickets are handled today).
Long term: A Post's status could be managed directly within the ticket interface via a popup in the Open/Pending/Solved/On Hold action button that would only appear for "Community tickets". Actions included in this channel specific action popup would include be same as what is available in "Post options" on the Community. Agents would have similar "Comment options" button available in the body each public comment, allowing them to Edit, Delete, Mark as spam, Permalink, and Create a ticket.
Message Contents:
The ticket subject is the title of the post and the ticket's public comment is populated with the body of the post.
Files attached to the post or comment are attached to the ticket. Short term: limit the type of attachment that can be attached to "Community tickets". Long term: synchronize the attachment support between community comments and tickets as community supports more file formats into the future.
TLDR; Companies that can't afford to sustain two teams where one is dedicated to community management and one is dedicated to support request are required to teach all of their agents about two completely different platforms. Different systems in the same team encourage entropy. Entropy encourages chaos. Chaos allows things to fall through the cracks.
As Patrick Henry once said at the Second Virginia Convention, "Give me a single platform on which I can manage my agents' responsibilities, or give me death!"
Thanks for your time
View comment · Posted Jan 10, 2018 · Andrew McIntyre
0
Followers
3
Votes
0
Comments