Blame Kathy Sierra<\/b><\/h2>\n
Or alternatively just buy her excellent book.<\/i><\/p>\n
![\"\"](\"https:\/\/chartmogul.com\/blog\/wp-content\/uploads\/2017\/04\/kathy-sierra-badass.jpg\")
<\/p>\n
I\u2019ve recently been reading Badass: Making Users Awesome<\/a>\u00a0by Kathy Sierra.<\/p>\n In the book, Kathy presents what I think should be the founding framework of any Customer Success organization in a business: The process of achieving true empathy with your customer, and understanding what they\u2019re really <\/i>trying to achieve. (hint: It\u2019s always something more high-level than \u201cclose more deals\u201d or \u201cgenerate more leads\u201d).<\/p>\n A lot of the examples in the book are based around a comparison with photography, and the process photographers go through to improve their craft. It creates a nice illustration of several concepts that are relevant to B2B SaaS, so I\u2019d like to discuss these in a bit more detail.<\/p>\n Note:<\/i><\/b> Although I\u2019m expanding on them, the majority of the concepts discussed here belong to Kathy Sierra \u2014 who deserves all credit.<\/i><\/p>\n A camera is just a tool, like anything else. People don’t buy a Canon 5D MkIV<\/a> because they want the features of that camera, they want to take their photography to the next level and produce amazing images.<\/p>\n Canon\u2019s Marketing for the 5D is decidedly aspirational. I mean, why not? The best way of selling a camera is clearly to use some remarkable images shot with the camera:<\/p>\n The same principle applies when a customer purchases your B2B software. They don’t want to buy ChartMogul because ChartMogul has some cool features — they’re aspiring to make better, more data-informed decisions to grow their business.<\/p>\n In the book, Kathy outlines the difference between the pre-purchase <\/b>and post-purchase <\/b>experience when buying a premium camera. Once you open the box, there\u2019s a sharp contrast between the marketing material that persuaded you to purchase, and the technical instruction manual that falls onto your desk.<\/p>\n \u201cGood Marketing focuses on what the potential user really wants to do. But after they buy? Every experience the user has with us shifts to just the tool.”<\/i><\/p>\n – Kathy Sierra<\/i><\/p>\n<\/blockquote>\n In other words, the Marketing department has solved the messaging here. But for some reason the designers of the actual product UX\u00a0have not:<\/p>\n Just to pause for a second, this is where I initially started to feel uncomfortable with the points and examples raised in the book. This camera is, after all, an advanced product. A tool for people with advanced skills in photography to hone their craft.<\/i><\/p>\n Should the tool really teach its operator how to be a better artist?<\/strong><\/p>\n Surely the best thing a manual like the one above can do is tell the operator how it can be operated, in as much detail as possible. Zero bullshit – just let me get on with photographing weddings.<\/p>\n But then I thought about the same dilemma in professional B2B software.<\/b><\/p>\n Much of Kathy\u2019s arguments revolve around the following statement:<\/p>\n “Don’t make a better <\/i>[X]<\/i><\/b><\/p>\n Make a better <\/i>user of [X]<\/i><\/b>.”<\/i><\/p>\n<\/blockquote>\n This has huge <\/b>implications when it comes to designing a software product’s UX. If this is our true goal, we\u2019re effectively expanding the scope far outside of what happens when the user is actually interacting with your product.<\/p>\n If we help people make better, data-informed business decisions at ChartMogul<\/a>, when do you think those decisions get made? Most of the time it’s probably not while they’re logged into their ChartMogul account and sitting in front of the computer. This can be a liberating yet overwhelming way of thinking; suddenly the scope of what we consider relevant to our product is blown wide open!<\/p>\n Even our super advanced Canon 5D Mk IV from above has an AUTO mode.\u00a0It’s very easy to find (It’s usually green).<\/p>\n Your software needs to have an AUTO mode too – and it needs to be easy to find. But <\/b>there are risks involved, if you don’t design a natural\u00a0way for your users to graduate from AUTO (and, as the book states, become “badass”).<\/p>\n A helpful exercise at this point is to define what it actually means to be an expert, in the context of your product. And not just the top-end of the scale – think about the entire journey from novice to expert for your users. Let’s call it The Path To Awesomeness<\/b> (I actually made this up and will take credit for this one).<\/p>\n Hidden depth is a large component of successful consumer software. Companies like Apple nail this on a regular basis, with just the right balance of feature discoverability and simplicity.<\/p>\n When it comes to business software, it’s often\u00a0assumed that everything should be exposed to the user at once, because “they know what they’re doing”. That’s a big assumption to make, and more\u00a0often than not\u00a0it’s incorrect.<\/p>\n Here\u2019s the most popular consumer camera interface in the world:<\/p>\n And here\u2019s the main interface of our 5D Mk IV:<\/p>\n Have you ever tried handing your iPhone to a passer-by when you need a group photo taken? If so, I\u2019m guessing you didn\u2019t need to explain to the person how to operate the camera.<\/p>\n Have you ever handed a DSLR to a passer-by for the same purpose? Good luck!<\/p>\n The problem is, enterprise software needs to fit\u00a0somewhere between these two extremes<\/strong> when it comes to exposing functionality. In fact, it basically needs to have the benefits of each, with the drawbacks of neither one:<\/p>\n And finally, you need to design a way for users to navigate from the first point to the second \u2014 along the path of awesomeness.<\/p>\n People (us at ChartMogul included) talk about Onboarding, i.e. the experience of getting started with a product or tool. There’s a huge amount of effort put into this critical “early life” part of the relationship between your product and the customer, and rightly so.<\/p>\n But one huge flaw in a lot of the thinking around onboarding is that it really only defines a small fixed period in the lifetime of a customer. We think of it as a binary step — the user is either “fully onboarded”, or “not yet onboarded”. This helps us optimise UX, but it doesn’t help us track and improve the learning journey that users go on over their entire lifetime in the product. In other words, onboarding finishes far too early.<\/b><\/p>\n If we really are in the business of making users better, we need to take a holistic approach towards education. What does this mean in practical terms? For me at least, it means:<\/p>\n The holy grail here is to have a structured approach across all three areas<\/strong>.<\/p>\n Have you ever been super excited to sign up for and start using a new tool, only to hand over your credit card details and be faced with constant friction and flaws?<\/p>\n Make sure you’re not offering an aspirational Marketing experience to potential users, only to hand over the product with an accompanying black-and-white manual containing hard-to-read small print (not literally of course).<\/p>\n We’re lucky to have a wealth of tools available to measure engagement and user activity within our software today. And it’s easy to implement.<\/p>\n Record from each point what the user might need to achieve in your app to “level up”. Then take a look at how natural a progression this is in your UX today.<\/p>\n When the user logs into your software for the first time, what does it look like? It’s really <\/i>hard to look at this from an unbiased, fresh perspective – you’ve probably seen the screen a million times and can no longer adopt a high-level view. Perhaps test with some other people who’ve never seen or used the software? Do these people have any idea of where to go next, or what to do?<\/p>\n Take this a step further. Look at the state immediately AFTER the user has completed your onboarding. In all likelihood, this will have been given less attention than the first login. Do the same exercise here.<\/p>\n You don’t have to make it green if that clashes with your colour palette, but this fallback needs to be easily recognisable and clear to users. And just to emphasise, this doesn’t necessarily need to be a specific “mode” – the goal is to build a whole set of functionality — or mode of use — that just simply works, zero knowledge required. This is your users’ comfort zone, and a place to fall back to when everything else fails.<\/p>\n Read\u00a0Kathy Sierra’s book, BADASS: Making Users Awesome<\/a>!\u00a0It covers far more than I’ve talked about here, and the concepts inside will change the way you think about designing your product’s user experience.<\/p>\nTrue customer goals<\/b><\/h1>\n
![\"Canon](\"https:\/\/chartmogul.com\/blog\/wp-content\/uploads\/2017\/04\/5d4-720x720.jpg\")
![\"Canon](\"https:\/\/chartmogul.com\/blog\/wp-content\/uploads\/2017\/04\/canon-marketing-1024x931.jpg\")
\n
![\"Canon](\"https:\/\/chartmogul.com\/blog\/wp-content\/uploads\/2017\/04\/canon-manual-720x1014.png\")
\n
\nMaking users better<\/b><\/h1>\n
\n
AUTO mode<\/b><\/h1>\n
The Path To Awesomeness™<\/b><\/h1>\n
![\"iOS](\"https:\/\/chartmogul.com\/blog\/wp-content\/uploads\/2017\/04\/ios-camera-720x405.jpg\")
<\/p>\n![\"Canon](\"https:\/\/chartmogul.com\/blog\/wp-content\/uploads\/2017\/04\/5d-interface.jpg\")
\n
UX problems in the B2B software space today<\/b><\/h1>\n
5 things\u00a0you can\u00a0implement to improve this<\/b><\/h2>\n
1. Design a learning experience that extends outside of app usage<\/b><\/h3>\n
\n
2. Check for contrast between marketing experience and product experience<\/b><\/h3>\n
3. Track users’ path to awesomeness<\/b><\/h3>\n
\n
4. Optimise your “blank slate”\u00a0experience<\/b><\/h3>\n
5. Give new users an AUTO mode<\/b><\/h3>\n
![\"Canon](\"https:\/\/chartmogul.com\/blog\/wp-content\/uploads\/2017\/04\/mode-dial.jpg\")
Final word<\/h1>\n