Getting Started with the New Watson Assistant: Plan It — Start Small, Go Fast
You might be tempted to train your assistant to answer everything under the sun. We’ll show you how to start simple and build up from there, proving value all along the way.
So, you’re launching your first assistant? Amazing! We’re here to help you get going, but before we dive in, it’s important to take a step back, think about your overall goals, and plan out how you’re going to start.
Most of our customers have the vision of a truly personalized customer or employee-facing assistant that can work on any channel and handle just about any request at any stage of that person’s journey. They want an assistant that can deflect questions from reaching support agents, speed up task completion, handle sales inquiries, capture leads, reduce the cognitive overload of navigating customer service channels…. Sound like your vision?
For what it’s worth, we think you have a great vision. And our goal is to get you there. But your vision likely requires a lot of system integration and team collaboration across departmental boundaries. So instead of trying to do a bunch of up front work to go big from day 1, we want you to start small, prove value, and then scale your assistant after launching it.
Start Small, Go Fast
So yes, we want you to start small and launch your assistant as fast as possible. Why? Because we’ve seen this time and again: many of our customers will spend months building and testing an assistant that tackles tons of topics. And once they launch, they find that most of the assumptions they made about how their users ask questions or want to interact were wrong. Then they have to go rebuild a bunch of stuff. Ugh!
The reality is that humans use language to ask for things in weird and unpredictable ways. And it’s especially weird when they talk to virtual assistants (which, as an aside, is very different than the way they talk to humans). Although we can definitely help you make sense of your existing human to human customer service logs (more on this later), you really need to see some real-world assistant usage before you’re able to grow and perfect your assistant.
Organizations that have started with a single domain of topics, launched quickly, and then iterated afterwards have always ended up in a better spot than those who spend months in the pre-launch phase.
You’re probably thinking, “Sure. But I don’t want to rush to launch a dumb bot that makes my business look bad!” No one likes a dumb bot. They’re the worst. And they just exacerbate the problems that you set out to solve in the first place.
That’s why we have a number of safeguards built into Watson Assistant to prevent dead-ends and dumb interactions. And that’s also why we always recommend a 3-stage, “walk, run, fly” approach to building, launching, and scaling your assistant:
Start by Walking (Not Running, Not Flying)
Let’s get concrete. We recommend that the first version of your assistant operate on one channel (e.g., your website or over the phone) and within one initial domain or department of your business (e.g., payment support). The focus of your launch should be on unifying the self-service and human-based customer service experience within this domain. More specifically, you’re focusing on one or both of the following value areas:
- Make it easier for people to get the help info they need on the first attempt
- Deflect common informational requests from reaching human agents.
Once you’ve launched your first assistant and have started walking, you can continue to improve and grow the assistant into the run and fly stages. But for the purpose of this guide, we’re just going to focus on the steps you take to learn how to walk. Are you ready?
If so, the rest of this post contains all the info you need to plan out your first assistant. For reference, here’s the five-step journey you’ll want to take to get your first assistant out the door.
First-Assistant Getting Started Steps
- Plan it — a few hours (you are here)
- Next Step — Build Your First Assistant (30 mins)
Planning Your Assistant
Once your initial assistant is launched, it’ll look something like this:
But wait! Before you start building, it’s important to plan out the key parts of your assistant so that you can hit the ground running. The good news here is that you only need to make 5 decisions before you start building! Easy, right?
Let’s go into more detail on each step of the planning process. Once you’re finished planning, we’ll move on to actually building in the following post!
1. Starting Channel
Before deciding which specific topics to build into your assistant, the first thing to decide is where you to launch it. The major channels of communication with your customers are via the phone or via your website. Since you’re just getting started here, let’s not go crazy — you’re not going to put this on your company’s home page, nor should it be immediately answering all the calls coming into your call center (we’ll get there, but start small and iterate).
Let’s break down where to start depending on the channel you’ve chosen.
Your Website or App
Watson Assistant comes with an easy-to-embed web chat widget that most of our customers use as their initial channel. If this is your channel of choice, decide on which pages it should show.
To that end, identify the pages where your customers most frequently ask questions from your customer service team. Another place to start is your self-help content like FAQs. It would be especially good if the questions asked on those pages are similar—i.e., lots of people are asking the same thing.
Pro tip: For page traffic, we typically see 1 to 5% of visitors use a new assistant in a given calendar month. So choose a set of pages that have enough traffic to give you enough data to improve the assistant. A few hundred assistant users per month is a good starting point, meaning you should launch on a set of pages that have at least 5,000 to 10,000 monthly unique visitors.
Over the Phone
For the phone, it’s basically the same story as the web. You likely have an existing interactive voice response system with a tree-like branching structure (“press 1 for billing, 2 for payments”). You can integrate Watson Assistant with your existing system to automate only one area of your overall IVR experience (e.g. press 2 for payments, then Watson handles the rest). Again, you want to start small to prove value incrementally rather than trying to boil the ocean.
2. Starting Domain
At this point, let’s not get bogged down analyzing historical chats and data. Your goal should be to quickly find an opportunity to showcase your assistant’s value and get comfortable building and deploying. So, how do you quickly and easily decide where to start? We can offer a couple of choices to help speed you along:
- Mine your customer service team for the questions/scenarios they handle all the time, and look at them through the lens of potential for automation. Their answers will give you a clear idea of where to focus your efforts first.
- Choose from our pre-built actions templates to begin your build process. These already start you off with a fixed domain/topic framework that you can use as is, or customize to address the unique characteristics of your use case and organization.
Pro tip: Once you’ve chosen a domain, be sure that it aligns to the part of the channel (website or over the phone) that you can actually control and change. For example, don’t choose to automate billing support questions if the billing team won’t let you add the web chat client to the billing web pages.
One final pointer. Remember that you’re not going to build an assistant that can act on a user’s behalf to, for example, look up recent transactions (again, we’ll get to that in later stages, but you should start simple). You’re looking for questions that can be easily answered concisely with text and some links.
3. Frequent Topics
As you can see in the “walk, run, fly” approach above, an assistant really shines when it can get jobs done for people faster and more personally than alternative methods. But before you get to that “walk/run” world, your assistant must have access to concise answers your customers are seeking today.
Now that you’ve selected a domain, it’s time to figure out which specific questions you want to teach the assistant to handle. We recommend using your assistant to automate answers to the top three to five informational topics that your customer service team encounters on a daily basis. To do this, you’ll build explicit action flows for each of the problems you want to solve for your customers.
Pro tip: Our pre-built templates can help you speed through this process and get up and running fast without having to put on the thinking cap.
For all other topics within your domain, you’ll either provide responses by using the search skill to search for answers in your existing help content or escalate the conversation to a human agent (keep reading).
4. Content Source(s)
In addition to the top three to five topics, you should take a quick inventory of all of the help content (product information, knowledge articles, FAQs, etc…) available to your customers today within the domain you’ve chosen. You’ll use this inventory when you set up the search skill to retrieve search results.
You might be wondering, “When do I search against existing content service provide a conversational flow?” To answer this, start by imagining you are the end user of this assistant. Your goal is to get what you need as fast as possible. Some things that slow you down might be:
- reading a long help article for 10 minutes and finding what you need at the bottom
- having to hunt around and read multiple help articles before finding what you need
- waiting on hold for human agents
- hitting dead ends and having to start over on another channel.
So, essentially, for a given topic, you (as the builder of the assistant) need to decide which resolution method (action, content, or human) would be the most expedient and the most complete for getting the job done.
5. Handoff Strategy
Your customers hate hitting dead ends when they’re trying to get something done with your business. This means that 100% of the questions need some method of resolution. It’s likely that, in this first launch, you’ll be able to handle 40–70% of questions with the assistant itself between your top topics and other content sources. So what about the rest?
For any other on-domain questions that come through your assistant, you’ll want to escalate that conversation to the correct human agent who can handle the problem. For now, you just need to figure out what your escalation strategy is going to be—and this will vary depending on the channel you’ve chosen.
Your Website/App
If you’ve decided to launch on your site first, you have three options for escalating to a human agent, in order of “seamlessness”:
- In-line (recommended)
- Phone number
With the in-line option (shown in the image above), you can directly escalate to a human agent in your existing contact center tool without making the user leave the web chat widget. And it provides the agent with full context of the conversation that just happened. We provide integrations with prominent service desk tools, or you can bring your own and connect it up (see below):
With the email or phone number options, this is as simple as providing the user with the agent’s email address or phone number. This is obviously pretty easy to set up, but we don’t love recommending this approach because the experience is disconnected. Meaning, the user has to hop to another channel and then restate their problem again to an agent. No one loves a disconnected experience, so try to avoid it.
Pro tip: Sometimes it’s hard to get internal agreement to connect the assistant directly to the appropriate contact center tool. If this happens to you, just start with the email/phone number route to prove value and then work to convince people with results.
Over the Phone
If you launch over the phone, you only have one option for reaching a human agent: transferring the phone call to someone who can help. There are a lot of patterns for integrating into your existing telephony and contact center infrastructure, but the good news is that we have most of them covered—especially if your contact center/existing IVR can transfer calls over the SIP protocol (we like SIP). We won’t get into the technical stuff now though. Save that for the build phase.
Wrapping Up
Hopefully by now you have a lot more confidence about how you’re going to start small and launch fast! Remember, before you continue to the next step, actually building your assistant, you should have these five key planning decisions made:
If so, let’s keep moving!!
