![]() that they initially contacted you through with the phone call resulting in a co-browse session. ![]() The “Email” source itself is easy to explain and although co-browse is intended to originate from only two channels Phone and Chat, there can be occasions where a customer will phone about an e-mail, social media post, letter, etc. There are now some sources which are a “No Value” (and one as an “Email”). You can see here that my assumption is correct but it has shown something else. Using Luis’s incident above will mean that this co-browse session should now show it is a Chat session and not a phone call (notice again row ID #9). The first change I have made is to the Source Column, rather than having the two message lookups I have edited the true condition to look at the incidents channel ID: It is not all doom and gloom as this is actually quite an easy fix for your reporting, ant you would just need to edit one table of the report. This increased wait will ultimately impact the Customer Experience. So this could present an issue to the analysis of the data by whomever is using co-browse, as the out-of-the-box report is not showing the true channel of the incident and you could end up inflating the number of phone calls ending with a Co-Browsing session, which can then impact your resourcing and potentially having the wrong skilled staff waiting when it should be chat skilled staff. Opening the incident associated to this entry, you can see that the incident was actually originated from a Chat session (Channel = Chat). In the image below you can see Luis has had a phone call on the 18 Nov (row ID #9) and has an Incident Reference number next to it. When I finally got round to running this report I saw exactly that. This immediately made me think of the following situation, if a chat request comes in which includes a co-browse session, and then gets converted to an incident, it will have an incident ID, and as a result would be shown as a Phone Call rather than a Chat. You can see in the tables that the Interactions (what Incidents are called in this environment) is linked to the incident ID if the Co-browse session table = 1 (an Interaction). This gives a simple Binary result, if the co-browse session was initiated through a Phone Call or a Chat Session. The first thing I noticed was the column definition for the Source: This can be a bit confusing for some people but recently this immediately let me see that an out-of-the-box report (“Co-Browse Summary”) had a basic flaw. I have to admit it, I love writing reports for service cloud, and whenever I have someone saying that they have an issue with a report the first thing I look at is the report definition. To whom I thank for this post, as well as for his invaluable expertise, which makes our implementation team even stronger. A seasoned Oracle Service Cloud expert, with c. This is a guest post from Colin Campbell.
0 Comments
Leave a Reply. |