In an earlier post, I wrote about setup wizards with tips on when to use them and how to design them. The guidance I shared in that article is extensible across every type of setup experience, but I’d like to take a moment to show how that guidance relates to a very specific type of setup experience called companion setup. In this post, I’ll introduce companion setup, when it’s useful, and provide tips on how to choreograph the flow within it.
Discussion about user onboarding often focuses on teaching new users how to use a product’s interface. There are dozens of third-party plugins that offer various ways to point out product navigation, features, and affordances. However, this only scratches the surface of what onboarding can be about. The biggest opportunities for onboarding happen at higher levels.
Similar to how The Society for Human Resource Management (SHRM) says that employee onboarding can happen at multiple levels, user onboarding can also be tiered. Here’s the 4 levels of user onboarding that I currently think about, from lowest highest level: interface orientation, process onboarding, new meanings onboarding, and systems understanding.
I often talk about onboarding as having a few jobs: Building trust; familiarizing users with a product’s offerings; setting up logistics; and guiding users toward next steps, until they achieve a steady state.
That third item in the list, setting up logistics, sometimes becomes the responsibility of setup wizards. I’ve worked on and encountered a fair number of setup wizards in my time working on apps, devices, and operating systems. In this post, I’ll give you an overview of what goes into designing one.
On November 19, 1996, Microsoft announced the release of Office 97, and the famously overzealous paperclip assistant was born. Here’s just a little bit about Clippy (full name: Clippit) and it’s relationship to onboarding.
There’s a term used in the product development world that has started to make me cringe, even though I know I’ve used it before. It’s unavoidable if you work on any experience that even remotely touches user onboarding. But it can have a negative impact on human-centered product design. The offending term? “User education.”
I’m a User Experience (UX) designer, and I happen to have a penchant for the user onboarding side of it. All UX professionals are onboarding designers, in a way. That’s because UX design involves closing the gap between systems, services, and the humans that use them through thoughtful design of virtual and physical interfaces. Good UX designers work hard to minimize how much time people have to spend on learning and using interfaces, trying to make them as intuitive as possible. This is no small feat given how every new user brings a unique set of mental models with them, and how limited current technologies are in providing perfectly individualized personalisation.
Now let’s shift to the neurotechnology industry; specifically, brain computer interfaces (BCIs). BCIs use sensors, which can range from non-invasive to invasive, to “measure brain activity, extract features from that activity, and convert those features into outputs that replace, restore, enhance, supplement, or improve human functions” (ScienceDirect). That definition can bring up ideas from sci-fi stories like The Matrix, Upload, or Altered Carbon, where characters can download expertise, control machines with their minds, and do other superhuman things.
But alongside these ideas, I worry that a question may also be forming in people’s minds: “Do we need the discipline of UX design to close the gap between humans and systems if we have direct-to-brain interfacing?”
I frequently get asked if onboarding needs to be done differently for products in the enterprise or B2B spaces, so thankfully the folks over at GrowthDesigners.co gave me a space to answer that question. Spoiler: the principles that underpin good onboarding apply to all kinds of products, just like the principles of good product design don’t change just because the audience changes, but there are some specific considerations for the B2B space.
Over the years, I’ve encountered a variety of posts, books, papers, and talks that have expanded my thinking about what goes into good user onboarding. That’s because user onboarding is a blend of many educational, behavioral, human resources, design, and business practices, rather than a separate instance of design.
I recently downloaded a calculator app. This app greeted me with a series of first-run tooltips explaining various parts of the app. It was an example of an “explicit” first-run experience—when guidance is provided on temporary layers or in one-off flows—that was unnecessary. Let’s quickly run through some of the issues with applying an explicit educational approach to this calculator app, in the hope it can help you decide if implementing an “explicit” onboarding experience for your new users is the right way to go.
Over the last few months, I asked different people who work on products in services, in a variety of industries, to share their perspectives on user onboarding. While I’ve heard from many people over the years, I wanted to ask a few pointed questions. Via questionnaires and interviews, 48 people* shared with me the challenges they faced in trying to create a good user onboarding experience, the goals they felt user onboarding needed to achieve, and how they defined the scope of it. My goal was to understand the range of perspectives different people have about user onboarding, and find common themes. In the spirit of sharing, this post is a lightweight recap of what stuck out most from these conversations (and I’d love to hear if your perspective is similar or different!).
When we design products and services, we focus a lot on the core user experience, or what we envision seasoned users to be doing day to day. But a good product or service will be bookended by a strong beginning, and a strong end.
When people think of user education in products, they’re often thinking of certain set of UI patterns. In some cases, these patterns can be helpful. But, in most other cases, the patterns are overused and applied inappropriately to many situations. They quickly become anti-patterns.
I’ve illustrated that slippery slope by drawing these “patterns” as if they were Pokemon evolutions. You know, when a seemingly harmless pattern can turn into a formidable beast.
This is a time when we’re seeing thousands of products and services trying to give users guidance about a single community issue: Coronavirus, or COVID-19. I’ve included a few brief considerations for designing this kind of in-app messaging, along with examples.
If you’re designing a new user onboarding experience, or trying to redesign an existing one, you’ll want to know what it takes to make it effective. In a guest post for the InVision design blog, I detail common pitfalls that onboarding designers can stumble into and how to address them. Read the post on the InVision design blog
The final seasons of fantasy TV series Game of Thrones were considered a complete flop, with character arcs reaching conclusions that seemed rushed and contrary to the paths they were on in prior seasons. Of the many discussions about why the end of the series felt so wrong, one critique from Twitter user @DSilvermint caught my eye. He attributed the cause to two different writer archetypes: “plotters” (those who start with a detailed outline and clear ending before writing a story, but which allows for less organic character development), and “pantsers” (those who “fly by the seat of their pants” by developing the characters and story as they write, seeing where it takes them, but because of that it can feel like the story doesn’t have a planned endpoint). According to @DSilvermint’s critique, the original book author George RR Martin was a pantser who hadn’t yet figured out where the story would take his characters, while the show producers were plotters focused on reaching a set finale. The conflict between these two approaches could have been one of the reasons the pace to a plotted ending of the show felt so jarring compared to earlier seasons that pulled directly from George RR Martin’s work.
That got me thinking about onboarding design. User onboarding is a process of guiding a new user on their journey from a product’s entry point to an endpoint of success, and can present challenges similar to that of writers trying to shephard characters through a plot. And if we look at difference designs, we can see evidence that some take a plotter’s approach, and others take a pantser’s one.
With artificial intelligence and its many variants becoming core parts of our products, we need to think about how to onboard users to automated experiences. The principles that underpin good user onboarding for AI aren’t that different from the principles that underpin good user onboarding for anything else. But, because of the unpredictable nature of AI, we must embrace interactive, multi-part guidance more than ever before, instead of the information-heavy approaches that still dominate onboarding for traditional products today.
My process for designing workshops is never the same from one event to the next. But one thing I frequently include is storyboarding. I took some notes on why and how I storyboarded for a recent workshop, “Creating a user onboarding compass,” in the hopes that you may find it helpful in your own process.