Oh, boy do Hi everybody. Yeah, it seems uh, you know, sometimes when you’re working with certain production timelines, you know you, it is quite the effort to get things out. But if you don’t build into that time to actually test your product sounds like there was like a relatively simple solution to maybe putting that into your timeline to make sure that you actually had a functioning product before you went to launch, which I understand deadlines don’t always allow for that. But I think you could, you know, this company shadow could have avoided a lot of bad press by building that into their timeframe. You know, it sounds to me there’s like two major issues one being they should have had testing and then the other issue being did this really Need to get made? Because there’s some comparisons. It could have just all been recorded on a Google Doc, why did we need to have an app? You know, it sounds like they might have needed a strategist at the beginning to say like, Hey, are you sure this is the best solution? So

Right? doesn’t even want like talking to a chat bot. I’m just know. Unknown Speaker Exactly.

Sure. I was. I’m an American, born and raised, grew up in upstate New York. And then about five years ago after I went to undergrad in Boston and grad school and got you Chicago and then I moved back to Africa, and more As a policy researcher at Cornell University, in areas of disability, employment and accessibility, after a few years, I had some, you know, major life changes going on and ended up moving to New York City where I tried to reestablish my career in tech, where I found that there’s probably some opportunities for me working in the field of UX. And so I did an immersive and eventually, you know, started gaining traction, working as a freelance UX researcher for the last five years.

Right. So I did basically I you know, I have some design skills. But I started off in in, in like, more academic research realms. Okay, right.

Yeah. Yeah. I mean, it’s like a pretty broad term. I would say UX research encompasses, you know, anything involving understanding the user, their needs, their pain points, their overall values and ways they like to interact with a particular product. So UX research can stretch anywhere from that early exploratory research, where you’re really understanding how like the user, how they interact with technology, down to actually the execution of certain actions. within the app, it’s within an app or a product itself, where, you know, you’re basically making a product worked better at what it’s been tasked to do.

from the door. So like, one common thing that we do in UX research is we create, like an experience map from that includes almost every touch point of which a user will interact with your brand or your product. So that can be anything from like, I you know, I think the classic examples are like Starbucks, you know, it’s from the moment you you know, like, think about getting coffee, you would want to include like to drive through the line experience what the internal atmosphere at a Starbucks looks like, down to, if you’re going to order something on their app, and how that would be executed as well. So I, I think, I would say I’m kind of like a corporate anthropologist. Like I, I go in and I kinda like, try to understand and record and document all the different processes that people are using within their workflow or, you know, however they’re conducting their day, and then try to see how the product would, you know, benefit their lives or solve a problem in some way.

Yeah, it kind of it’s a really broad catch all phrase to include something like that, which is much more exploratory and kind of determining whether or not there’s like a market need or fit. Usually it also involves some kind of competitive research to understand what the market looks like and then so when you’re kind of creating their your idea putting on different features, you’d be making sure that it fits within the overall product strategy, and then And then figuring out a process for which test whether or not that features meeting that user need. So that’s, it’s like that whole umbrella.

Sure. So I used to, I’ve worked in innovation labs in areas of fintax. I used to be a research coordinator at the city group, innovate consumer Innovation Lab

Yeah, and finance. So basically working on financial products like between five to seven years in the, in the future, you know, like kind of scoping out sort of early concepts of like how a bank would include Bitcoin, for instance, I’m hoping I’m not breaking my NDA, it’s been five years since being there. But I’ve also worked in areas of like health care. I think one example of you know, that kind of inclusive experience would be a particular medication that has like a special patch that would measure whether or not you’ve consumed it, and then it would go to an app and then have like communication flows between you and your healthcare provider. So I worked with, you know, people who were patients and interviewed them about their daily lives and you know, how they take their medication and keep track of it to, you know, the healthcare professionals and understanding how they interact with each other, as well as with the patient and their concerns.

Yeah, sure. So in terms of scoping projects, you know, one of the key things that we have to do is under as researchers, we have to understand where the product exists within the product cycle, as in how mature is the product, like, with something like an MVP, you know, you have like some, some basic core features. Typically, you’d want to make sure that like, the MVP is doing what it’s intended to do. So in the case of this, you know, last app where there is it’s like, does it allow two parties to communicate with each other effectively? You know, are you sharing the right kinds of information you would be? So to kind of scope something like that? Typically, you would, you’d want to do some user interviews. And, you know, one of the quick things that we found was just how mechanics like to communicate with maintenance control. And that, you know, they’re not typically sitting there staring at an app or a, you know, or waiting to hear from them. They’re kind of constantly in flux, and actually, for a mechanic to take off their glove and, you know, interact with a touch interface was a lot and in fact, some of these, you know, manuals and different kinds of documents that they needed, couldn’t be seen on a cell phone, it would have to be on something larger, like a desktop or, you know, an iPad, and so That’s that’s like a product shifts that we would have that we recommended was, you know, we want something that’s on a larger experience so that they can see mechanics can see like a, you know, the air an electrical schematic for an airplane, because you can’t really like zoom in on it on a cell phone really well.

Right right. Actually. So one key way of you know, so if you think about like a product cycle being, you know, testing proof of concept, before you get to that evaluative kind of process, because it once it goes into at, you know the Agile like production cycle you you need to kind of put prove that it works first. And that that’s sort of like a key space where, you know, you’ve come up with an idea, you have an MVP, and you just want to get out there and start testing it because you that’s sort of one of the least expensive ways of avoiding big picture problems down the line. So if there’s already something up, that’s perfect, because you can get a lot of feedback just on showing some somewhat stakeholder like a visual concept and being able to get some of those early strategic mistakes before they become much, much bigger problems when you have like, you know, a finished product and you’re trying to Frankenstein some things together like you don’t you want to catch it early. So the earlier you involve UX research, the more effective your product will be. In theory,

Yeah, incorporate it. And you know, a lot of times some of these contracts that I do, they already have some kind of concept and they’ve realized, wait a second, we might have made some kind of, we might have built some things that were we’re not really even sure about and it’s Never too late to start basically, it’s that’s an important point. Yeah, the sooner you do it, the better. But a lot of times, you know, most of the projects are like we’ve gone down, you know, they get to a point where you’re like, Okay, we can go down this pathway or this pathway. And it’s just, they’re at a strategic standpoint where they need to figure out which is the best path. And it’s, I’m not gonna lie, it’s really easy to end up building a Swiss Army knife, you know, where you have a product that does like 10 different things, but none of them very well. And, you know, it’s actually much more confusing for a user to come to, to get to a product and have like 55 different concepts to explore within it when you really are just there to you know, to do that one thing. So as long as it’s completing that one major task, you know, the rest could be either you have to evaluate whether it’s like a distraction or adds to the experience.

Right? That’s, I mean, I gotta wonder what was going on in their design team there, you know, like you have this very specific product that’s positioned probably to do one particular thing. And then you have these interesting site features, which I think theoretically, you know, we like to think that every kind of new feature we come up with is adding some delight to the product. It’s it’s like a really interesting decision to invest the money to make that you know, it comes down to the finding the balance between, you know, what does the product? What is it intended to do? And what does it actually really like about it?

And then it’s, you know, it kind of misses the point. And, you know, there’s other competitive products out there that I’m sure fill that niche more effectively. But yeah, it’s like that kind of balance between specificity and generalizability. To You know, what your user wants to do. We need to figure out, you know, what is the most important thing for the user? And I think one of the struggles of our role is just because it’s like a cool idea, you know, is it really actually going to be in the benefit of the user?

is like, Is it really because I think, you know, one of the key purposes of a UX research position is to help mitigate bias and maintain objectivity and when I say bias, I mean, you know, our tendencies. To kind of consume our own dog food, right, we’d like to eat our own dog food, we made it. And we’ve come up with this idea. And so, you know, we’re going to make a dashboard. And that’s what it’s going to be because, and all this research is just to prove that people like this dashboard, but the key areas that I have to push back on is whether or not you know, like, what the heck is the dashboard supposed to? Do? You know, like, is that actually really functionally useful for a user? You know, that’s like one of the most requested areas of design that I’ve heard of, you know, make a dashboard for? Who wants to look at another dashboard, honestly,

I think one of those key things that you want to do when you’re scoping at the beginning of a UX research project is understanding really that that problem, you know, what do you guys define as the major problem that You’re the website solves, right. And then you would go into, you know, scoping out how you would explore that problem. And that kind of involves, you know, understanding what are your assumptions about the purpose of your website? So if your website is just providing information about you, you know, you would that would be a way of evaluating the website, figuring out, you know, is it providing information about what you guys do? Are there, you know, actions on the website like signing up for, let’s just say a newsletter or something? Is that an effective way of engaging your user? Some Other questions? So you typically at the beginning of a research project, want to unpack those assumptions and push into in terms of how you’re defining those problems that the website solves, right? You would want to know Okay, well, is that what people really come to your website to do? You’d probably do some kind of either, like a quick survey, you know, and then like the basically the researcher would help you figure out what would be the best method of understanding that. I think it’s really easy to want to fix all the things we’re user but it you have to, you know, you have to prioritize. And that ultimately impacts you know, how a product manager is going to start setting up their roadmap,

in this case of website, yes, you would definitely need to look at, you know, existing data to see, you know, what are the click through rates? So what are kind of what are the points of interaction that you can order that you already have measurement for the times that you would need to go and do one of those kinds of deep dives is if you were trying to launch some something kind of new like, you know, okay, you’re getting off of your now you’re just trying to figure out if you want to have, let’s say, like a forum or something that helps users quickly input their information and then get get onto the, onto the newsletter or something. That’s also probably a small enough feature, you could definitely do some like really quick survey, you know, do a quick survey and just like have it pop up to some of your users to be able to answer quickly, like, you know, why didn’t I sign up for the newsletter, it’s just basically understanding, figuring out a way to get to the user, but unpacking that problem in Probably the most effective, or you know, cheapest way. Because you want to save that money for something for like a really large build, like, Okay, you guys are creating your own native app. So the way that UX research would jump in is like, we’ve tried to be there at the beginning, you know, after one of these like, kind of ideation sessions to say, like, well, how are you guys going to improve your engagement of users? And then try to, you know, work with, you know, you to to like, figure out, what are some kind of ideas and concepts that you want to explore in order to get to more effective user engagement, like you would have to figure out how you’d want to measure it, you know, you’d want to figure out, maybe a target goal of like, Okay, well, we’ll show that this has worked with if, you know, we have a certain number of users that have started to click through to, you know, signing up for the newsletter. You know, I would be acting ideally As the filter for some of those pieces of information and putting together like a case, to identify problems and feature solutions,

maybe you should hit the brakes. Cool. Right before? Yeah, I think you know, I think one of the key things that you know, they hopefully teach you in design school is just, you know, be Be able to ask the five whys of like, when you’re meeting your stakeholders. And so, you know, the idea being that you just keep drilling down to the ultimate purpose of like, why they want to build that. And then helping those stakeholders really identify like the purpose. And I think sometimes it just involves, you know, using very active listening skills to make sure that their concerns are heard, but also trying to help them mentally unpack what it is conceptually that they’re trying to tackle because those problems almost existed, like but that’s why there’s so many specialists in like, the UX space is like really helping to step back and saying like, Well, you know, if you’re gonna re brand your website, yeah, you actually need to tackle your information architecture. You know, I’ve worked on a project where it used to be a job board now shifted to being just pieces of information. Well, what they really Need is like a content strategist to really figure out, you know, who’s actually coming to the website, and what kind of information and how they group that information to exist on the websites. So I don’t know that

You guys don’t remember every single piece of content you’ve created in the last year.

Definitely, you know, in the last year, I’ve discovered neural, that CEO, which is basically an online whiteboard, I was working with this team, who were based out of South Paulo in Brazil. And so since we were it was completely remote, it would have been almost impossible to display some of those visual concepts without this online whiteboard. Essentially, you know, mural just gives you the ability to make little stickies and draw lines, but it is so fantastically useful for a remote team that like I don’t I I would not be able to find And without it now it is

What I’ve done is I’ve conducted workshops using mural where you know, you can use one of their very helpful templates where they you know, breakdown, versus like empathy maps or You know, like, they’ll have like, prioritization, or they’ll just have these kind of concept boards. And you can work with that and just throw stickies onto it. Or, you know, if you can just work with a blank one and just start drawing, you know, post it in lines and concept maps. And I actually find it really useful for unpacking insights in terms of some of those user interviews, because, you know, you’ll talk to like 15 people, and what you’re looking for are kind of generalized trends. And you’ll be able to count, you know, based on the user and their reactions to each of those screens. How many times Okay, was it a positive interaction was an a negative interaction, what did they like what they do not like? What did they highlight as being important to them during this process of clicking on this screen? Like, why was that a trigger for them, and then you’ll be able to kind of like get this bigger picture and you can move them around. It’s really simple. I definitely is really, really made my life a lot easier.

Yeah, I mean, I’ve I’ve created some boards where you know, we are basically doing an innovation workshop after we’ve explored a particular problem. And you can show people okay, well, this is the user responses and then you can also have prompts for the users who are you know, you can just throw it into a group called like on zoom or something and be able to get people to directly interact with like, okay, we think here’s some five solutions. Let’s vote on the best one. You know, they have little icons you can throw on there. They have little, a lot of preset lines and like, you can change the color palette. Really great for engaging people who aren’t typically designers and being able to make something quickly. Cool. I would say mural and I think InVision and figma are probably my other two other most often use tools. I’ve heard of

Yeah. And I think the reason why I typically use those as just because it’s easiest to you know, get those visual concepts in front of a user without having, you know, development build something that they can interact with. Like it’s just, you sometimes you just want general feedback, especially if it’s a concept. So the Lower fidelity that design is, the better because you just want people reacting not to the look and feel but to the overall experience. Right. So if, for instance, like we were, I was testing a reporting feature, you know, we just want to make sure that people are able to find the reporting feature, reported to maintenance control and, you know, be able to figure out where, what the statuses and what are kind of the basic pieces of information that’s needed in order to do that kind of reporting. So you just want to make sure that it’s like pretty bare bones and the more developed it is, unfortunately, people start, you know, saying, well, I’ve really liked this because they the more finished it looks, the more that you’ll end up with a user bias of people thinking it’s a finished product. Yeah, my other key recommendation just like getting some bare bones wireframes out there.

It’s like, Oh, I don’t like the color of the button. Well, it doesn’t matter what the button looks like necessarily yet. Like, that’s a, that’s something you’d want to explore later. But when you’re, you know, testing out early concepts, like, you don’t want them reacting to the look and feel. Yeah, right.

Yeah, I would agree that it’s sometimes that you know, the push to getting it looking like a finished product. It really is kind of dependent on a number of variables where you need to get it beyond the MVP proof of concept to like, into The Agile process where it starts, you’re just iterating on the same solution. And I think, you know, you would want to use like bare bones wireframes because you have an early concept of it right? And I think the the sketch here it is, during those early concepts, the better in some ways because you’ll actually engage the user that you’re testing with, on a more CO creative kind of level, like you’ll show them like, hey, it’s just a sketch, like what could make this actually beneficial to you so and it actually is more engaging that way because the want to be more involved in the process and be kind of more interested in the outcome later. Once you’ve actually got get to the point where you’ve proven the build and push through to the Agile process. I think it’s like a just another technique of like engaging users and stakeholders earlier on and it’s tough I think if you are getting started in this and even if it doesn’t matter if you’re in a big organization or or small one, I think I don’t want to call it sound trap, I guess, but it is just a function of business. Let me say it that way that Yeah, there’s a fear of deviating from sunk costs when your designers have been working, especially if the design team is its own island, and it’s working on stuff, and then bringing it to you to implement and test and do all of this. And whether you’re agile or anything else, as you iterate on these things, you know, design has started taking shape or you know, a feature has started, you know, being built by the developers on some there becomes this fear that will if we test it, and our test says that this thing doesn’t work, then we have to unwind all of this work. And I think the only advice that I have that I can give people on that is a Don’t be afraid of that. That’s natural. That’s, that’s organic. That’s the process of measuring and adjusting. I say this all the time, measure, adjust, measure, adjust.

And now the American people are managed to, like, not just a PR disaster for, you know, your lack of execution, but it’s like, there’s giant ripple effects here for

And that’s what I mean by, you know, our tendency to consumer or eat our own dog food, you know, it’s like, well, we built it already. Can’t we just, you know, oh, well, it’s like, of course, it’s good, because we’ve already gotten this far in the process. And I think that one of the struggles in this in UX research is trying to help somebody understand that a sense of objectivity to show like, actually, I know you’re really wedded to this particular solution, but there’s there might be something easier that might just be like lower hanging fruit that we’ve missed out on. You know, I think an example is like the MVP. I was just Talking about where users like to look at this information panel where they could see all the documents and photos. You know, it was, it was interesting because we were thinking, Oh, it’s mostly a communication app. But actually the way that, you know, users had preference, it’s actually because most of their work involves using items and artifacts as like reference. And but them being sort of given and empowered with the professional know how to do those actions, like they’re not just going to sit there and wait for, you know, for orders. They’re sitting there kind of actively, you know, structuring their own work, and it’s sort of it’s like an indirect nod to their professionalism by giving them things, you know, just not sort of chasing them down for for updates.

Yeah, and the less you have pivoted your product to be able to meet those changing needs, like you’re just, you know, ultimately, you know, giving benefit to your competition. Like it’s, it’s, if you don’t adjust to it, I mean, because it sounds like you know, apple, like establish the mental model for how to interact with those kinds of affordances. And, you know, if you, like, are launching something and you know, you’re going into that gray area, you really need to understand, like, what, what that space looks like right now. And it’s really like accurately taking the temperature of what your users are, and also where the direction of UX is kind of already going.

Yeah, I think you know, a significant part is just Sort of understanding the viability of a concept would use again, like, you know, at Citi group looking into bitcoin, and just whether or not it would be, you know, beneficial to, like how how you would even want to incorporate that as an experience? Is that something that somebody wants to keep into, you know, a product? Do they need to at least just like keep an eye on that or what’s going on? And typically, you know, my role is brought in just to help people break out of that analytical thinking of like, how can we make our current product faster and better? That better is the space that is, you know, is that falls into that blind spot of like things that you’re not seeing. And so part of the role of UX research is to get you to look into that spot because I think sometimes people will have you know, tons of ton of confidence that yes, that we’ve known all that we need to know about this particular thing, but society’s always shifting contacts. And, you know, like our, that subjective experience of humanity is always changing. It’s like you need somebody to kind of help sharpen you into that process of being more creative and thinking outside that strategic lens.

Sure, sure. In terms of UX are I definitely enjoy UX pin. They have a ton of resources about not just design but also from a user researcher perspective. I think InVision has always been great because their product is mostly about getting, you know, users to interact with a design and you can record some you know, really they have a lot of resources on their website about kind of generalized trends of what’s happening and let’s see and user testing calm their product I had some experience with and you know, it’s it’s definitely really helpful to reaching some remote audiences and they have a ton of great information. If you’re trying to understand like, what is UX research, they have like a good bulleted like one on one understanding you know, like, what are some basic techniques what we’re what type of research falls under what part of a product cycle you know, like, what do you want to use a be testing you know, when do you want to be doing some of this more like deep dives exploratory research. And just so that you can, you know, have some kind of foundation to justify the methodology that you’re going to go with. Because pretty much most people, you know, in UX can be able to do this kind of can do the research and you should. I think that a lot of, you know, teams are coming to the realization that it’s really helpful to have a UX researcher because the researcher acts as a filter to all like that noise that can be user feedback, because sometimes you’ll have one person who is not tech savvy, and they can’t figure out how to use the app or, you know, just some sort of these and helping you guys you know, stay focused on like, addressing the things that are the most important.

Yeah, I mean, to that point, you know, what I’m seeing a lot of in terms of some of these job postings for UX researchers are looking for PhDs and, you know, master’s degree candidates who are coming out of school, you know, and for folks who don’t have a lot of direct industry experience, it can be kind of jarring because the two environments have different priorities. You know, just just like in terms of, like time alone, like, the timelines are completely different. So the last position I worked you know, working for this aviation is Innovation Lab, I worked with, you know, four PhDs, I believe, all with backgrounds and, you know, getting into the user experience space. And they have, like, you know, medical experience. And some of the things that I saw that they ran into were just, you know, issues with, like, the different expectations of time, like in academia, you know, there’s this expectation of like longer timelines, you have like, three to six months to explore a problem, whereas in the UX industry, that time is money, you have a significantly shorter time around probably about six weeks to scope like a deep dive project. And like, one week to unpack it in one week to come up with results at most, typically, you know, the shorter the better. So like, it’s it really is like very conflicting priorities. I think another trend I would mention is just that in academia, like, you know, transparency and like, effective methodology is your goal but in the industry, you know, Less is more, the more efficient efficiency is the school because you need to be able to get your point out as soon as possible because your stakeholders are, you know, they’re not going to have that much time there. They don’t care, you covered all the most efficient methodology, you know, you don’t want to look at your source code for like unpacking a survey, they want to, they want you to like get to your point in as short a time as possible. And the more visual you can make it the better.

Yeah, it really is like a flexibility on understanding a problem and present it it’s like an A really important soft skill to have is being able to deliver that in a manner that is effective, you know, and and not caving, because your product managers just wants to verify whether or not the problem that

Sure. Thank you, everyone for for having me on the show is a really great opportunity. Again, you can find me on LinkedIn under anime Lynn. I have some you know you can find my background. Feel free to reach out to me if you want to grab coffee. If you’re in the New York City area. Hit me up. I’ve definitely coached a lot of professionals Getting into the UX research space if you’re going from academia to industry, you know, I can certainly give you like some, some pro tips on how to make that jump. Unknown Speaker Awesome. Thanks