\u201d in 1968 that simultaneously introduced the application window, graphics, video conferencing, and the computer mouse (not to mention word processing, revision control, and real-time collaborative editing).<\/span><\/p>\nFrom Xerox PARC and the Apple II all the way to Windows XP and mobile devices, the \u201clanguage\u201d of graphical interface design is largely a book already written. We all know, intuitively, where the \u201cOK\u201d button should be placed and how to close a digital window.<\/span><\/p>\nConversational AI has gone from a relatively unknown technology to a mainstay in customer service, and we can see the evolution of this discipline play out specifically in contact centers.\u00a0<\/span><\/p>\nIt\u2019s changing the way customers get their issues resolved and bringing new efficiencies to the forefront while drastically improving the customer experience. It\u2019s also become a game-changing tool for contact centers to unlock deep customer insights.\u00a0<\/span><\/p>\nBut this evolution hasn\u2019t been without its lessons.<\/span><\/p>\nUnlike UI design, there is no already-written book or one-size-fits-all approach to implementing conversational AI in customer service. Expectations and best-case scenarios that may work in a sandbox environment can create more problems than solutions when rolled out to customers at scale, leaving callers frustrated and developers scratching their heads wondering where they went wrong.<\/span><\/p>\nI\u2019ve learned that successful conversation design, implementation, and deployment comes down to thinking like a customer and creating conversations that don\u2019t force callers to fit a square peg in a round hole.\u00a0<\/span><\/p>\nIt\u2019s a methodology that doesn\u2019t put words in the caller\u2019s mouth and adapts to accommodate even the most unique voice on the other end of the phone line. It\u2019s a unification of the aesthetic utility of conversation design with the actual utility of the powerful AI models that allow the machine to listen, think, and speak.<\/span><\/p>\nHere are a few of my learnings and best practices for implementing best-in-class conversational AI:<\/span><\/p>\nTrust is key.<\/h2>\n Tell the truth about speaking to a machine, with no gimmicks or crutches to cover latency or inaccuracy. A machine that introduces itself with a human name, or uses computerized typing sounds to mimic a call center agent, only confuses the caller and adds time to a conversation \u2013 not value.\u00a0<\/span><\/p>\nYou don’t know your conversation drivers until you start measuring them.<\/h2>\n You should be making decisions based on data rather than relying on hunches or incomplete agent dispositions. Successful conversation design learns from every interaction to better understand what customers want and provides an unbiased view into what use-cases and flows to automate next.<\/span><\/p>\nThe \u201chappy path\u201d is only the beginning.<\/h2>\n According to Norbert Wiener, MIT professor and originator of the field of Cybernetics, \u201cthe great weakness of the machine…is that it cannot yet take into account the vast range of probability that characterizes the human situation.\u201d As a corollary, if you only design for what you expect to hear, your callers will end the conversation more frustrated than they began (and likely never call you <\/span>or <\/span><\/i>use your product again). You need to be able to change the subject, handle multiple intents, collect data while on hold, think ahead, and reference things you said earlier. These are “easy” for humans but very difficult for machines, and can make all the difference between success and failure. A well-rounded conversation design accounts for every scenario to avoid escalations or confusion.\u00a0<\/span><\/p>\nEach customer has a “frustration meter” and when you’ve filled it up they’re mashing 0 or asking for an agent.<\/h2>\n Suffice to say that before Replicant, no one had ever had a very good conversation with a machine. Callers may get frustrated simply after hearing they’re speaking with a machine. Rather than lie or hide the fact, you should push back with the machine\u2019s true value (\u201cI can get you to an agent, but it looks like there is a 15 minute hold time. In the meantime, can I get your policy number?\u201d) The customer will be in and out before they could even get to an agent and will avoid being locked in \u201cbot land\u201d. They might even learn a thing or two about how smart and fast a well-designed machine can be. If customers want to escalate, let them, but ensure you pass context to the agent so callers don\u2019t have to repeat their account number or why they are calling (I hate when I have to do that!).<\/span><\/p>\nMeet the customer where they are.<\/h2>\n I think of the family in Detroit that can’t speak to their smart fridge because it doesn’t understand their accent. Or the cashier in Quebec with a broken POS system who must wait on hold for customer service from a human agent because the automated machine doesn\u2019t understand their vernacular. Meeting the customer comes in many forms that may include jargon (intent models that handle colloquial affirmative phrases like “you got it, boss”), accents (custom transcription models that are well balanced and equitable in understanding different pronunciation), common entity extraction (that\u2019s Gleitz \u2013 G as in glass, L as in lightbulb, E as in eagle…, or even phonetic fuzzy name matching for people with names like mine that may be difficult to spell correctly), and preferred channels (switching to SMS and Flex Form for credit card collection). A conversational AI is only as good as its ability to handle the most unique customer, not the most common.\u00a0<\/span><\/p>\nDeploy continuous improvement…<\/h2>\n …to learn from every conversation, better handle edge cases, and prevent conversational flows from getting stale. This industry moves rapidly, and so do customer expectations. Conversation designs should automatically improve through machine learning (a process we call \u201ckaizen\u201d) so a customer never runs into the same issue twice.\u00a0<\/span><\/p>\nWithout test cases you are lost.<\/h2>\n When it\u2019s time to release a new version of your conversational AI, deployments should be validated with a full suite of regression tests gathered from previous successes and failures. Even simple changes in scripts and call flows can confuse customers and tank success rates. When testing changes, gather feedback from team members or friends who don\u2019t speak or think like you do. If you want to try something new, A\/B test it to validate your assumptions. It’s the most effective way to turn theories into action and ensure your designs are based in truth and equality, not biased opinion or personal experience.<\/span><\/p>\nContainment isn’t everything.<\/h2>\n It’s easy to build a terrible experience with excellent containment. Planned transfers and escalations should be part of your gameplan. Measure how successful you are at getting customers where they need to go as efficiently as possible, and make sure when the live agent takes the call you are passing context and providing an automated screen pop so agents can quickly get up to speed where the machine left off.<\/span><\/p>\n*Bonus: Outbound Calling*<\/i><\/strong><\/span><\/p>\nMake sure there is a business case.<\/h2>\n Or, no cold calls. Customers often have a negative view of dialing machines as it is, and every word spoken by conversational AI should provide value to customers in solving a problem, not creating a distraction or nuisance via outbound cold calling.\u00a0\u00a0<\/span><\/p>\nGive something to get something.<\/h2>\n Don’t open the call demanding personal information. Explain who you are (a machine calling on behalf of\u2026) and why you’re calling. Include information that only the business would know before asking for any personal identifying information. There are many out there using conversational AI for nefarious purposes and it\u2019s important to train those you call to practice good habits.<\/span><\/p>\nMake sure you can navigate IVRs that may answer the call.<\/h2>\n Before you get to a person, your conversational AI might need to press some digits. Make sure this can be done dynamically. Before we know it machines will regularly be speaking with machines. They should both use language \u2013 it’s easily understood and auditable. Voice <\/span>is<\/span><\/i> the API.<\/span><\/p>\nBe quick!<\/h2>\n Collect multiple pieces of data on the same turn. Be understanding if the person you call doesn\u2019t have time to talk. If necessary, don\u2019t force the issue. Be polite, end the call, and try again later \u2013 you’ll probably reach a different person at a better time.<\/span><\/p>\n <\/p>\n
<\/center><\/p>\n","protected":false},"excerpt":{"rendered":"Written by\u00a0Benjamin Gleitzman, Chief Technical Officer and Co-Founder at Replicant Conversational AI remains a nascent…<\/p>\n","protected":false},"author":10,"featured_media":1574,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"acf":[],"yoast_head":"\n
Top 8 Learnings After Years of Conversation Design\u00a0 | Replicant<\/title>\n \n \n \n \n \n \n \n \n \n \n \n \n \n\t \n\t \n\t \n \n \n \n \n \n\t \n\t \n\t \n