Leadership, Experience Design, Research Brandon Ward Leadership, Experience Design, Research Brandon Ward

Delivering Quality Experiences

Effective UX has to walk the line between fresh and novel, and usable. Novel is interesting initially, but usable has to be useful when the shimmer has worn off. We strive to achieve both of those valuable experiences.

Photo by Michaela Baum on Unsplash

1. The Basic Design Process

The Brief

We've all seen the cliché memes even if we haven't experienced them ourselves:

Make the logo bigger! Make it pop! Add more sizzle! Make it fresh! Wow me!

make the logo bigger

And, honestly, we've also seen some sites that do just that, some even do it well. Everything from auto-playing music and sound effects, to parallax, animated gradients, interactive video, even websites that are almost full-blown video games in their own right.

It can feel as if every call with the client begins in a similar vein.

"We're building <APP> for <VERTICAL>. It's like <OTHER APP>, but ours will be different because <POP/SIZZLE/GAMIFICATION>."

We nod our heads. "It'll have dynamic, user-content-driven dashboards!" Yep. "And we want it to work on mobile and tablets." Absolutely. "It'd be cool if we could have some ML and AR involved there too, but we're not sure how yet. We're hoping you can help us figure that part out." Nothing new here. You want it to be accessible too right? “Oh yeah, accessibility! If we have time left, do that!” <sigh>

Research

You do your research. You talk to the stakeholders. You ask hundreds of questions of your client's customers. You unravel the knot of unknowns, and patterns of user behavior emerge. You begin to understand what the business actually needs, and what the users actually need. You rough out an IA and test it. You see the pitfalls in the current journey. You identify inefficiencies and problems, er, opportunities across the service layers. You present your findings. "Yes! You get it!" the client says. We're all on the same page. You understand the problem, and you begin solving it.

Photo by Leon on Unsplash

Photo by Leon on Unsplash

UX Design

You wireframe. You prototype. You assure the client that, no, these aren't the actual colors. No, that's not English it's called Greeked text. “Why does it look like Latin if it's called Greeked text? Why don't the numbers in those columns add up?” So you replace all the lorem ipsum with real-ish copy and adjust the numbers to make a little sense. Okay, now they get it. No, that's likely not the font you'll use, we're just trying to get a sense of how things work first. Visual design will come later. Okay, they get it. Sort of. So, you begin testing.

Testing

Testing goes great. You uncover some problems with the IA. No biggie, super-easy change. You see some small issues with some labels, so you wordsmith those. There are a couple of show-stoppers that make you feel stupid. How did you not see that before!? But you see it now, and you've already got 2 or 3 ideas for how to solve that. Things are smokin! You report your results. It tested through the roof, and you're very confident users will experience very little friction. They'll be able to easily grasp the tasks with no supervision. You've organized things with clear paths. Sequential work is laid out so it's obvious what came before, what they're doing now, and what comes next. The client begins to see how amazing this new vision is. So you move on to visuals.

Photo by UX Indonesia on Unsplash

Visual UI Design

The visual designers kill it. Maybe it's another team. Maybe it's you. Maybe it's Maybelline. They've transformed your usable, utilitarian, efficiency-driven low-fi wires into gorgeous, pixel-perfect renderings of the final vision.

And here's where things can get dicey.

Photo by Daniel Korpai on Unsplash

2. The Road To Destruction

Make it Pop!

"I like it..." says the HiPPO. "...but I don't love it." This is nothing new. We're designers, and this is the path we've chosen. Okay, that's fair. What don't you love about it?

"Oh, I don't know. It just doesn't pop/wow/sizzle/whatever. Have you been to <THAT HOT VIDEO GAMESITE>? They've got lasers, and real-time AR video that places you right in the middle of the screen and when you move your mouse around your little guy runs after it! And when you scroll, it scrolls horizontally, not vertically, which gives it a panoramic feeling! It's really cool!"

Everyone is forcing smiles and nodding...

"I know our accounting platform isn't a video game, but why can't we do something cool like make the avatars move around, or use their webcams to show a real-time view of their face so they don't have to upload a photo? What if when they scrolled, the data grid used that cool parallax motion so the columns moved underneath one another like those cool Miyazaki films? Anyway, all our competitors scroll vertically...what if we laid all our stuff out horizontally? It'd really set us apart!"

Okay - so I may be exaggerating some client requests and expectations, but honestly, not by very much.

The infamous LingsCars.com

The infamous LingsCars.com

Note: I don’t hate Lingscars.com for a number of reasons. Perhaps that’s another article.

Also, I’m not talking about getting the right feedback at the right time. That’s a different issue, nicely addressed in this article by James Cook.

3. The Path To Quality

The Truth

It’s times like these my boss Tim is wont to say

Effective UX has to walk the line between fresh and novel, and usable. Novel is interesting initially, but usable has to be useful when the shimmer has worn off. We strive to achieve both of those valuable experiences.
— Tim Doll

The first thing about introducing anything "fresh and novel" is that you've created your own usability debt. By its very nature, the user is being introduced to something they may not be familiar with and will have to discover and learn. If this is a game, or a marketing site, maybe that's a great thing. If it's accounting software, it's not. In fact, in most (if not all) cases I'd argue introducing your own obstacles to clarity and efficiency, not managing to your user base's existing mental models is bad. It’s like tying your own shoelaces together then trying to sprint.

Remember Stephen Anderson's hierarchy of UX?

Concept and design by Stephen P. Anderson

Concept and design by Stephen P. Anderson

We assume the app will be built to function reliably. Our job is to make it first usable and convenient. Only when we've established that base platform can we even begin to explore pleasure and meaning. If you try to design for uniqueness and stand-out visuals prematurely, you'll compromise your own foundation that your research and design teams spent so much time and effort establishing.

Does this mean we don't try to cross the chasm of convenience and push our apps into the pleasure zone? No. In fact, apps like Word and Excel could really use a healthy dose of pleasure and meaning, and dare I say convenience as well. But managing design and experience at this level gets exponentially harder. Your baseline reliable functionality that's relatively usable is table-steaks. It absolutely has to do that or nobody will use it at all. But if you don't even try to shoot for some novelty, some fresh expression, they may use it a bit, but have no desire to come back. This is one of the biggest problems with MVPs (minimum VIABLE products). When was the last time you really enjoyed an experience or app or site and said to yourself, "Wow, that was a really viable experience!"?

The Product Roadmap

This is why we choose to design and build Minimum VALUABLE Products (I'd also have accepted Minimum Lovable Products). Because MVP is so common though, we don't even use that acronym. We use Cupcake, Birthday Cake, and Wedding Cake.

cupcake.jpg

Cupcake (your minimum valuable product) is what absolutely must ship, otherwise, there's no point. It's important to note here that Cupcake isn't a horizontal cut of the hierarchy though, sacrificing convenience, pleasure, and meaning for a baseline product that merely satisfies at an intellectual level. No, Cupcake products cut vertically up the pyramid, capturing a bit from every layer.

mvp-cut.jpg

The cake analogy is so powerful, because at their core, all three types of cake are the same. You've got flour, eggs, sugar, cocoa, icing, maybe even a creamy filling and a topper. A bite of a cupcake and a wedding cake are essentially the same experience, just in a less substantial form.

  • Cupcake offers a compelling experience

  • Birthday Cake enhances that experience

  • Wedding Cake is the full realization of the product vision

Cupcake encompasses the things you KNOW you must deliver to provide real value.

Once that core value is delivered, you can begin on some Birthday Cake revisions, adding additional features, functions, dare I say, even sizzle, insomuch as they enhance the core experience of your app. You scale. You are able to handle more clients. But when you're building Cupcake, as much as you want that slick new feature or novel AR avatar experience, you have to justify that it's part of the core foundational experience and nobody would bother with your app without it, or, if it's an enhancement that can build onto the base in a fast-follow release (Birthday Cake). Wedding cakes are the "big show" of cakes.

Wedding Cake is what you envision your product to be two to five years from now, with all the bells and whistles that make Wedding Cakes so much more substantial than your humble cupcake. But all the while, you're really providing the core value in your initial cupcake offering, and getting hung up on fresh trends and unique, fun, and sizzling design can detract, and more often, even degrade, even break your core experience.

Have Your Cake & Eat It Too

To wit:

  1. The Basic Design Process

    • The Brief—Effective planning and setting expectations

    • Research—Discover insights into the problems you’re solving

    • UX Design—Design like you know you’re right

    • Testing—Test like you know you’re wrong

    • Visual UI Design—Enhance the experience with brand guides and style

  2. The Road To Destruction

    • Make it Pop!—Here be monsters

  3. The Path To Quality

    • The Truth—Keep it real, make sure you stay focused on what matters

    • The Product Roadmap—Cupcakes! Delicious, moist cupcakes!

Let's seek to build Cupcakes that span the layer-cake hierarchy from functional, to reliable, to usable, past the chasm of convenience, even to pleasure and meaning.

Once we've designed the thing the users actually need that supports the business' goals, don't let sparkle get in the way of delivering a great, valuable product.

Read More
Leadership Leadership

I Failed. But I’m Getting Better.

One day everything is perfect. The next day I’m almost fired. I was hurt. I was confused. Exclamations echoed in my mind—“I’m a good person! What did I say? Who are my accusers? Why can’t I defend myself? What was the context? This isn’t fair!”

Photo by Paul Gilmore on&nbsp;Unsplash

Photo by Paul Gilmore on Unsplash

This hurts to write. It hurts to fail. A lot. I failed hard a few months ago. But I’m getting better.

One day everything is perfect. The next day I’m almost fired.

I worked for years to build a relationship with a potential client. Then one day, that relationship bloomed into contractual work. For three months I got to do organizationally-challenging, mindset-shifting, real-world-changing work with them. Everything was great! We even got another team at the client to do a second project with us. It was then that I got too comfortable. I got casual in my relationship, and as a result, offended someone, and damaged the relationship I worked so hard to build.

I never got a warning. I never had a one-on-one where they explained what happened. I’m literally still not quite sure exactly who was offended or why. One day everything was perfect. The next day I was almost fired.

I was hurt. I was confused. Exclamations echoed in my mind—“I’m a good person! What did I say? Who are my accusers? Why can’t I defend myself? What was the context? This isn’t fair!”

The Villain Unmasked

The details aren’t really important. My boss was able to share with me third-hand some of what happened. But honestly, I didn’t remember the instances, and upon review, they seemed contextually trite. But again, with half a year of perspective, I realize now that the details don’t matter. What matters is that others were offended by something I said. It doesn’t matter why I did it, or if I didn’t mean it. Someone was hurt, and they were hurt by me. Because I am not the victim in this story. I am the villain. It’s taken me a while to figure this out, but, as I said, I’m getting better.

It doesn’t matter why I did it, or if I didn’t mean it. Someone was hurt, and they were hurt by me. Because I am not the victim in this story. I am the villain.

It stings to discover you’re the bad guy in a story. Your brain doesn’t want to process it, and actively works to prevent you from accepting an idea contrary to your own, currently-held biases (in this instance, identifying as the victim). It’s like that moment when, as you watch the LEGO movie, you realize you are President Business. (Yes, that happened to me as well). In theatre and cinema, the best evil antagonists are played by actors who know a little trick: The villain thinks they’re the good guy. I can’t begin to sort through and describe the gamut of emotions I’ve gone through the past couple of months, as I’ve slowly discovered this. It still hurts. I haven’t even been physically able to issue an apology or make any kind of restitution. I’m simply cut off. But again, I have to remind myself — I am not the victim here.

I failed, but I’m not a failure.

It’s a simple truth that as a consultant, you’re less than expendable to your client. You’re whatever the client needs you to be. Sometimes that means you shoulder the failure of a project (even if it wasn’t you). Sometimes that means you’re the target of blame (even if it wasn’t you). Sometimes that means you don’t get the benefit of the doubt (even if you should). You simply go away. These are actually all selling points of why you hire a consultant in the first place. When you’ve never had a client relationship go sideways, it’s easy to forget these facts. I pride myself on my client relationships. It’s perhaps the thing I’m best at. Or was best at. But, I’m getting better.

The fact is, I failed my client by not understanding or empathizing with how they expected our relationship to function. I failed my client by blindly, and unknowingly hurting them with casual words. I failed my employer by failing my client. I failed my family by failing my employer. I failed myself by failing my family. I failed, but I’m not a failure.

A Failure to Empathize

As an Experience Designer one of the key pillars of the Triforce of UX is Empathy. It is, perhaps, the most critical emotional skill you can have as a designer. Maybe as a human being. You must channel the thoughts, feelings, habits, routines, and mental models of the people you’re solving problems for. My CEO has written two books on customer experience. He talks a lot about keeping your clients’ needs top of mind and trying to provide your clients with solutions not just to the problems they hired you to address, but also provide solutions to issues they hadn’t even anticipated yet. I lost sight of one of the critical components of the consultant/client relationship. Clients aren’t your friends. You aren’t your clients’ friend. My role as a consultant is to solve problems and provide value to my clients. To ensure that they feel they get more value out of our interactions and my deliverables than the fee they paid. That’s it. Everything starts there. In the end, I wasn’t able to empathize with my client and proactively address their professional needs, because I wasn’t looking at them through the proper lens. In effect, I’d designed my interactions with the client using the wrong persona. I couldn’t empathize with them because I didn’t truly know them as I should have.

They say the sale doesn’t start until the customer says “no.” Perhaps it’s not much of a stretch then to say growth doesn’t start until a client fires you.

I am sorry for causing any discomfort or distress to my client. I am sorry for the pressure it put on my team to adjust for my abrupt departure from the project. I am sorry for the uncomfortable conversations that were had by everyone surrounding this whole mess.

So What?

I’d like to mention how grateful I am to my employer for not firing me. They could have. Easily. But, once my boss had reviewed all the data, he didn’t believe it warranted dismissal. So instead, we had a radically candid 1:1 where we discussed how and why this all happened, and how we’d ensure the client and project were handled moving forward (under a new manager) to ensure future success. Now, damaging a relationship with a client could easily garner a pink slip, but instead, he used this as a teaching moment to help me become a better manager, consultant, and professional.

So…what am I doing about it? How will I learn from this, ensure that it never happens again, and help others avoid it altogether?

The short answer is anything and everything. Like most of us, I’m figuring this out as I go. The first thing I’ve done is radically shortened the list of topics open for discussion with clients. Work is work. There are times and places for discussions of various topics, and work should carve many of those topics out completely.

Next, I’ve tried to weave a stronger filter between my brain and my mouth. (I think this is something just about everyone can use a healthy helping of from time to time). Not every stupid little thought that blunders its way across the stage of our minds needs to be trotted out the mouth for all to hear. The first step of this is continuing to improve my active listening skills. We have two ears, and one mouth and should be using them in a similar ratio. Perhaps if I’d been a better listener, or even simply spoken less, this all could have been avoided. I’m painfully reminded of the adage “Tis far better to keep one’s mouth closed and be thought a fool than to open it and remove all doubt.

Next is this article. I don’t know what will come of it. I don’t know what people will make of it. It may be the only apology I get to offer my client. I’d like to make amends, and repair any damage if possible, but that remains to be seen.

Lastly, it may simply be that the purpose of my experience has been to serve as a warning to others. Let my mistakes help you avoid making any of your own.

It hurts to grow. A lot. I’m growing now. I’m learning from my failures.‬ I’m thankful for more chances. I will do better.‬

When we’re successful, we worry we got there by accident. When we fail, we feel justified in our self-doubt. But we can’t allow failure to color, hinder, or prevent future efforts. We must double-down on investing in ourselves, knowing we’re worth it.

I failed. But I’m getting better. You may fail. But you’ll get better too.

Here’s to future opportunities, major personal improvements, growth, and most of all, to second chances.

cave.jpeg
Read More