Recent searches


No recent searches

Serving chats in the Zendesk Agent Workspace



image avatar

Lisa Kelly

Zendesk Documentation Team

Edited Aug 30, 2024


1

65

65 comments

Thanks Mike, we do have that set up — the issue above is with chat triggers specifically, and the best way to enter their information while already in a chat with them.

From the article:

If the chat is started by a proactive trigger, the pre-chat form requirement is bypassed and chats can be created without users having to fill in their name and email address

0


Sharing similar feedback/confusion that Hannah voiced. Is it possible to have Messaging and Chat enabled at the same time? I don't understand how we're supposed to switch between these channels if they're "two distinct offerings." If only one can be enabled, then what can we make of the triggers in the Chat dashboard that are for "Channel: Chat and Messaging"?

 

 

0


image avatar

Anne Ronalter

Zendesk Customer Care

Hello Natsumi,

Even with Messaging enabled, customers / you can still access the Chat product. 

In the Agent Workspace you can switch channels within the tickets.
 
 
In regards to your questions about Chat triggers in messaging, you can find more details here:
https://support.zendesk.com/hc/en-us/articles/4408822204698-Chat-triggers-in-messaging 

0


image avatar

Pedro Rodrigues

Community Moderator

Hi Natsumi Mariner and Hannah Voice, this can be confusing indeed! Here's hoping I can clarify this (from my own experience setting both channels up simultaneously).

We can indeed have both channels/setups active, but we won't be able to switch from "Messaging" to "Chat" and vice-versa during the same user engagement (or ticket ID). The end-user is either contacting us via one or the other.

How can both coexist in Agent Workspace?
Let's assume we have multiple Brands. We can therefore enable Messaging for one brand, which shows as "Web Widget" in Admin Center » Channels » Messaging and social » Messaging (yoursubdomain.zendesk.com/admin/channels/messaging_and_social/channels_list); and Chat for another brand, which enables "Web Widget (Classic)" in the same section in Admin Center.

Example:

Having these two widgets active means we can receive chats via both Messaging and classic web widget within the same Zendesk account (and with Agent Workspace enabled). In other words, users can contact us via these two channels, but they are different and unrelated.

To illustrate a bit more, here's a classic chat conversation with end-user "John" in Agent Workspace:

And a messaging conversation with end-user "Mary" in the same Agent Workspace:

However, if a user contacts us via one of these channels, we can't choose to change the channel to the other (as it isn't available/possible).

In our examples above, we can't change the channel to "Chat" on our conversation with Mary, as she didn't engage us via the classic widget:

We can't change the channel to "Messaging" on John's conversation either, for the same reason:

I hope this clarifies things a bit... Let me know if it doesn't 😅

1


Hey Pedro Rodrigues thanks for all of the helpful information. From your example, is it correct to say then that if we're only using on brand, then we would only have either Messaging or Chat? 


0


image avatar

Pedro Rodrigues

Community Moderator

Hi Natsumi Mariner, sorry for any delay getting back to you. That's right, as we're only allowed one widget per Brand, at least for now.

1


Hi guys!

I have this problem when the chat is transfer to another agent:

"End chat
This will close the current session. Would you still like to end the chat?"

I have all as Mike said here but nothing! 

Both Agents are online on the same group, the department is enable to chat, both agents are enables to chat... and nothing!

Any other idea?

Thanks!

Maria

0


image avatar

Lisa Kelly

Zendesk Documentation Team

Hi Maky
I'm sorry you're having trouble with the transfer. I recommend contacting Zendesk Customer Support so they can help you troubleshoot the issue. 

-1


Hi Lisa Kelly

I solved the problem!

I tell you what happened to me; the groups inherited from the old instance before the switch to the agent workspace did not work for the chat transfer, they only work for the assignment but once the chat is in progress if I want to transfer the chat it gives me the error reported earlier. I had to delete all groups and redo them one at a time, that's the only way it worked.
Tip!: for the switch to agent workspace, redo all chat groups from scratch!

Cheers!

Maria

0


image avatar

Lisa Kelly

Zendesk Documentation Team

Hi Maria
I'm glad it's fixed! But, I'm sorry that you had to redo all your chat groups! The migration wizard is supposed to take care of that automatically (if requested), but it looks like that didn't happen in your case. Do you recall what version of Chat you are using? So I can give more details to our Product team. See Determining your Zendesk Chat account version

0


We experience latency issues whenever more than 2 tabs are open (which is unavoidable given the queue and need for after-chat work).  All other tools open or sites that we navigate outside of Zendesk Agent Workspace are working as per usual.  May I know what's causing this issue? Is this a known Zendesk limitation? Network and Hardware minimum requirements are met I believe but as long as we have more than 2 tabs open - problem starts. Can someone assist ?

0


Just commenting that it would be nice to mention in this article that the visitor path info we are used to seeing in legacy chat (not on the agent workspace) is still available, and lives in the Context Panel.

1


image avatar

Lisa Kelly

Zendesk Documentation Team

Hi Lila
We show and describe this in the main article about the Agent Workspace.  See Key elements of the ticket.

 

-2


Lisa Kelly Yes, I'm just saying it would be good to mention it in the article above as it's an important part of serving a chat for many agents.

0


we tried to transfer the chat to another online agent.

there was no option to assign the chat to the other agent even though both were online.

0


Shu Anne Tio

We also had this behavior when we introduced chat 2 years ago.
The solution was that we had to activate more than one department for chat, if I remember correctly. Anyway it does not seem intuitive but there is a solution.

1


Is there a way for the agent to preview a chat in the Agent Workspace prior to accepting? We have newer agents who need to be a bit more selective with the chats they can take and would like them to be able to preview a chat prior to accepting. We haven't yet upgraded to the Agent Workspace and just want to confirm this prior to upgrading

1


image avatar

Pedro Rodrigues

Community Moderator

Hi Dave Jensen, I don't think there is at the moment.

Using Subject in Views usually shows a preview of a ticket's Description but that does not seem to apply to Messaging tickets in Views: when hovering over the Subject I can only preview "Conversation with [user] URL: none".

That said, the only option seems to be creating a View where you see New tickets via Messaging and opening the ticket. This way you can open the messaging ticket and bypass the 'Accept' call-to-action (which will remain active until someone clicks to accept, so at least there's that):

 

0


Lisa Kelly
We have recently moved to AWS - Chat. Is it expected behaviour when an agent transfers a chat to another agent, the agent will not receive a sound notification to alert them of the transferred chat?
I could not find anything in the AWS Chat limitations article, unless I missed it.

0


image avatar

Lisa Kelly

Zendesk Documentation Team

Shelly
It depends. After the Chat is initially accepted, the Chat becomes a ticket and behaves like any other Support ticket in the Agent Workspace. The notifications you receive depend on what ticket notifications and routing rules you have set up in your account. If chat transfers are not working as expected in your account, Contact Zendesk Customer Support

0


Thank you for your reply Lisa Kelly.

I have contacted ZD Support and they confirmed it is a known limitation of the AWS system. It maybe helpful to note that in this article so other customers are not asking them same thing & clogging up support. 


If we're looking at chat transfer notifications I believe that this sound notification only happens if the chat is transferred to a group but for a specific agent, it's not yet supported. 

I did check in our article but as of now this feature is still being worked on, don't have an ETA yet though. https://support.zendesk.com/hc/en-us/community/posts/4408860643354-Agent-Workspace-Notification-when-chat-is-transferred-to-agent#:~:text=Thanks%20for%20the,Regards%0AAyush

0


I just enabled Agent Workspace and not all of my shortcuts are appearing.  Never had a problem with this prior to switching to Agent Workspace?  Do I need to rebuild them? Is there a limit to how many appear.  Some do come over--but some don't, and I cant figure out why/why not. 

Any help is appreciated!!

0


image avatar

Kai

Zendesk Customer Care

Hi Justin,

I'll create a separate ticket for further investigation. 

Thanks!

0


Hi there, 

Is there a way to prevent chats being transferred to individuals and only have them transferred to groups? 

We are finding that people are transferring and accidentally selecting an individual's name which assigns the chat directly to that person, without notification and causing chats to be missed if someone is working on a different system. 

We want people to transfer the chat to the whole group so that is goes into a queue, but not to individual agents. Thanks, Steven. 

0


Hey,

quick question about Messaging.

If all agents are Invisible, does that mean an automatic message is gonna be sent saying that no agent is available ?

Or is it something only firing when we're out of the schedule (only if I put the option in the flow builder of the bot)

0


image avatar

Jupete Manitas

Zendesk Customer Care

Hi Steven,
 
Thanks for writing in! At the moment, there is no option yet to prevent agents from transferring chats or messaging requests. As described in the article, agents can transfer the ticket by changing the assignee. Normally, chats will flow depending on the routing option you have configured and it is still depending on your internal workflow or process agents. Some users are training their agents if they want to transfer they are using another internal tool to chat with their team members. You may also look into this - Sharing chats with other agents in the Zendesk Agent Workspace if this works on your use case.  
 
Hi Max,
 
With Flow bot, the first recommendation is still configuring a schedule. The office hours will be shared with the visitor and by having a schedule, visitors will know and they can opt to leave a message and wait for an agent's reply or come back during office hours. 
 
We hope this information helps!
 

0


Are there any plans to make the chat UI more clear on who's response is who's? Right now, both the agent and customer messages appear to be the exact same. The only way to differentiate is to look at the name above the message. Are you able to move one part of the conversation to the right side of the chat block or possibly change the color of the text?

0


image avatar

Sydney Neubauer

Zendesk Luminary

I don't see it documented but what is the behavior when all available chat agents set themselves to away? Is chat still accessible on the website but they sit in the queue?

I ask because the current talk behavior is that if there is only 1 agent online but they are away, the call will remain in the queue until an agent is available or they reach the max queue time.

Is the chat behavior the same or different?

0


image avatar

Noly Maron Unson

Zendesk Customer Care

Hi Sydney,

The same behavior applies in chat that end-users can still request for chat and will stay in the queue if all agents are set as away.

Hope this helps.

0


Hi Team, 

Will there be any changes in our chat and email reporting since these conversations can be combined in 1 ticket? How will this affect our reporting?

Thanks in advance!

0


Please sign in to leave a comment.