Category: Blog

I’d like you to consider this a “yes … and” piece to complement Joe’s post. I’m no trying to reject any of what he’s saying, but rather to give some context to initiatives and opportunities where AI may produce real, positive impacts on people with disabilities. I want to take some time to talk about what’s possible in hope that we’ll get there one day. I’m no saying that there aren’t real challenges or pressing problems with AI that need to be addressed; there are.

Other text

Joe’s article spends a lot of time examining how computer vision models can create other word. He raises a lot of appropriate points regarding the state of the world right now. And while computer-vision concepts continue to improve in the quality and complexity of information in their information, their benefits aren’t wonderful. As he rightly points out, the state of image research is currently very poor, especially for some graphic types, in large part due to the lack of context for which AI systems look at images ( which is a result of having separate “foundation” models for words analysis and picture analysis ). Today’s models aren’t trained to distinguish between images that are contextually relevant ( which should probably have descriptions ) and those that are purely decorative ( which might not even need a description ) either. However, I still think there’s possible in this area.

As Joe points out, alt text authoring by human-in-the-loop should definitely be a thing. And if AI can intervene to provide a starting place for alt text, even if the swift may say What is this BS? That’s not correct at all … Let me try to offer a starting point— I think that’s a gain.

If we can specifically teach a design to consider image usage in context, it might be able to help us more swiftly distinguish between images that are likely to be beautiful and those that are more descriptive. That will clarify which situations require image descriptions, and it will increase authors ‘ effectiveness in making their sites more visible.

While complex images—like graphs and charts—are challenging to describe in any sort of succinct way ( even for humans ), the image example shared in the GPT4 announcement points to an interesting opportunity as well. Let’s say you came across a map that was simply the description of the chart’s title and the type of representation it was: Pie map comparing smartphone usage to have phone usage in US households earning under$ 30, 000 annually. ( That would be a pretty bad alt text for a chart because it frequently leaves many unanswered questions about the data, but let’s just assume that was the description in place. ) If your website knew that that picture was a pie graph ( because an ship model concluded this ), imagine a world where people could ask questions like these about the creative:

• Are there more smartphone users than have phones?
• How many more are there?
• Is there a group of people that don’t fall into either of these pots?
• That number, how some?

For a moment, the chance to learn more about images and data in this way may be innovative for people with low vision and blindness as well as for those with different forms of color blindness, mental disabilities, and other issues. It could also be helpful in education settings to help people who can see these figures, as is, to understand the data in the figures.

What if you could request your website to make a complicated map simpler? What if you asked it to separate a single line from a collection curve? What if you could request your website to transform the colors of the various lines to work better for variety of colour blindness you have? What if you could ask it to switch colors for patterns? That seems like a possibility given the chat-based interfaces and our current ability to manipulate images in today’s AI tools.

Now imagine a purpose-built model that could extract the information from that chart and convert it to another format. Perhaps it could convert that pie chart (or, better yet, a series of pie charts ) into more usable ( and useful ) formats, like spreadsheets, for instance. That would be incredible!

Matching algorithms

When Safiya Umoja Noble chose to call her book Algorithms of Oppression, she hit the nail on the head. Although her book focused on the ways that search engines can foster racism, I believe it to be equally accurate to say that all computer models have the potential to amplify conflict, bias, and intolerance. Whether it’s Twitter always showing you the latest tweet from a bored billionaire, YouTube sending us into a Q-hole, or Instagram warping our ideas of what natural bodies look like, we know that poorly authored and maintained algorithms are incredibly harmful. A large portion of this is a result of a lack of diversity in the people who design and construct them. There is still a lot of potential for algorithm development when these platforms are built with inclusive features in mind.

Take Mentra, for example. They serve as a network of people with disabilities. They match job seekers with potential employers using an algorithm based on more than 75 data points. On the job-seeker side of things, it considers each candidate’s strengths, their necessary and preferred workplace accommodations, environmental sensitivities, and so on. It takes into account the workplace, the communication environment, and other factors. Mentra made the decision to change the script when it came to traditional employment websites because it was run by neurodivergent people. They use their algorithm to propose available candidates to companies, who can then connect with job seekers that they are interested in, reducing the emotional and physical labor on the job-seeker side of things.

More people with disabilities can be used to create algorithms, which can lessen the likelihood that they will harm their communities. That’s why diverse teams are so crucial.

Imagine that a social media company’s recommendation engine was tuned to analyze who you’re following and if it was tuned to prioritize follow recommendations for people who talked about similar things but who were different in some key ways from your existing sphere of influence. For instance, if you were to follow a group of non-disabled white male academics who talk about AI, it might be advisable to follow those who are disabled, aren’t white, or aren’t men who also talk about AI. If you followed its advice, you might be able to understand what is happening in the AI field more fully and nuancedly. These same systems should also use their understanding of biases about particular communities—including, for instance, the disability community—to make sure that they aren’t recommending any of their users follow accounts that perpetuate biases against (or, worse, spewing hate toward ) those groups.

Other ways that AI can assist people with disabilities

I’m sure I could go on and on about using AI to assist people with disabilities, but I’m going to make this last section into a bit of a lightning round. In no particular order:

Voice preservation You might have heard about the voice-preserve offerings from Microsoft, Acapela, or others, or have seen the VALL-E paper or Apple’s Global Accessibility Awareness Day announcement. It’s possible to train an AI model to replicate your voice, which can be a tremendous boon for people who have ALS ( Lou Gehrig’s disease ) or motor-neuron disease or other medical conditions that can lead to an inability to talk. We need to approach this tech responsibly because it has the potential to have a truly transformative impact, which is why it can also be used to create audio deepfakes.
• voice recognition is. Researchers like those in the Speech Accessibility Project are paying people with disabilities for their help in collecting recordings of people with atypical speech. As I type, they are actively recruiting people with Parkinson’s and related conditions, and they intend to expand this to other conditions as the project develops. More people with disabilities will be able to use voice assistants, dictation software, and voice-response services, as well as to use only their voices to control computers and other devices, according to this research.
• Text transformation. The most recent generation of LLMs is quite capable of changing existing text without giving off hallucinations. This is incredibly empowering for those who have cognitive disabilities and who may benefit from text summaries, simplified versions, or even text that has been prepared for Bionic Reading.

The importance of diverse teams and data

We must acknowledge the importance of our differences. The intersections of the identities we live in have an impact on our lived experiences. These lived experiences—with all their complexities ( and joys and pain ) —are valuable inputs to the software, services, and societies that we shape. Our differences must be reflected in the data we use to develop new models, and those who provide that valuable information must be compensated for doing so. Inclusive data sets produce stronger models that promote more justifiable outcomes.

Want a model that doesn’t demean or patronize or objectify people with disabilities? Make sure that the training data includes information about disabilities written by people with a range of disabilities.

Want a non-binary language model? You may be able to use existing data sets to build a filter that can intercept and remediate ableist language before it reaches readers. Despite this, AI models won’t be replacing human copy editors anytime soon when it comes to sensitivity reading.

Want a copilot for coding that provides recomprehensible recommendations after the jump? Train it on code that you know to be accessible.

I have no doubt that AI has the potential to harm people today, tomorrow, and long into the future. However, I also think we should acknowledge this and make thoughtful, thoughtful, and intentional changes to our approaches to AI that will reduce harm over time as well. Today, tomorrow, and well into the future.

Many thanks to Kartik Sawhney for supporting the development of this article, Ashley Bischoff for providing me with invaluable editorial support, and, of course, Joe Dolson for the prompt.

I have a creative side. What I do involves chemistry. It is a puzzle. I don’t perform it as much as I let it be done by me.

I am imaginative. This brand is not appropriate for all creatives. No everyone sees themselves in this way. Some innovative individuals incorporate technology into their work. That is their perception, and I regard it. Perhaps I even have a small fear for them. However, my method is unique; my being is unique.

It distracts one to apologize and qualify in progress. That’s what my mind does to destroy me. I’ll leave it alone for today. I may come back later to make amends and count. After I’ve said what I should have. which is difficult enough.

Except when it is simple and flows like a beverage valley.

Sometimes it does. Maybe what I need to make arrives in a flash. I’ve learned to avoid saying it right away because they think you don’t work hard enough when you realize that sometimes the plan just comes along and it is the best plan and you know it is the best idea.

Maybe I work and work and work until the thought strikes me. Maybe it arrives right away, but I don’t remind people for three days. Sometimes I blurt out the plan so quickly that I didn’t stop myself. like a child who discovered a prize in one of his Cracker Jacks. I occasionally manage to escape this. Yes, that is the best plan, but sometimes another people disagree. They don’t usually, and I regret losing my joy.

Passion should be saved for the meeting, where it will matter. not the informal gathering that two different gatherings precede that appointment. Nobody understands why these discussions occur. We keep saying we’re getting rid of them, but we keep discovering new ways to get them. They occasionally also excel. But occasionally they are a hindrance to the actual labor. Depending on what you do and where you do it, the ratio between when conferences are valuable and when they are a sad distraction vary. also who you are and what you do. Suddenly, I digress. I have a creative side. That is the design.

Often, a lot of diligent and individual work ends up with something that is rarely useful. Maybe I have to take that and move on to the next task.

Don’t inquire about the procedure. I have a creative side.

I am imaginative. I have no power over my goals. And I have no control over my best tips.

I can nail ahead, fill in the blanks, or use images or information, which occasionally works. I can go for a move, which occasionally works. There is a Eureka that has nothing to do with sizzling fuel and flowing pots. I may be making dinner. I frequently have a sense of direction when I awaken. The idea that may have saved me disappears almost as frequently as I become aware and a part of the world once more as a thoughtless wind of oblivion. For imagination, in my opinion, comes from that other planet. The one that we enter in ambitions and, possibly, before and after dying. I’m not a writer, so that’s up to authors to think about. I have a creative side. Theologians are encouraged to build massive armies in their artistic globe, which they insist is real. But that is yet another diversion. And one that is miserable. Possibly on a much bigger issue than whether or not I am creative. But that’s also a step backwards from what I’m trying to say.

Often the result is evasion. And suffering. Do you know the actor who is tortured by the cliché? Even when the artist is trying to write a soft drink song, a call in a worn-out comedy, or a budget ask, that word is correct.

Some individuals who detest the idea of being called artistic perhaps been closeted artists, but that’s between them and their gods. No offence here. Your wisdom is also true. But I should take care of me.

Creatives identify artists.

Disadvantages are aware of cons, just like queers are aware of queers, just like real rappers are aware of actual rappers. Artists are highly revered by people in the world. We respect, follow, and almost deify the excellent ones. Of course, deifying any person is a dreadful error. We’ve been given a warning. We are more knowledgeable. We are aware that people are really people. Because they are clay, like us, they squabble, they are depressed, they regret making the most important decisions, they are poor and hungry, they can be violent, and they can be as ridiculous as we can. But. But. However, they produce this incredible issue. They give birth to something that may not exist before them and couldn’t exist without. They are the inspirations ‘ parents. And I suppose I should add that they are the mother of technology because it’s just lying it. Bad mee backside! Okay, that’s all said and done. Continue.

Because we compare our personal small accomplishments to those of the great ones, artists denigrate them. Wonderful video I‘m not Miyazaki, so I‘m not. That is brilliance right now. That is brilliance directly from God’s heart. This meagre much creation that I made? It essentially fell off the back of the pumpkin trailer. And the carrots weren’t actually new.

Artists is aware that they are at best Salieri. That is what Mozart’s creatives do, also.

I am imaginative. In my hallucinations, my former artistic managers are the ones who judge me because I haven’t worked in advertising in 30 times. They are correct to do that. When it really counts, my brain goes flat because I am too lazy and simplistic. There is no treatment for artistic mania.

I am imaginative. Every experience I create has the potential to make Indiana Jones look older while snoring in a deck head. The more I pursue creativity, the faster I can complete my work, and the longer I obsess over my ideas and whizz around in circles before I can complete that task.

I can move ten times more quickly than those who aren’t creative, those who have just been creative for a short while, and those who have just had a short time of creative work. Only that I spend twice as long putting the job off as they do before I work ten times as quickly as they do. When I put my mind to it, I am so confident in my ability to do a wonderful career. I have an addiction to the delay hurry. I also have a fear of the climb.

I don’t create anything.

I am imaginative. hardly a performer. Though as a child, I had a dream that I would one day become that. Some of us criticize our abilities and fear our own selves because we are not Michelangelos and Warhols. That is narcissism, but at least we aren’t in elections.

I am imaginative. Despite my belief in reason and science, my decisions are based on my own senses. and sit in the aftermath of both the triumphs and disasters.

I am imaginative. Another artists, who see things differently, will find every syllable I’ve said irritate me. Ask a question to two artists, and three views will be formed. No matter how we perhaps think about it, our debate, our passion for it, and our responsibility to our own truth, at least in my opinion, are the best indications that we are artists.

I am imaginative. I lament my lack of taste in the areas of human knowledge that I know quite small, that is to say about everything. And I put my preference before all other things in the areas that are most dear to my soul, or perhaps more precisely, to my passions. Without my passions, I had probably have to spend time staring living in the eye, which almost none of us can do for very long. No seriously. Actually, no. Because living is so difficult to handle when you really look at it.

I am imaginative. I think that when I’m gone, some of the good parts of me will stay in the head of at least one additional person, just like a family does.

Working frees me from worrying about my job.

I am imaginative. I fear that my little product will disappear without warning.

I am imaginative. I spend way too much time making the next thing, given that almost nothing I create did achieve the level of brilliance I conceive of.

I am imaginative. I think method is the most amazing mystery. I think so strongly that I am actually foolish enough to post an essay I wrote into a small machine without having to go through or edit it. I swear I didn’t accomplish this frequently. But I did it right away because I was even more frightened of forgetting what I was saying because I was afraid of you seeing through my sad movements toward the beautiful.

There. I believe I’ve said it.

Humility, a writer’s most important quality, has a great circle to it. What about sincerity, an business manager’s vital value? Or a doctor’s? Or a student’s? They all have fantastic sounds. When humility is our guiding light, the course is usually available for fulfillment, development, relation, and commitment. We’re going to speak about why in this section.

That said, this is a guide for developers, and to that conclusion, I’d like to begin with a story—well, a voyage, actually. It’s a private one, and I’m going to make myself prone as well. I call it:

The Ludicrous Pate of Justin: A Tale of its Author

When I was coming out of arts school, a long-haired, goateed novice, write was a known quantity to me, design on the web, however, was riddled with complexities to understand and learn, a problem to be solved. Although I had formal training in typography, layout, and creative design, what most intrigued me was how these traditional skills could be applied to a young online landscape. This style would eventually form the rest of my profession.

But I drained HTML and JavaScript books until the early hours of the morning and self-taught myself how to code during my freshman year rather than student and go into write like many of my friends. I wanted—nay, needed—to better understand the underlying relevance of what my design decisions may think when rendered in a website.

The so-called” Wild West” of website design was the late 1990s and early 2000s. Manufacturers at the time were all figuring out how to use layout and visual connection to the online environment. What regulations were in place? How may we break them and also engage, entertain, and present information? How was my values, which include modesty, respect, and connection, coincide with that on a more general level? I was eager to find out.

Those are amazing factors between non-career relationships and the world of style, even though I’m talking about a different time. What are your main passions, or ideals, that elevate medium? The main themes remain the same, much like the primary parallels between what fulfills you, who is independent of the physical or digital worlds.

First within tables, animated GIFs, Flash, then with Web Standards, divs, and CSS, there was personality, raw unbridled creativity, and unique means of presentment that often defied any semblance of a visible grid. Splash screens and “browser requirement” pages aplenty. Usability and accessibility were typically victims of such a creation, but such paramount facets of any digital design were largely (and, in hindsight, unfairly) disregarded at the expense of experimentation.

For instance, this iteration of my personal portfolio site (” the pseudoroom” ) from that time was experimental if not a little overt in terms of visualizing how the idea of a living sketchbook was conveyed. Quite skeuomorphic. On this one, we would first picture and then slip a Photoshop record back and forth to trap things up and play with various customer interactions. I co-founded the creative project organizing app Milanote and my dear friend, fellow designer Marc Clancy. Then, I’d break it down and code it into a digital layout.

Along with design folio pieces, the site also offered free downloads for Mac OS customizations: desktop wallpapers that were effectively design experimentation, custom-designed typefaces, and desktop icons.

GUI Galaxy was a design, pixel art, and Mac-centric news portal that graphic designer friends and I developed from around the same time.

Design news portals were incredibly popular at the time, and they now accept Tweet-sized, small-format versions of relevant news from the categories I previously covered. If you took Twitter, curated it to a few categories, and wrapped it in a custom-branded experience, you’d have a design news portal from the late 90s / early 2000s.

We as designers had changed and developed a bandwidth-sensitive, award-winning, much more accessibility-conscious website. Still ripe with experimentation, yet more mindful of equitable engagement. There are a few content panes here, with both Mac-focused news and general news (tech, design ) to be seen. We also offered many of the custom downloads I cited before as present on my folio site but branded and themed to GUI Galaxy.

The presentation layer, which included global design, illustration, and news author collaboration, was the backbone of the website. And the collaboration effort here, in addition to experimentation on a’ brand’ and content delivery, was hitting my core. We were creating a global audience by creating something bigger than just one of us.

Collaboration and connection transcend medium in their impact, immensely fulfilling me as a designer.

Why am I taking you on this journey of design memory lane, now? Two reasons.

First of all, there’s a reason for the nostalgia for the” Wild West” era of design that so many personal portfolio and design portals sprang from the past. Ultra-finely detailed pixel art UI, custom illustration, bespoke vector graphics, all underpinned by a strong design community.

The web design industry has been in a state of stagnation right now. I suspect there’s a strong chance you’ve seen a site whose structure looks something like this: a hero image / banner with text overlaid, perhaps with a lovely rotating carousel of images ( laying the snark on heavy there ), a call to action, and three columns of sub-content directly beneath. Perhaps there are selections that vaguely relate to their respective content in an icon library.

Design, as it’s applied to the digital landscape, is in dire need of thoughtful layout, typography, and visual engagement that goes hand-in-hand with all the modern considerations we now know are paramount: usability. accessibility. Load times and bandwidth- sensitive content delivery. A user-friendly presentation that connects with people wherever they are. We must be mindful of, and respectful toward, those concerns—but not at the expense of creativity of visual communication or via replicating cookie-cutter layouts.

Pixel Issues

Websites during this period were often designed and built on Macs whose OS and desktops looked something like this. Although Mac OS 7.5 is available, 8 and 9 are not very different.

How could any single icon, at any point, stand out and grab my attention, fascinated me? In this example, the user’s desktop is tidy, but think of a more realistic example with icon pandemonium. Or, let’s say an icon was a part of a larger system grouping ( fonts, extensions, control panels ): how did it maintain cohesion within a group as well?

These were 32 x 32 pixel creations, utilizing a 256-color palette, designed pixel-by-pixel as mini mosaics. This, in my opinion, was the embodiment of digital visual communication under such absurd constraints. And often, ridiculous restrictions can yield the purification of concept and theme.

So I started to research and do my homework. I was a student of this new medium, hungry to dissect, process, discover, and make it my own.

I wanted to see how I could use that 256-color palette to push the boundaries of a 32×32 pixel grid while expanding the concept of exploration. Those ridiculous constraints forced a clarity of concept and presentation that I found incredibly appealing. I was thrust into the digital gauntlet because of it. And so, in my dorm room into the wee hours of the morning, I toiled away, bringing conceptual sketches into mini mosaic fruition.

These are some of my creations that made use of ResEdit, the only program I had at the time, to create icons. ResEdit was a clunky, built-in Mac OS utility not really made for exactly what we were using it for. Research is at the center of all of this work. Challenge. solving problems. Again, these core connection-based values are agnostic of medium.

There’s one more design portal I want to talk about, which also serves as the second reason for my story to bring this all together.

Kaliber 1000 is short for K10k. K10k was founded in 1998 by Michael Schmidt and Toke Nygaard, and was the design news portal on the web during this period. It was the ideal setting for me, my friend, with its pixel art-filled presentation, meticulous attention to detail, and many of the site’s more well-known designers who were invited to be news authors. With respect where respect is due, GUI Galaxy’s concept was inspired by what these folks were doing.

For my part, the combination of my web design work and pixel art exploration began to get me some notoriety in the design scene. K10k eventually added me as one of their very select group of news writers to the website’s content.

Amongst my personal work and side projects —and now with this inclusion—in the design community, this put me on the map. Additionally, my design work has started to appear on other design news portals, as well as be published in various printed collections, in domestic and international magazines, and in various printed collections. With that degree of success while in my early twenties, something else happened:

I actually changed into a colossal asshole in about a year of school, not less. The press and the praise became what fulfilled me, and they went straight to my head. My ego was inflated by them. I actually felt somewhat superior to my fellow designers.

The casualties? My design stagnated. My evolution has stagnated, as is its evolution.

I felt so supremely confident in my abilities that I effectively stopped researching and discovering. When my first instinct was to sketch concepts or iterate ideas in lead, I instead leaped right into Photoshop. I drew my inspiration from the smallest of sources ( and with blinders on ). Any criticism of my work from my fellow students was frequently vehemently dissented. The most tragic loss: I had lost touch with my values.

Some of my friendships and blossoming professional relationships almost ended up being destroyed by my ego. I was toxic in talking about design and in collaboration. But thankfully, those same friends gave me a priceless gift: candor. They called me out on my unhealthy behavior.

Although it was something I initially rejected, I eventually had a chance to reflect on it in depth. I was soon able to accept, and process, and course correct. Although the realization made me feel uneasy, the re-awakening was necessary. I let go of the “reward” of adulation and re-centered upon what stoked the fire for me in art school. Most importantly, I regained my fundamental values.

Always Students

Following that temporary regression, I was able to advance in both my personal and professional design. And I could self-reflect as I got older to facilitate further growth and course correction as needed.

Let’s take the Large Hadron Collider as an example. The LHC was designed” to help answer some of the fundamental open questions in physics, which concern the basic laws governing the interactions and forces among the elementary objects, the deep structure of space and time, and in particular the interrelation between quantum mechanics and general relativity”. Thank you, Wikipedia.

Around fifteen years ago, in one of my earlier professional roles, I designed the interface for the application that generated the LHC’s particle collision diagrams. These diagrams are often regarded as works of art unto themselves because they depict what is actually happening inside the Collider during any given particle collision event.

Designing the interface for this application was a fascinating process for me, in that I worked with Fermilab physicists to understand what the application was trying to achieve, but also how the physicists themselves would be using it. In order to accomplish this, in this role,

I cut my teeth on usability testing, working with the Fermilab team to iterate and improve the interface. To me, how they spoke and what they talked about was like an alien tongue. And by making myself humble and working under the mindset that I was but a student, I made myself available to be a part of their world to generate that vital connection.

I also had my first ethnographic observational experience, where I observed how the physicists used the tool in their own environments, on their own terminals. For example, one takeaway was that due to the level of ambient light-driven contrast within the facility, the data columns ended up using white text on a dark gray background instead of black text-on-white. They could read through a lot of data at once and relieve their strain in the process. And Fermilab and CERN are government entities with rigorous accessibility standards, so my knowledge in that realm also grew. Another crucial form of communication was the barrier-free design.

So to those core drivers of my visual problem-solving soul and ultimate fulfillment: discovery, exposure to new media, observation, human connection, and evolution. I checked my ego before entering those values, which opened the door for those values.

An evergreen willingness to listen, learn, understand, grow, evolve, and connect yields our best work. I want to pay attention to the words “grow” and “evolve” in that statement in particular. If we are always students of our craft, we are also continually making ourselves available to evolve. Yes, we have completed years of design research. Or the focused lab sessions from a UX bootcamp. Or the monogrammed portfolio of our work. Or, ultimately, decades of a career behind us.

However, with all that being said, “experience” does not equate to “expert.”

As soon as we close our minds via an inner monologue of’ knowing it all’ or branding ourselves a” #thoughtleader” on social media, the designer we are is our final form. The creator who we can be will never be there.

I’ve been fascinated by shows since I was a child. I loved the heroes and the excitement—but most of all the stories. I aspired to be an artist. And I believed that I’d get to do the things that Indiana Jones did and go on interesting activities. Yet my friends and I had movie ideas to make and sun in. But they never went any farther. However, I did end up working in user experience ( UI). Today, I realize that there’s an element of drama to UX— I hadn’t actually considered it before, but consumer analysis is story. And to get the most out of customer studies, you must tell a compelling story that involves stakeholders, including the product team and decision-makers, and piques their interest in learning more.

Think of your favourite film. It probably follows a three-act narrative architecture: the layout, the conflict, and the resolution, which is prevalent in literature. The second act shows what exists now, and it helps you get to know the figures and the challenges and problems that they face. Act two sets the scene for the fight and introduces the activity. Here, difficulties grow or get worse. And the quality is the third and final work. This is where the issues are resolved and the figures learn and change. This architecture, in my opinion, is also a fantastic way to think about consumer research, and it might be particularly useful for introducing user research to others.

Use story as a framework when conducting research.

It’s sad to say, but many have come to see studies as being dispensable. Research is typically one of the first things to go when expenses or deadlines are tight. Instead of investing in study, some goods professionals rely on manufacturers or—worse—their personal judgment to make the “right” options for users based on their experience or accepted best practices. That may lead some groups, but that approach can so easily miss the chance to solve people ‘ real issues. To be user-centered, this is something we really avoid. User study improves style. It keeps it on record, pointing to problems and opportunities. Being aware of the problems with your goods and taking action can help you keep ahead of your competition.

In the three-act structure, each action corresponds to a part of the process, and each part is important to telling the whole story. Let’s take a look at the various functions and how they relate to consumer research.

Act one: layout

The setup consists entirely in comprehending the history, and that’s where basic research comes in. Basic research ( also called relational, discovery, or preliminary research ) helps you understand people and identify their problems. Just like in the movies, you’re learning about the difficulties customers face, what options are available, and how those challenges impact them. To do basic research, you may conduct cultural inquiries or journal studies ( or both! ), which may assist you in identifying both problems and opportunities. It doesn’t need to be a great investment in time or money.

Erika Hall writes about the most effective anthropology, which can be as straightforward as spending 15 hours with a customer and asking them to” Walk me through your morning yesterday.” That’s it. Provide that one ask. Locked up and listen to them for 15 days. Do everything in your power to keep yourself and your pursuits out of it. Bam, you’re doing ethnography”. According to Hall, “[This ] will likely prove quite fascinating. In the very unlikely event that you didn’t learn anything new or helpful, carry on with increased confidence in your way”.

I think this makes sense. And I love that this makes consumer studies so visible. You can only attract participants and do it! You don’t need to make a lot of documentation. This can offer a wealth of knowledge about your customers, and it’ll help you better understand them and what’s going on in their life. That’s exactly what work one is all about: understanding where people are coming from.

Maybe Spool talks about the importance of basic research and how it may type the bulk of your research. If you can supplement what you’ve heard in the fundamental studies by using any more user data that you can obtain, such as surveys or analytics, to make recommendations that may need to be investigated further, you might as well use those that can be drawn from those that you can obtain. Together, all this information creates a clearer picture of the state of things and all its deficiencies. And that’s the start of a gripping tale. It’s the place in the story where you realize that the principal characters—or the people in this case—are facing issues that they need to conquer. This is where you begin to develop compassion for the characters and support their success, much like in films. And finally participants are now doing the same. Their concern may be with their company, which may be losing money because people are unable to complete specific tasks. Or probably they do connect with customers ‘ problems. In either case, work one serves as your main strategy to pique the interest and interest of the participants.

When partners begin to understand the value of basic research, that is open doors to more opportunities that involve users in the decision-making approach. And that can help product team become more user-centric. This rewards everyone—users, the goods, and partners. It’s similar to winning an Oscar for a film because it frequently results in a favorable and productive outcome for your item. And this can be an opportunity for participants to repeat this process with different products. The secret to this approach is storytelling, and knowing how to tell a compelling story is the only way to entice partners to do more research.

This brings us to work two, where you incrementally review a design or idea to see whether it addresses the problems.

Act two: fight

Act two is all about digging deeper into the problems that you identified in operate one. This typically involves conducting vertical research, such as accessibility tests, where you evaluate a potential solution ( such as a design ) to see if it addresses the problems you identified. The issues may include unfulfilled needs or problems with a circulation or procedure that’s tripping users off. More problems will come up in the process, much like in the second action of a film. It’s here that you learn more about the figures as they grow and develop through this action.

According to Jakob Nielsen, five users should be normally in usability tests, which means that this number of users can generally identify the majority of the issues:” You learn less and less as you add more and more users because you will keep seeing the same things over and over again… After the second user, you are wasting your time by constantly observing the similar findings but no learning much new.”

There are parallels with storytelling here too, if you try to tell a story with too many characters, the plot may get lost. With fewer participants, each user’s struggles will be more easily recalled and shared with other parties when discussing the research. This can help convey the issues that need to be addressed while also highlighting the value of doing the research in the first place.

Usability tests have been conducted in person for decades, but you can also conduct them remotely using software like Microsoft Teams, Zoom, or other teleconferencing software. This approach has become increasingly popular since the beginning of the pandemic, and it works well. You might consider in-person usability tests like attending a play and remote sessions as more of a movie watching experience. There are advantages and disadvantages to each. Usability research in person is a much more extensive experience. Stakeholders can experience the sessions with other stakeholders. Additionally, you get real-time reactions, including surprises, disagreements, and discussions about what they’re seeing. Much like going to a play, where audiences get to take in the stage, the costumes, the lighting, and the actors ‘ interactions, in-person research lets you see users up close, including their body language, how they interact with the moderator, and how the scene is set up.

If conducting usability testing in the field is like watching a play that is staged and controlled, where any two sessions may be very different from one another. You can take usability testing into the field by creating a replica of the space where users interact with the product and then conduct your research there. Or you can meet users at their location to conduct your research. With either option, you get to see how things work in context, things come up that wouldn’t have in a lab environment—and conversion can shift in entirely different directions. You have less control over how these sessions end as researchers, but this can occasionally help you understand users even better. Meeting users where they are can provide clues to the external forces that could be affecting how they use your product. Usability tests in person offer a level of detail that is frequently absent from remote testing.

That’s not to say that the “movies” —remote sessions—aren’t a good option. Remote training sessions can reach a wider audience. They allow a lot more stakeholders to be involved in the research and to see what’s going on. And they make access to a much wider range of users in their own country. But with any remote session there is the potential of time wasted if participants can’t log in or get their microphone working.

You can ask real users questions to understand their thoughts and understanding of the solution as a result of usability testing, whether it is done remotely or in person. This can help you not only identify problems but also glean why they’re problems in the first place. Additionally, you can test your own hypotheses and determine whether your reasoning is correct. By the end of the sessions, you’ll have a much clearer picture of how usable the designs are and whether they work for their intended purposes. The excitement centers on Act 2, but there are also potential surprises in that Act. This is equally true of usability tests. Unexpected things that participants say frequently alter the way you look at things, and these unexpected revelations can lead to unexpected turns in the narrative.

Unfortunately, user research is sometimes seen as expendable. Usability testing is frequently the only method of research that some stakeholders believe they ever need, and it’s too frequently the case. In fact, if the designs that you’re evaluating in the usability test aren’t grounded in a solid understanding of your users ( foundational research ), there’s not much to be gained by doing usability testing in the first place. Because you’re narrowing the scope of what you’re receiving feedback on without understanding the needs of the users. As a result, there’s no way of knowing whether the designs might solve a problem that users have. In the context of a usability test, it’s only feedback on a particular design.

On the other hand, if you only do foundational research, while you might have set out to solve the right problem, you won’t know whether the thing that you’re building will actually solve that. This demonstrates the value of conducting both directional and foundational research.

In act two, stakeholders will—hopefully—get to watch the story unfold in the user sessions, which creates the conflict and tension in the current design by surfacing their highs and lows. And in turn, this can encourage stakeholders to take action on the issues that arise.

Act three: resolution

The third act is about resolving the issues raised by the first two acts, whereas the first two are about comprehending the context and the tensions that can compel action. While it’s important to have an audience for the first two acts, it’s crucial that they stick around for the final act. That includes all members of the product team, including developers, UX experts, business analysts, delivery managers, product managers, and any other interested parties. It allows the whole team to hear users ‘ feedback together, ask questions, and discuss what’s possible within the project’s constraints. Additionally, it enables the UX design and research teams to clarify, suggest alternatives, or provide more context for their choices. So you can get everyone on the same page and get agreement on the way forward.

Voiceover narration of this act is typically used with audience input. The researcher is the narrator, who paints a picture of the issues and what the future of the product could look like given the things that the team has learned. They offer the stakeholders their suggestions and suggestions for how to create this vision.

Nancy Duarte in the Harvard Business Review offers an approach to structuring presentations that follow a persuasive story. The most effective presenters employ the same methods as great storytellers: they create a conflict that needs to be settled by reminding people of the status quo and then revealing a better way, according to Duarte. ” That tension helps them persuade the audience to adopt a new mindset or behave differently”.

This type of structure aligns well with research results, and particularly results from usability tests. It provides proof for “what is “—the issues you’ve identified. And “what could be “—your recommendations on how to address them. And so forth.

You can reinforce your recommendations with examples of things that competitors are doing that could address these issues or with examples where competitors are gaining an edge. Or they can be visual, like quick sketches of how a new design could look that solves a problem. These can help generate conversation and momentum. And this continues until the session is over when you’ve concluded by bridging the gaps and offering suggestions for improvement. This is the part where you reiterate the main themes or problems and what they mean for the product—the denouement of the story. The stakeholders will now have the opportunity to take the next steps, and hopefully the will-power to do so!

While we are nearly at the end of this story, let’s reflect on the idea that user research is storytelling. The three-act structure of user research contains all the components for a good story:

Act one: You meet the protagonists ( the users ) and the antagonists ( the problems affecting users ). This is the plot’s beginning. In act one, researchers might use methods including contextual inquiry, ethnography, diary studies, surveys, and analytics. These techniques can produce personas, empathy maps, user journeys, and analytics dashboards as output.

Act two: Next, there’s character development. The protagonists face problems and difficulties, which they must overcome, and there is conflict and tension. In act two, researchers might use methods including usability testing, competitive benchmarking, and heuristics evaluation. Usability findings reports, UX strategy documents, usability guidelines, and best practices can be included in the output of these.

Act three: The protagonists triumph and you see what a better future looks like. Researchers may use techniques like presentation decks, storytelling, and digital media in act three. The output of these can be: presentation decks, video clips, audio clips, and pictures.

The researcher performs a number of tasks: they are the producer, the director, and the storyteller. The participants have a small role, but they are significant characters ( in the research ). And the audience are the stakeholders. But the most important thing is to get the story right and to use storytelling to tell users ‘ stories through research. By the end, the parties should have a goal and a desire to solve the product’s flaws.

So the next time that you’re planning research with clients or you’re speaking to stakeholders about research that you’ve done, think about how you can weave in some storytelling. In the end, user research is beneficial for everyone, and all you need to do is pique stakeholders ‘ interest in how the story ends.

Picture this: Two people are having what appears to be the same talk about the same pattern issue in a conference room at your technology company. One is talking about whether the staff has the proper skills to handle it. The various examines whether the answer really addresses the user’s issue. Similar room, the same issue, and entirely different perspectives.

This is the lovely, sometimes messy fact of having both a Design Manager and a Guide Designer on the same group. And you’re asking the right question if you’re wondering how to make this job without creating confusion, coincide, or the feared” to some cooks” situation.

Fresh lines on an organizational chart have always been the standard solution. The Design Manager handles persons, the Lead Designer handles art. Best, problem is fixed, right? Except that fresh organizational charts are dream. In fact, both roles care greatly about crew health, style quality, and shipping great work.

When you begin to think of your design organization as a design species, the magic happens when you accept collide rather than fight it.

The biology of a good design team

Here’s what I’ve learned from years of being on both flanks of this formula: think of your design team as a living organism. The Design Manager concentrates on the internal security, career advancement, team dynamics, and other factors. The Lead Designer is more focused on the body ( the handiwork, the design standards, the hands-on projects that are delivered to users ).

But just like mind and body aren’t totally separate systems, but, also, do these tasks overlap in significant ways. Without working in harmony with one another, you didn’t have a healthier person. The technique is to know where those aligns are and how to manage them gently.

When we look at how good team really function, three critical devices emerge. Each role must coexist, but one must assume primary responsibility for maintaining a solid structure.

Folks & Psychology: The Nervous System

Major caretaker: Design Manager
Supporting position: Lead Designer

The anxious system is all about mental health, feedback, and signals. When this technique is good, information flows easily, people feel safe to take risks, and the staff may react quickly to new problems.

The main caretaker here is the Design Manager. They are keeping track of the team’s emotional signal, making sure feedback rings are good, and creating the conditions for people to develop. They’re hosting job meetings, managing task, and making sure no single burns out.

However, a significant enabling role is played by the Lead Designer. They provide visual feedback on build development requirements, identifying stagnant design skills, and assisting with the Design Manager’s potential growth opportunities.

Design Manager tends to:

• development planning and profession conversations
• emotional stability and dynamics of the team
• Job management and resource planning
• Systematic evaluations and input
• Providing opportunities for learning

Direct Custom supports by:

• Providing craft-specific coaching for staff members
• identifying opportunities for growth and style ability gaps
• Providing style mentorship and assistance
• indicating when a group is prepared for more challenging tasks.

The Muscular System: Design, Design, and Execution

Major caretaker: Lead Designer
Supporting duties: Design Manager

The skeletal structure focuses on developing strength, coordination, and talent development. When this technique is healthy, the team can do complicated design work with precision, maintain regular quality, and adjust their craft to fresh challenges.

The Lead Designer is the main caregiver at this place. They are raising the bar for quality work, providing craft instruction, and ensuring that shipping work is done to the highest standards. They’re the ones who can tell you if a design decision is sound or if we’re solving the right problem.

However, the Design Manager has a significant supporting role. They are making sure the team has the resources and support they need to perform their best work, including ensuring that an athlete receives adequate nutrition and time for recovery.

Lead Designer tends to:

• Definition of system usage and design standards
• Feedback on design output that meets the required standards
• Experience direction for the product
• Design choices and product-wide alignment are at stake.
• advancement of craft and innovation

Design Manager supports by:

• ensuring that all members of the team are aware of and adopt design standards
• Confirming that a direction of experience is being pursued
• Supporting practices and systems that scale without bottlenecking
• facilitating design alignment among all teams
• Providing resources and removing obstacles for outstanding craft work

The Circulatory System: Strategy &amp, Flow

Both the lead designer and the design manager were caretakers.

The circulatory system is concerned with how the team’s decisions and energy are distributed. When this system is healthy, strategic direction is clear, priorities are aligned, and the team can respond quickly to new opportunities or challenges.

This is the true partnership that occurs. Although both positions bring unique perspectives, keeping the circulation strong is a dual responsibility.

Lead Designer contributes:

• The product fulfills the user’s needs.
• overall experience and product quality
• Strategic design initiatives
• User needs based on research for each initiative

Design Manager contributes:

• Communication to team and stakeholders
• Management of stakeholders and alignment
• Team accountability across all levels
• Strategic business initiatives

Both parties work together on:

• Co-creation of strategy and leadership
• Team goals and prioritization approach
• organizational structure decisions
• Success frameworks and measures

Keeping the Organism Healthy

Understanding that all three systems must work together is the key to making this partnership sing. A team will eventually lose their way despite excellent craftmanship and poor psychological security. A team with great culture but weak craft execution will ship mediocre work. A team that has both but poor strategic planning will concentrate on the wrong things.

Be Specific About the System You’re Defending.

When you’re in a meeting about a design problem, it helps to acknowledge which system you’re primarily focused on. Everyone has context for their input.” I’m thinking about this from a team capacity perspective” ( nervous system ) or” I’m looking at this through the lens of user needs” ( muscular system ).

It’s not about staying in your lane. It’s about being transparent as to which lens you’re using, so the other person knows how to best add their perspective.

Create wholesome feedback loops

The partnerships that I’ve seen have the most effective partnerships that create clear feedback loops between the systems:

Nervous system signals to muscular system:” The team is struggling with confidence in their design skills” → Lead Designer provides more craft coaching and clearer standards.

The nervous system receives the message” The team’s craft skills are progressing more quickly than their project complexity.”

We’re seeing patterns in team health and craft development that suggest we need to adjust our strategic priorities, both systems say to the circulatory system.

Handle Handoffs Gracefully

When something switches from one system to another, this partnership’s pivotal moment is. This might occur when a team’s ( nervous system ) needs to be exposed to a design standard ( muscular system ), or when a strategic initiative ( circulatory system ) needs specific craft execution ( muscular system ).

Make these transitions explicit. I’ve defined the new component requirements. Can you give me some ideas for how to get the team up to speed? or” We’ve agreed on this strategic direction. From here, I’ll concentrate on the particular user experience approach.

Stay original and avoid being a tourist.

The Design Manager who never thinks about craft, or the Lead Designer who never considers team dynamics, is like a doctor who only looks at one body system. Even when they are not the primary caretaker, great design leadership requires both people to be as concerned with the entire organism.

This entails posing questions rather than making assumptions. ” What do you think about the team’s craft development in this area”? or” How do you think this is affecting team morale and workload”? keeps both viewpoints present in every choice.

When the Organism Gets Sick

This partnership has the potential to go wrong, even with clear roles. What are the most typical failure modes I’ve seen:

System Isolation

The Design Manager ignores craft development and only concentrates on the nervous system. The Lead Designer ignores team dynamics and concentrates solely on the muscular system. Both people retreat to their comfort zones and stop collaborating.

The signs: Team members receive conflicting messages, poor morale, and poor communication.

Reconnect around common goals in the treatment. What are you both trying to achieve? It’s typically excellent design work that arrives on time from a capable team. Discover how both systems accomplish that goal.

Poor Circulation

There is no clear strategic direction, shifting priorities, or accepting responsibility for keeping information flowing.

The signs are: Team members are unsure of their priorities, work is duplicated or dropped, and deadlines are missed.

The treatment: Explicitly assign responsibility for circulation. Who is communicating with whom? How frequently? What’s the feedback loop?

Autoimmune Response

One person feels threatened by the expertise of the other. The Design Manager thinks the Lead Designer is undermining their authority. The Design Manager is allegedly misunderstanding the craft, according to the lead designer.

The signs: defensive behavior, territorial disputes, team members stifled in the middle.

The treatment: Remember that you’re both caretakers of the same organism. When one system fails, the entire team suffers. The team thrives when both systems are strong.

The Payoff

Yes, there is more communication required with this model. Yes, it requires that both parties be able to assume full responsibility for team health. But the payoff is worth it: better decisions, stronger teams, and design work that’s both excellent and sustainable.

The best of both worlds can be found in strong people leadership and deep craft expertise when both roles are healthy and effective together. When one person is ill, taking a vacation, or overburdened, the other can support the team’s health. When a decision requires both the people perspective and the craft perspective, you’ve got both right there in the room.

Most importantly, the framework is flexible. You can use the same system thinking to new challenges as your team grows. Need to launch a design system? Both the muscular system and the nervous system are more prevalent in the work environment and communication, and the design manager is more focused on the implementation and change management.

Bottom Line

The relationship between a Design Manager and Lead Designer isn’t about dividing territories. Multipliering impact is what is concerned with. Magic occurs when both roles are aware that they are tending to various components of the same healthy organism.

The mind and body work together. The team receives both the craft excellence and strategic thinking they need. And most importantly, the work that is distributed to users benefits both sides.

So the next time you’re in that meeting room, wondering why two people are talking about the same problem from different angles, remember: you’re watching shared leadership in action. And if it’s functioning well, your design team’s mind and body will both become stronger.

As a solution developer for too many years, I can’t recall how many times I’ve seen promising ideas go from being heroes in a few weeks to being useless within months.

Financial items, which is the area of my specialization, are no exception. It’s tempting to put as many features at the ceiling as possible and expect something sticks because people’s true, hard-earned money is on the line, user expectations are high, and crowded market. However, this strategy is a formula for disaster. Why, you see this:

The drawbacks of feature-first growth

It’s simple to get swept up in the enthusiasm of developing innovative features when you start developing a financial product from scratch or are migrating existing client journeys from papers or telephony channels to online bank or mobile apps. They may believe,” If I may only add one more thing that solves this particular person problem, they’ll enjoy me”! But what happens if you eventually encounter a roadblock as a result of your security team’s negligence? don’t like it? When a difficult-fought film fails to win over viewers or fails due to unanticipated difficulty?

The concept of Minimum Viable Product ( MVP ) comes into play in this area. Even though Jason Fried doesn’t usually refer to it that way, his podcast Rework and his book Getting True frequently address this concept. An MVP is a product that offers only enough significance to your users to keep them interested, but not so much that it becomes difficult to keep up. Although the idea seems simple, it requires a razor-sharp eye, a ruthless edge, and the courage to stand up for your position because it is easy to fall for” the Columbo Effect” when there is always” just one more thing …” to add.

The issue with most funding apps is that they frequently turn out to be reflections of the company’s internal politics rather than an experience created exclusively for the customer. Instead of offering a distinct value statement that is focused on what people in the real world want, the focus should be on delivering as some features and functionalities as possible to satisfy the needs and wants of competing inside sections. These products may therefore quickly become a muddled mess of confusing, related, and finally unlovable client experiences—a feature salad, you might say.

The significance of the foundation

What is a better strategy, then? How may we create products that are user-friendly, firm, and, most importantly, stick?

The concept of “bedrock” comes into play in this context. The mainstay of your product is really important to consumers, and Bedrock is that. It’s the fundamental building block that creates price and maintains relevance over time.

The rock has to be in and around the standard servicing journeys in the world of retail bank, which is where I work. People only look at their existing account once every blue sky, but they do so daily. They sign up for a credit card every year or two, but they check their balance and pay their bill at least once a quarter.

The key is in identifying the main jobs that people want to complete and working relentlessly to render them simple, reliable, and trustworthy.

But how do you reach the foundation? By focusing on the” MVP” strategy, giving convenience precedence, and working incrementally toward a clear value proposition. This entails removing unneeded functions and putting the emphasis on providing genuine value to your users.

It also requires some nerve, as your coworkers might not always agree on your eyesight at first. And in some cases, it might even mean making it clear to consumers that you won’t be coming over to their home to prepare their meal. Sometimes you need to use “opinionated user interface design” ( i .e., clumsy workaround for edge cases ) to test a concept or to give yourself some more time to work on something else.

Functional methods for creating stick-like economic items

What are the main learnings I’ve made from my own research and practice, then?

1. What issue are you attempting to resolve first, and why? For whom? Before beginning any project, make sure your goal is completely clear. Make certain it also aligns with the goals of your business.
2. Avoid the temptation to put too many characteristics at once by focusing on one, key feature and focusing on getting that right before moving on to something else. Choose one that actually adds price, and work from that.
3. When it comes to financial goods, clarity is often more important than difficulty. Eliminate unwanted details and concentrate on what matters most.
4. Accept constant iteration: Bedrock is not a fixed destination; it is a dynamic process. Continuously collect customer feedback, make improvements to your product, and move toward that foundation.
5. Stop, look, and listen: Don’t just go through with testing your product as part of the delivery process; test it constantly in the field. Use it for yourself. Move the A/B checks. User comments on Gear. Speak to users and make adjustments accordingly.

The “bedrock dilemma”

This is an intriguing conundrum: sacrificing some of the potential for short-term growth in favor of long-term stability. But the reward is worthwhile because products built with a focus on rock will outlive and surpass their rivals over time and provide users with long-term value.

How do you begin your quest to rock, then? Take it slowly. Start by identifying the underlying factors that your customers actually care about. Focus on developing and improving a second, potent have that delivers real value. And most importantly, make an obsessive effort because, whatever you think, Abraham Lincoln, Alan Kay, or Peter Drucker, you can’t deny it! The best way to foretell the future is to build it, he said.

KPop Demon Hunters, an action-musical active extravaganza from Netflix and Sony Animation, has rapidly grown to be a global social standard. Interestingly, when I went to the top of the Empire State Building with some friends this past weekend, I noticed a young girl wearing a Huntr/x clothing while a person gushed about how much he and his companion ]… ]

The first article on Den of Geek was K-Pop Demon Hunters Soundtrack Songs Ranked: From Catchy to Golden.

KPop Demon Hunters, a musical action-musical animated feast from Netflix and Sony Animation, has rapidly grown to be a global social phenomenon. Interestingly, when I went to the top of the Empire State Building with some buddies this past weekend, I noticed a younger woman wearing a Huntr/x clothing while a person gushed about how much he and his companion enjoyed the film. The song, which has become so well-known that some beats have become actual-life chart-topping hits, plays a key role in the movie’s cross-generational appeal. Huntr/x became the first girl group to top the Billboard Hot 100 since Destiny &#8217, s Child, breaking information on Spotify and Billboard. DESTINY&#8217, S CHILD!! !

Without even mentioning the Oscar debate, this film is poised to invade the GRAMMY prize season. Just observe as Ejae, Rumi&#8217, s singing words, and the other women who work on Huntr/x find way to their EGOT possible early next year. And Ejae does because the music to the summer was composed by her and another great singers and songwriters, which piqued the interest of many West Africans and made them adore the film even more. The sing-along variant is currently playing in theaters this trip, where it quite likely may outweigh any other dramatic originals opening in the same body.

This mark that Honmoon with all the music from Kpop Demon Hunters ranked just in time for the singalong. And because it’s now a pre-existing song, I made the” Like Potentially” song cue a “funny spring egg to Jinu voice actor Ahn Hyo Seop’s K-drama Business Proposal” and Twice’s” System” to make sure this position was good. &nbsp,

9. ” Score Suite” ( Marcelo Zarvos )

Each music necessitates a rating suite, and Marcelo Zarvos ‘ KPDH properly ignites the incredible rhythm. As you delve into the world’s mythical legend between monster hunters and the music artists who guard the surface world, it has a great atmosphere. Lea Salonga, however, is missing one crucial element that makes this collection truly stand out from the rest of the standard music.

One of Broadway &#8217, s finest singers ever is the singing voice of Celine, gets like a minute to speak in the film, but she doesn’t even look on the music. In contrast, this set, which is kept separate from the rest of the movie, provides a respectable example of Salonga’s famous talent. Additionally, it is comparable to several other fantasy scores. &nbsp,

8. Takedown &#8221 ( Twice version: Jeongyeon, Jihyo, and Chaeyoung ) &nbsp,

This conclusion credits trash track is sung by vital members of the real-life K-pop experience group Double: Jeongyeon, Jihyo and Chaeyoung. And they do it in the same way as Disney, which infamously had send young pop stars to perform more radio-friendly sheets of the songs from their original films. Still,” Operation” is just a gangsta in its own right, dedicating itself to the proper investigation and evoking a fantastic developed version of the song. It also highlights all the performers &#8217, personal tones.

7. Takedown &#8221, ( Huntr/x ), &#8220,

Before KPop, I was convinced Kendrick Lamar had secured the name of &#8220, best insult record always. Takedown finally arrived to “arrive to… well, never steal it from him, but get near to his degree.” This” Takedown” rendition of the track, in contrast to the Twice type, is a fun illustration of why Huntr/x is such a fun K-pop band and skilled monster hunter.

It’s really interesting seeing how their songs process involves battling soldiers of the afterlife. The part where Mira knocks around a beast and bounces regularly is my favorite. Finally she becomes inspired by the song” That&#8217, s the hit! ” It’s a great reminder as to why their work as beast hunting and musical artists go hand-in-hand, juxtaposing both qualities against an exceptional urinating competition clip with the Saja Boys is a funny happiness as well. &nbsp,

6. Soda Pop” ( Saja Boys ) &nbsp,

Because I can’t stop playing” Soda Pop” this summer, putting it so low on the list hurts. It’s infectious, as Mira says during their opening scene. ” The demon boy band&nbsp, Saja Boys, surprises, charms, and captures their own small fanbase with a fantastic musical entrance song. This seemingly sweet bubblegum pop song, which treats a lover to a soda pop, serves only as an allegory for these demon boys who want to SUCK THEIR SOULS, which is also a clever double entendre.

Heck, the first ten times I played it, I didn’t even notice. While I do think it’s an earworm, it’s egregiously short. The song lacks a bridge despite the harmonizing vocals of Neckwav, Neckwav, Danny Chung, Kevin Woo, and SamUIL Lee, who all have incredibly high levels of serotonin. My issues with” Soda Pop” are also exemplified by the film itself, as I keep clamoring for MORE! I need more movie! I also need more Soda Pop, just like that. ” Oh well, get back to the fan art until the official sequel announcement is made,” the fan said. &nbsp,

5″. Free “( Ejae as Rumi, Andrew Choi as Jinu),”

The beautiful R&amp, B song that Rumi and Jinu perform is a duet that not only encapsulates their romantic tension but also their perspectives on each other, their identities, and their backgrounds. I have no idea what this song will become for every obnoxious couple you know. A strong song that sounds like a fresh take on Alan Menken love themes like” A Whole New World” and” I See the Light” was written by songwriters Jenna Andrews, Stephen Kirk, and Mark Sonnenblick. ” This time, the romantic climax is derived from the fact that both parties are able to see each other beyond their respective traumas ( Jinu suffers from abandoning his family, and Rumi is compelled to conceal her demon identity ). &nbsp,

It has even greater thematic significance than the other aforementioned songs because of the complexity of their characters and the lyricism that exemplifies them. Wow, did I just say &#8220, Free&#8221, is better than &#8220, A Whole New World? I’m listening to it more than I’ve ever done that Aladdin track, &#8221. &nbsp,

4″. What It Sounds Like” ( Huntr/x ) 

The film’s final product of Rumi&#8217, his self-discovery, and the only four-minute song in the entire scene. It is a significant moment for Rumi as she embraces her full half-demon identity. It is a showstopping last stand that is an epic, heart-pounding action song that connects the girls. It is a powerful motivational track that inspires people to face the evil of the world without any justifications. In fact, I have been exercising to this song, and it has a positive impact on my mood. The girls &#8217, voices and drums pound out in a high-energy finale as they unite as one. It only sends chills, man. &nbsp,

3. ” Golden&#8221, ( Huntr/x ),”

” Golden “may have proven to be the song of the summer, but it’s not the best song in the film. I am aware of this crazy. You may be aware of this because it’s mostly a Rumi song, with Zoey and Mira each having about one line each. It’s also emblematic of my issues with the overall film when the other girls are sidelined for much of the second act. I swear to you, I adore this movie in general. No more hiding, &#8221, as Rumi sings. I&#8217, m living my truth…. Anyhow, Golden is still a banger. &nbsp,

The whole world knows this by now, as it keeps &#8220, going up up up &#8221, in the charts and the Oscar talks. It is a unique celebration that highlights the talent of co-songwriter Ejae and singer-songwriter Rumi, who was previously told that she was” too old” to become a K-pop idol. Ejae has since established herself as an exceptional performer with a vocal range that makes you want to cry, and as a remarkable songwriter, as shown by this. Similar to Rumi, it is a story of an underdog artist who thrives and discovers her place in the world. This is a golden example of the excellence of the song, which resonates with everyone.

2. &nbsp”, Your Idol” ( Saja Boys )

The hypnotic siren song of the Saja Boys, which captivates an entire crowd and plunges them into their demise, is just as addictive as Gwi-Ma’s hellfire. The visual spectacle, the pounding drumbeats, the insane demon-like choreography, the Sajas being hotter in their demon form, and it &#8217, is all too good! Truly, and this is coming from the soul, &#8220, Your Idol&#8221, is one of the best and catchiest villain songs and musical numbers ever recorded, right up there with Scar’s” Be Prepared “in The Lion King and” Big And Loud &#8211, Pt. 2 “in Cats Don’t Dance,” You have a sneaky idea that the Sajas will win thanks to Gwi-Ma&#8217, their ever-increasing strength, and their captivating song.

Time be honest: they would consume me, and you know they can consume you too as the rhythm gets more intense and so do the vocals. It’s a disturbing earworm that penetrates under your skin and casts a spell on you. &nbsp,

1.  ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

Imagine this in a way that is hypothetical. You’re in the Netflix-owned Paris Theater, watching a movie a month before the marketing even begins. You are unaware that it is a musical. You go” Oh!” when the Huntr/x sings their intro song following their adorable fan introduction. this is going to be a blast! Then you move on to the most wonderful time of your life. Nothing will ever make me forget the sudden surge of adrenaline that” How It’s Done” causes, and I bet you will too. &nbsp,

A fantastic mood-setter sets the tone for the enjoyable experience you’ll have while watching KPDH,” How It’s Done.” Each girl exhibits her distinct qualities and abilities in perfect harmony with” Golden” and” How It Sounds Like,” with the exception of Rumi, who can sing high notes and Zoey is the lyricist and rapper, Mira, the dancer and visual artist, and the vocalist who can hit high notes. The talented artists and the direction of Maggie Kang and Chris Appelhans will captivate you and leave you in awe with the mere sight of their leads kicking demon ass in a Spider-Verse-esque kinetic frenzy, falling with style from a destroyed private jet to the stage, slaying demons, and singing in front of their thousands of fans.

Unquestionably one of the most creative animated sequences in recent years, and it features a raw character introduction that will convert you right away to a fan of Huntr/x.

The first article on Den of Geek was K-Pop Demon Hunters Soundtrack Songs Ranked: From Catchy to Golden.

Feedback, in whichever form it takes, and whatever it may be called, is one of the most effective soft skills that we have at our disposal to collaboratively get our designs to a better place while growing our own skills and perspectives.

Feedback is also one of the most underestimated tools, and often by assuming that we’re already good at it, we settle, forgetting that it’s a skill that can be trained, grown, and improved. Poor feedback can create confusion in projects, bring down morale, and affect trust and team collaboration over the long term. Quality feedback can be a transformative force. 

Practicing our skills is surely a good way to improve, but the learning gets even faster when it’s paired with a good foundation that channels and focuses the practice. What are some foundational aspects of giving good feedback? And how can feedback be adjusted for remote and distributed work environments? 

On the web, we can identify a long tradition of asynchronous feedback: from the early days of open source, code was shared and discussed on mailing lists. Today, developers engage on pull requests, designers comment in their favorite design tools, project managers and scrum masters exchange ideas on tickets, and so on.

Design critique is often the name used for a type of feedback that’s provided to make our work better, collaboratively. So it shares a lot of the principles with feedback in general, but it also has some differences.

The content

The foundation of every good critique is the feedback’s content, so that’s where we need to start. There are many models that you can use to shape your content. The one that I personally like best—because it’s clear and actionable—is this one from Lara Hogan.

While this equation is generally used to give feedback to people, it also fits really well in a design critique because it ultimately answers some of the core questions that we work on: What? Where? Why? How? Imagine that you’re giving some feedback about some design work that spans multiple screens, like an onboarding flow: there are some pages shown, a flow blueprint, and an outline of the decisions made. You spot something that could be improved. If you keep the three elements of the equation in mind, you’ll have a mental model that can help you be more precise and effective.

Here is a comment that could be given as a part of some feedback, and it might look reasonable at a first glance: it seems to superficially fulfill the elements in the equation. But does it?

Not sure about the buttons’ styles and hierarchy—it feels off. Can you change them?

Observation for design feedback doesn’t just mean pointing out which part of the interface your feedback refers to, but it also refers to offering a perspective that’s as specific as possible. Are you providing the user’s perspective? Your expert perspective? A business perspective? The project manager’s perspective? A first-time user’s perspective?

When I see these two buttons, I expect one to go forward and one to go back.

Impact is about the why. Just pointing out a UI element might sometimes be enough if the issue may be obvious, but more often than not, you should add an explanation of what you’re pointing out.

When I see these two buttons, I expect one to go forward and one to go back. But this is the only screen where this happens, as before we just used a single button and an “×” to close. This seems to be breaking the consistency in the flow.

The question approach is meant to provide open guidance by eliciting the critical thinking in the designer receiving the feedback. Notably, in Lara’s equation she provides a second approach: request, which instead provides guidance toward a specific solution. While that’s a viable option for feedback in general, for design critiques, in my experience, defaulting to the question approach usually reaches the best solutions because designers are generally more comfortable in being given an open space to explore.

The difference between the two can be exemplified with, for the question approach:

When I see these two buttons, I expect one to go forward and one to go back. But this is the only screen where this happens, as before we just used a single button and an “×” to close. This seems to be breaking the consistency in the flow. Would it make sense to unify them?

Or, for the request approach:

When I see these two buttons, I expect one to go forward and one to go back. But this is the only screen where this happens, as before we just used a single button and an “×” to close. This seems to be breaking the consistency in the flow. Let’s make sure that all screens have the same pair of forward and back buttons.

At this point in some situations, it might be useful to integrate with an extra why: why you consider the given suggestion to be better.

When I see these two buttons, I expect one to go forward and one to go back. But this is the only screen where this happens, as before we just used a single button and an “×” to close. This seems to be breaking the consistency in the flow. Let’s make sure that all screens have the same two forward and back buttons so that users don’t get confused.

Choosing the question approach or the request approach can also at times be a matter of personal preference. A while ago, I was putting a lot of effort into improving my feedback: I did rounds of anonymous feedback, and I reviewed feedback with other people. After a few rounds of this work and a year later, I got a positive response: my feedback came across as effective and grounded. Until I changed teams. To my shock, my next round of feedback from one specific person wasn’t that great. The reason is that I had previously tried not to be prescriptive in my advice—because the people who I was previously working with preferred the open-ended question format over the request style of suggestions. But now in this other team, there was one person who instead preferred specific guidance. So I adapted my feedback for them to include requests.

One comment that I heard come up a few times is that this kind of feedback is quite long, and it doesn’t seem very efficient. No… but also yes. Let’s explore both sides.

No, this style of feedback is actually efficient because the length here is a byproduct of clarity, and spending time giving this kind of feedback can provide exactly enough information for a good fix. Also if we zoom out, it can reduce future back-and-forth conversations and misunderstandings, improving the overall efficiency and effectiveness of collaboration beyond the single comment. Imagine that in the example above the feedback were instead just, “Let’s make sure that all screens have the same two forward and back buttons.” The designer receiving this feedback wouldn’t have much to go by, so they might just apply the change. In later iterations, the interface might change or they might introduce new features—and maybe that change might not make sense anymore. Without the why, the designer might imagine that the change is about consistency… but what if it wasn’t? So there could now be an underlying concern that changing the buttons would be perceived as a regression.

Yes, this style of feedback is not always efficient because the points in some comments don’t always need to be exhaustive, sometimes because certain changes may be obvious (“The font used doesn’t follow our guidelines”) and sometimes because the team may have a lot of internal knowledge such that some of the whys may be implied.

So the equation above isn’t meant to suggest a strict template for feedback but a mnemonic to reflect and improve the practice. Even after years of active work on my critiques, I still from time to time go back to this formula and reflect on whether what I just wrote is effective.

The tone

Well-grounded content is the foundation of feedback, but that’s not really enough. The soft skills of the person who’s providing the critique can multiply the likelihood that the feedback will be well received and understood. Tone alone can make the difference between content that’s rejected or welcomed, and it’s been demonstrated that only positive feedback creates sustained change in people.

Since our goal is to be understood and to have a positive working environment, tone is essential to work on. Over the years, I’ve tried to summarize the required soft skills in a formula that mirrors the one for content: the receptivity equation.

Respectful feedback comes across as grounded, solid, and constructive. It’s the kind of feedback that, whether it’s positive or negative, is perceived as useful and fair.

Timing refers to when the feedback happens. To-the-point feedback doesn’t have much hope of being well received if it’s given at the wrong time. Questioning the entire high-level information architecture of a new feature when it’s about to ship might still be relevant if that questioning highlights a major blocker that nobody saw, but it’s way more likely that those concerns will have to wait for a later rework. So in general, attune your feedback to the stage of the project. Early iteration? Late iteration? Polishing work in progress? These all have different needs. The right timing will make it more likely that your feedback will be well received.

Attitude is the equivalent of intent, and in the context of person-to-person feedback, it can be referred to as radical candor. That means checking before we write to see whether what we have in mind will truly help the person and make the project better overall. This might be a hard reflection at times because maybe we don’t want to admit that we don’t really appreciate that person. Hopefully that’s not the case, but that can happen, and that’s okay. Acknowledging and owning that can help you make up for that: how would I write if I really cared about them? How can I avoid being passive aggressive? How can I be more constructive?

Form is relevant especially in a diverse and cross-cultural work environments because having great content, perfect timing, and the right attitude might not come across if the way that we write creates misunderstandings. There might be many reasons for this: sometimes certain words might trigger specific reactions; sometimes nonnative speakers might not understand all the nuances of some sentences; sometimes our brains might just be different and we might perceive the world differently—neurodiversity must be taken into consideration. Whatever the reason, it’s important to review not just what we write but how.

A few years back, I was asking for some feedback on how I give feedback. I received some good advice but also a comment that surprised me. They pointed out that when I wrote “Oh, […],” I made them feel stupid. That wasn’t my intent! I felt really bad, and I just realized that I provided feedback to them for months, and every time I might have made them feel stupid. I was horrified… but also thankful. I made a quick fix: I added “oh” in my list of replaced words (your choice between: macOS’s text replacement, aText, TextExpander, or others) so that when I typed “oh,” it was instantly deleted. 

Something to highlight because it’s quite frequent—especially in teams that have a strong group spirit—is that people tend to beat around the bush. It’s important to remember here that a positive attitude doesn’t mean going light on the feedback—it just means that even when you provide hard, difficult, or challenging feedback, you do so in a way that’s respectful and constructive. The nicest thing that you can do for someone is to help them grow.

We have a great advantage in giving feedback in written form: it can be reviewed by another person who isn’t directly involved, which can help to reduce or remove any bias that might be there. I found that the best, most insightful moments for me have happened when I’ve shared a comment and I’ve asked someone who I highly trusted, “How does this sound?,” “How can I do it better,” and even “How would you have written it?”—and I’ve learned a lot by seeing the two versions side by side.

The format

Asynchronous feedback also has a major inherent advantage: we can take more time to refine what we’ve written to make sure that it fulfills two main goals: the clarity of communication and the actionability of the suggestions.

Let’s imagine that someone shared a design iteration for a project. You are reviewing it and leaving a comment. There are many ways to do this, and of course context matters, but let’s try to think about some elements that may be useful to consider.

In terms of clarity, start by grounding the critique that you’re about to give by providing context. Specifically, this means describing where you’re coming from: do you have a deep knowledge of the project, or is this the first time that you’re seeing it? Are you coming from a high-level perspective, or are you figuring out the details? Are there regressions? Which user’s perspective are you taking when providing your feedback? Is the design iteration at a point where it would be okay to ship this, or are there major things that need to be addressed first?

Providing context is helpful even if you’re sharing feedback within a team that already has some information on the project. And context is absolutely essential when giving cross-team feedback. If I were to review a design that might be indirectly related to my work, and if I had no knowledge about how the project arrived at that point, I would say so, highlighting my take as external.

We often focus on the negatives, trying to outline all the things that could be done better. That’s of course important, but it’s just as important—if not more—to focus on the positives, especially if you saw progress from the previous iteration. This might seem superfluous, but it’s important to keep in mind that design is a discipline where there are hundreds of possible solutions for every problem. So pointing out that the design solution that was chosen is good and explaining why it’s good has two major benefits: it confirms that the approach taken was solid, and it helps to ground your negative feedback. In the longer term, sharing positive feedback can help prevent regressions on things that are going well because those things will have been highlighted as important. As a bonus, positive feedback can also help reduce impostor syndrome.

There’s one powerful approach that combines both context and a focus on the positives: frame how the design is better than the status quo (compared to a previous iteration, competitors, or benchmarks) and why, and then on that foundation, you can add what could be improved. This is powerful because there’s a big difference between a critique that’s for a design that’s already in good shape and a critique that’s for a design that isn’t quite there yet.

Another way that you can improve your feedback is to depersonalize the feedback: the comments should always be about the work, never about the person who made it. It’s “This button isn’t well aligned” versus “You haven’t aligned this button well.” This is very easy to change in your writing by reviewing it just before sending.

In terms of actionability, one of the best approaches to help the designer who’s reading through your feedback is to split it into bullet points or paragraphs, which are easier to review and analyze one by one. For longer pieces of feedback, you might also consider splitting it into sections or even across multiple comments. Of course, adding screenshots or signifying markers of the specific part of the interface you’re referring to can also be especially useful.

One approach that I’ve personally used effectively in some contexts is to enhance the bullet points with four markers using emojis. So a red square 🟥 means that it’s something that I consider blocking; a yellow diamond 🔶 is something that I can be convinced otherwise, but it seems to me that it should be changed; and a green circle 🟢 is a detailed, positive confirmation. I also use a blue spiral 🌀 for either something that I’m not sure about, an exploration, an open alternative, or just a note. But I’d use this approach only on teams where I’ve already established a good level of trust because if it happens that I have to deliver a lot of red squares, the impact could be quite demoralizing, and I’d reframe how I’d communicate that a bit.

Let’s see how this would work by reusing the example that we used earlier as the first bullet point in this list:

• 🔶 Navigation—When I see these two buttons, I expect one to go forward and one to go back. But this is the only screen where this happens, as before we just used a single button and an “×” to close. This seems to be breaking the consistency in the flow. Let’s make sure that all screens have the same two forward and back buttons so that users don’t get confused.
• 🟢 Overall—I think the page is solid, and this is good enough to be our release candidate for a version 1.0.
• 🟢 Metrics—Good improvement in the buttons on the metrics area; the improved contrast and new focus style make them more accessible.
•  🟥  Button Style—Using the green accent in this context creates the impression that it’s a positive action because green is usually perceived as a confirmation color. Do we need to explore a different color?
• 🔶Tiles—Given the number of items on the page, and the overall page hierarchy, it seems to me that the tiles shouldn’t be using the Subtitle 1 style but the Subtitle 2 style. This will keep the visual hierarchy more consistent.
• 🌀 Background—Using a light texture works well, but I wonder whether it adds too much noise in this kind of page. What is the thinking in using that?

What about giving feedback directly in Figma or another design tool that allows in-place feedback? In general, I find these difficult to use because they hide discussions and they’re harder to track, but in the right context, they can be very effective. Just make sure that each of the comments is separate so that it’s easier to match each discussion to a single task, similar to the idea of splitting mentioned above.

One final note: say the obvious. Sometimes we might feel that something is obviously good or obviously wrong, and so we don’t say it. Or sometimes we might have a doubt that we don’t express because the question might sound stupid. Say it—that’s okay. You might have to reword it a little bit to make the reader feel more comfortable, but don’t hold it back. Good feedback is transparent, even when it may be obvious.

There’s another advantage of asynchronous feedback: written feedback automatically tracks decisions. Especially in large projects, “Why did we do this?” could be a question that pops up from time to time, and there’s nothing better than open, transparent discussions that can be reviewed at any time. For this reason, I recommend using software that saves these discussions, without hiding them once they are resolved. 

Content, tone, and format. Each one of these subjects provides a useful model, but working to improve eight areas—observation, impact, question, timing, attitude, form, clarity, and actionability—is a lot of work to put in all at once. One effective approach is to take them one by one: first identify the area that you lack the most (either from your perspective or from feedback from others) and start there. Then the second, then the third, and so on. At first you’ll have to put in extra time for every piece of feedback that you give, but after a while, it’ll become second nature, and your impact on the work will multiply.

Thanks to Brie Anne Demkiw and Mike Shelton for reviewing the first draft of this article.

” Any feedback?” is perhaps one of the worst ways to ask for opinions. It’s obscure and unfocused, and it doesn’t give us a sense of what we’re looking for. Getting good opinions starts sooner than we might hope: it starts with the demand.

Starting the process of receiving feedback with a question may seem counterintuitive, but it makes sense if we consider that receiving feedback can be considered a form of pattern research. In the same way that we wouldn’t perform any studies without the correct questions to get the insight that we need, the best way to ask for feedback is also to build strong issues.

Design criticism is not a one-time procedure. Sure, any great comments process continues until the project is finished, but this is especially true for layout because architecture work continues iteration after iteration, from a high level to the finest details. Each stage requires its unique set of questions.

And suddenly, as with any great research, we need to review what we got up, get to the base of its perspectives, and take activity. Iteration, evaluation, and problem. This look at each of those.

The query

Being available to input is important, but we need to be specific about what we’re looking for. Any comments,” What do you think,” or” I’d love to hear your mind” at the conclusion of a presentation are likely to garner a lot of different ideas, or worse, to make everyone follow the lead of the first speaker. And next… we get frustrated because vague issues like those you turn a high-level moves review into folks rather commenting on the borders of buttons. Which topic may be a wholesome one, so it might be difficult to get the team to switch to the subject you wanted to concentrate on.

But how do we get into this scenario? It’s a combination of various components. One is that we don’t often consider asking as a part of the input approach. Another is how healthy it is to keep the question open and assume that everyone else will agree. Another is that in nonprofessional debate, there’s usually no need to be that exact. In summary, we tend to undervalue the value of the issues, and we don’t make any improvements to them.

The work of asking good questions guidelines and focuses the criticism. It’s even a form of acceptance because it specifies what kind of comments you’d like to receive and how you’re open to them. It puts people in the right emotional state, especially in situations when they weren’t expecting to give opinions.

There isn’t a second best method to request suggestions. It simply needs to be certain, and sensitivity can take several shapes. The one of stage than level is a design for design criticism that I’ve found to be particularly helpful in my coaching.

” Stage” refers to each of the steps of the process—in our event, the design process. The type of input changes as the customer research moves forward to the final design. But within a single stage, one might also examine whether some assumptions are correct and whether there’s been a suitable language of the amassed opinions into updated designs as the task has evolved. The layers of user experience could serve as a starting point for potential questions. What do you want to know: Project objectives? User requirements? Functionality? the content Interaction design? a system of information architecture UI design? design of navigation Visual design? Branding?

Here’re a few example questions that are precise and to the point that refer to different layers:

• Functionality: Is it desirable to automate account creation?
• Interaction design: Take a look through the updated flow and let me know whether you see any steps or error states that I might’ve missed.
• Information architecture: This page contains two competing pieces of information. Is the structure effective in communicating them both?
• User interface design: What do you think about the top-of-the-page error counter, which makes sure you can see the next error even when the error is outside the viewport?
• Navigation design: From research, we identified these second-level navigation items, but once you’re on the page, the list feels too long and hard to navigate. Do you have any suggestions for how to handle this?
• Visual design: Are the sticky notifications in the bottom-right corner visible enough?

How much of a presentation’s depth would be on the other axis of specificity. For example, we might have introduced a new end-to-end flow, but there was a specific view that you found particularly challenging and you’d like a detailed review of that. This can be especially helpful from one iteration to the next when it’s crucial to highlight the areas that have changed.

There are other things that we can consider when we want to achieve more specific—and more effective—questions.

Eliminating generic qualifiers from your questions like “good,” “well,” “nice,” “bad,” “okay,” and” cool” is a simple trick. For example, asking,” When the block opens and the buttons appear, is this interaction good”? is it possible to look specific, but you can identify the “good” qualifier and make the question” When the block opens and the buttons appear, is it clear what the next action is” look like?

Sometimes we actually do want broad feedback. Although that is uncommon, it is possible. In that sense, you might still make it explicit that you’re looking for a wide range of opinions, whether at a high level or with details. Or perhaps just say,” At first glance, what do you think”? so that it’s clear that what you’re asking is open ended but focused on someone’s impression after their first five seconds of looking at it.

Sometimes the project is particularly broad, and some areas may have already been thoroughly explored. In these situations, it might be useful to explicitly say that some parts are already locked in and aren’t open to feedback. Although it’s not something I’d recommend in general, I’ve found it helpful in avoiding falling into rabbit holes like those that could lead to further refinement but aren’t what’s important right now.

Asking specific questions can completely change the quality of the feedback that you receive. Even experienced designers will appreciate the clarity and efficiency gained from concentrating solely on what is required, and those with less refined critique skills will now be able to offer more actionable feedback. It can save a lot of time and frustration.

The iteration

Design iterations are probably the most visible part of the design work, and they provide a natural checkpoint for feedback. Many design tools have inline commenting, but many of them only display changes as a single fluid stream in the same file. In addition, these kinds of design tools automatically update shared UI components, make conversations disappear and require designs to always display the most recent version, unless these would-be useful features were manually disabled. The implied goal that these design tools seem to have is to arrive at just one final copy with all discussions closed, probably because they inherited patterns from how written documents are collaboratively edited. That approach to design critiques is probably not the best approach, but some teams might benefit from it even if I don’t want to be too prescriptive.

The asynchronous design-critique approach that I find most effective is to create explicit checkpoints for discussion. For this, I’ll use the term iteration post. It refers to a write-up or presentation of the design iteration followed by a discussion thread of some kind. This can be used on any platform that can accommodate this structure. By the way, when I refer to a “write-up or presentation“, I’m including video recordings or other media too: as long as it’s asynchronous, it works.

Using iteration posts has a number of benefits:

• It creates a rhythm in the design work so that the designer can review feedback from each iteration and prepare for the next.
• It makes decisions accessible for upcoming review, and conversed conversations are also always available.
• It creates a record of how the design changed over time.
• Depending on the tool, it might also make it simpler to collect and act on feedback.

These posts of course don’t mean that no other feedback approach should be used, just that iteration posts could be the primary rhythm for a remote design team to use. From there, there can be additional feedback techniques ( such as live critique, pair designing, or inline comments ).

I don’t think there’s a standard format for iteration posts. However, there are a few high-level components that make sense as a baseline:

1. The goal
2. The layout
3. The list of changes
4. The querys

Each project is likely to have a goal, and hopefully it’s something that’s already been summarized in a single sentence somewhere else, such as the client brief, the product manager’s outline, or the project owner’s request. In every iteration post, I would copy and paste this, so I could do it again. The idea is to provide context and to repeat what’s essential to make each iteration post complete so that there’s no need to find information spread across multiple posts. The most recent iteration post will provide all I need to know about the most recent design.

This copy-and-paste part introduces another relevant concept: alignment comes from repetition. Therefore, repeating information in posts is actually very effective at ensuring that everyone is on the same page.

The design is then the actual series of information-architecture outlines, diagrams, flows, maps, wireframes, screens, visuals, and any other kind of design work that’s been done. In essence, it’s any design work. For the final stages of work, I prefer the term blueprint to emphasize that I’ll be showing full flows instead of individual screens to make it easier to understand the bigger picture.

It might also be helpful to have clear names on the objects since it makes them look better to refer to. Write the post in a way that helps people understand the work. It’s not much different from creating a strong live presentation.

For an efficient discussion, you should also include a bullet list of the changes from the previous iteration to let people focus on what’s new, which can be especially useful for larger pieces of work where keeping track, iteration after iteration, could become a challenge.

Finally, as mentioned earlier, a list of the questions must be included in order to help you guide the design critique in the desired direction. Doing this as a numbered list can also help make it easier to refer to each question by its number.

Not every iteration is the same. Earlier iterations don’t need to be as tightly focused—they can be more exploratory and experimental, maybe even breaking some of the design-language guidelines to see what’s possible. Then, later, the iterations begin coming to a decision and improving it until the design process is complete and the feature is ready.

I want to highlight that even if these iteration posts are written and conceived as checkpoints, by no means do they need to be exhaustive. A post might be a draft, just a concept to start a discussion, or it might be a cumulative list of all the features that have been added over the course of each iteration until the full picture is achieved.

Over time, I also started using specific labels for incremental iterations: i1, i2, i3, and so on. Although this may seem like a minor labeling tip, it can be useful in many ways:

• Unique—It’s a clear unique marker. Everyone knows where to go to review things, and it’s simple to say” This was discussed in i4″ with each project.
• Unassuming—It works like versions ( such as v1, v2, and v3 ) but in contrast, versions create the impression of something that’s big, exhaustive, and complete. Attempts must be exploratory, incomplete, or partial.
• Future proof—It resolves the “final” naming problem that you can run into with versions. No more files with the title “final final complete no-really-its-done” Within each project, the largest number always represents the latest iteration.

The wording release candidate (RC ) could be used to describe a design as complete enough to be worked on, even if there might be some bits that still need more attention and in turn, more iterations would be required, such as” with i8 we reached RC” or “i12 is an RC” to indicate when it is finished.

The review

What typically occurs during a design critique is an open discussion that can be very productive between two people. This approach is particularly effective during live, synchronous feedback. However, when we work asynchronously, it is more effective to adopt a different strategy: we can adopt a user-research mindset. Written feedback from teammates, stakeholders, or others can be treated as if it were the result of user interviews and surveys, and we can analyze it accordingly.

This shift has some significant advantages, making asynchronous feedback particularly effective, especially around these friction points:

1. It removes the pressure to reply to everyone.
2. It lessens the annoyance of snoop-by comments.
3. It lessens our personal stake.

The first friction is being forced to respond to every comment. Sometimes we write the iteration post, and we get replies from our team. It’s just a few of them, it’s simple, and there isn’t much of a problem with it. But other times, some solutions might require more in-depth discussions, and the amount of replies can quickly increase, which can create a tension between trying to be a good team player by replying to everyone and doing the next design iteration. If the respondent is a stakeholder or a person directly involved in the project, this might be especially true. We need to accept that this pressure is absolutely normal, and it’s human nature to try to accommodate people who we care about. Responding to all comments at times can be effective, but when we consider a design critique more like user research, we realize that we don’t need to respond to every comment, and there are alternatives in asynchronous spaces:

One is to let the next iteration speak for itself. The response is received when the design changes and a follow-up iteration is made. You might tag all the people who were involved in the previous discussion, but even that’s a choice, not a requirement.
• Another tactic is to formally acknowledge each comment in a brief response, such as” Understood. Thank you”,” Good points— I’ll review”, or” Thanks. In the upcoming iteration, I’ll include these. In some cases, this could also be just a single top-level comment along the lines of” Thanks for all the feedback everyone—the next iteration is coming soon”!
• Another option is to provide a quick summary of the comments before moving on. Depending on your workflow, this can be particularly useful as it can provide a simplified checklist that you can then use for the next iteration.

The swoop-by comment, which is the kind of feedback that comes from a member of the project or team who might not be aware of the context, restrictions, decisions, or requirements —or of the discussions from earlier iterations. On their side, there’s something that one can hope that they might learn: they could start to acknowledge that they’re doing this and they could be more conscious in outlining where they’re coming from. Swoop-by comments frequently prompt the simple thought,” We’ve already discussed this,” and it can be frustrating to have to keep coming back and forth.

Let’s begin by acknowledging again that there’s no need to reply to every comment. However, if responding to a previously litigated point is useful, a brief response with a link to the previous discussion for additional information is typically sufficient. Remember, alignment comes from repetition, so it’s okay to repeat things sometimes!

Swoop-by commenting can still be useful for two reasons: first, they might point out something that isn’t clear, and second, they might have the power to represent a user’s first impression of the design. Sure, you’ll still be frustrated, but that might at least help in dealing with it.

The personal stake we might have in relation to the design could be the third friction point, which might cause us to feel defensive if the review turned out to be more of a discussion. Treating feedback as user research helps us create a healthy distance between the people giving us feedback and our ego ( because yes, even if we don’t want to admit it, it’s there ). In the end, putting everything in aggregate form helps us to prioritize our work more.

Always remember that while you need to listen to stakeholders, project owners, and specific advice, you don’t have to accept every piece of feedback. You must examine it and come to a decision that can be justified, but sometimes “no” is the best choice.

As the designer leading the project, you’re in charge of that decision. In the end, everyone has their area of expertise, and as a designer, you are the one with the most background and knowledge to make the right choice. And by listening to the feedback that you’ve received, you’re making sure that it’s also the best and most balanced decision.

Thanks to Mike Shelton and Brie Anne Demkiw for their contributions to the initial draft of this article.

We’ve been conversing for many thousands of years. Whether to present information, perform transactions, or just to check in on one another, people have yammered aside, chattering and gesticulating, through spoken discussion for many generations. Only recently have we begun to write our discussions, and only recently have we outsourced them to the system, a system that exhibits a significantly higher affection for written letter than for the vernacular rigors of spoken language.

Laptops have trouble because between spoken and written speech, talk is more primitive. Machines must wrestle with the complexity of human statement, including the pauses and pauses, the gestures and brain speech, and the word selection and spoken dialect variations that can impede even the most skillfully crafted human-computer interaction. In the human-to-human situation, spoken language also has the opportunity of face-to-face call, where we can easily interpret visual interpersonal cues.

In contrast, written language develops its own fossil record of dated terms and phrases as we report it and keep utilization long after they are no longer needed in spoken communication ( for example, the welcome” To whom it may concern” ). Because it tends to be more consistent, smooth, and proper, written word is necessarily far easier for devices to interpret and know.

Spoken language lacks this luxury. Besides the nonverbal cues that decorate conversations with emphasis and emotional context, there are also verbal cues and vocal behaviors that modulate conversation in nuanced ways: how something is said, not what. Our spoken language reaches far beyond what the written word can ever deliver, whether it’s rapid-fire, low-pitched, high-decibel, sarcastic, stilted, or sighing. So when it comes to voice interfaces—the machines we conduct spoken conversations with—we face exciting challenges as designers and content strategists.

Voice-to-text interactions

We interact with voice interfaces for a variety of reasons, but according to Michael McTear, Zoraida Callejas, and David Griol in The Conversational Interface, those motivations by and large mirror the reasons we initiate conversations with other people, too ( ). We typically strike up a conversation as a result:

• we need something done ( such as a transaction ),
• we want to know something, or some kind of information, or
• we are social beings and want someone to talk to ( conversation for conversation’s sake ).

A single conversation from beginning to end that achieves some outcome for the user, starting with the voice interface’s first greeting and ending with the user exiting the interface, also fits into these three categories, which I refer to as transactional, informational, and prosocial. Note here that a conversation in our human sense—a chat between people that leads to some result and lasts an arbitrary length of time—could encompass multiple transactional, informational, and prosocial voice interactions in succession. In other words, a voice interaction is a conversation, but it must not be one particular voice interaction.

Purely prosocial conversations are more gimmicky than captivating in most voice interfaces, because machines don’t yet have the capacity to really want to know how we’re doing and to do the sort of glad-handing humans crave. Additionally, there is a debate about whether users actually prefer organic human conversations that start with prosocial voiceovers and then seamlessly transition to other types. In fact, in Voice User Interface Design, Michael Cohen, James Giangola, and Jennifer Balogh recommend sticking to users ‘ expectations by mimicking how they interact with other voice interfaces rather than trying too hard to be human—potentially alienating them in the process ( ).

That leaves two different types of conversations we can have with one another that a voice interface can also have easily, including one that is transactional and one that is informational, teaching us something new ( “discuss a musical” ).

Transactional voice interactions

When you order a Hawaiian pizza with extra pineapple, you’re typically having a conversation and a voice interaction when you’re tapping buttons on a food delivery app. Even when we walk up to the counter and place an order, the conversation quickly pivots from an initial smattering of neighborly small talk to the real mission at hand: ordering a pizza ( generously topped with pineapple, as it should be ).

Alison: Hey, how are things going?

Burhan: Hi, welcome to Crust Deluxe! It’s chilly outside. How can I help you?

Alison, can I get a pineapple-onion pizza in Hawaii?

Burhan: Sure, what size?

Large, Alison.

Burhan: Anything else?

Alison: No thanks, that’s it.

Burhan: Something to drink?

I’ll have a bottle of Coke, Alison.

Burhan: You got it. That will cost$ 13.55 and take about fifteen minutes.

Each progressive disclosure in this transactional conversation reveals more and more of the desired outcome of the transaction: a service rendered or a product delivered. Conversations that are transactional have certain characteristics: they are direct, precise, and cost-effective. They quickly dispense with pleasantries.

Informational voice interactions

Meanwhile, some conversations are primarily about obtaining information. Alison might visit Crust Deluxe with the sole intention of placing an order, but she might not want to leave with a pizza at all. She might be just as interested in whether they serve halal or kosher dishes, gluten-free options, or something else. We’re after much more than just a prosocial mini-conversation at the beginning, even though we do it once more to establish politeness.

Alison: Hey, how are things going?

Burhan: Hi, welcome to Crust Deluxe! It’s chilly outside. How can I help you?

Alison: Can I ask a few questions?

Burhan: Of course! Go right ahead.

Alison, do you have any menu items that are halal?

Burhan: Absolutely! On request, we can make any pie halal. We also have lots of vegetarian, ovo-lacto, and vegan options. Do you have any other dietary restrictions in mind?

Alison: What about gluten-free pizzas?

Burhan: For both our deep-dish and thin-crust pizzas, we can definitely make a gluten-free crust for you, without a problem. Anything else I can answer for you?

Alison: That’s it for now. Good to know. Thank you!

Burhan: Anytime, come back soon!

This dialogue is entirely different. Here, the goal is to get a certain set of facts. Informational conversations are research expeditions to gather data, news, or facts in search of the truth. Voice interactions that are informational might be more long-winded than transactional conversations by necessity. Responses are typically longer, more in-depth, and carefully communicated to ensure that the customer understands the main ideas.

Voice Interfaces

Voice interfaces, in essence, use speech to assist users in accomplishing their objectives. But simply because an interface has a voice component doesn’t mean that every user interaction with it is mediated through voice. We’re most concerned with pure voice interfaces, which depend entirely on spoken conversation and lack any visual component, making multimodal voice interfaces much more nuanced and challenging to deal with because they can lean on visual components like screens as crutches.

Though voice interfaces have long been integral to the imagined future of humanity in science fiction, only recently have those lofty visions become fully realized in genuine voice interfaces.

IVR ( interactive voice response ) systems

Though written conversational interfaces have been fixtures of computing for many decades, voice interfaces first emerged in the early 1990s with text-to-speech ( TTS ) dictation programs that recited written text aloud, as well as speech-enabled in-car systems that gave directions to a user-provided address. We became familiar with the first real voice interfaces that engaged in authentic conversation with the advent of interactive voice response ( IVR ) systems, which were created as an alternative to overburdened customer service representatives.

IVR systems allowed organizations to reduce their reliance on call centers but soon became notorious for their clunkiness. When you call an airline or hotel company, which is a common practice in the corporate world, these systems were primarily intended as metaphorical switchboards to direct customers to a real phone agent (” Say Reservations to book a flight or check an itinerary” ), which are more likely to happen when you call one. Despite their functional issues and users ‘ frustration with their inability to speak to an actual human right away, IVR systems proliferated in the early 1990s across a variety of industries (, PDF).

IVR systems have a reputation for having less scintillating conversations than we’re used to in real life ( or even in science fiction ), despite being extremely repetitive and monotonous conversations that typically don’t veer from a single format.

Screen readers

The invention of the screen reader, a tool that converts visual content into synthesized speech, was a development of IVR systems in parallel. For Blind or visually impaired website users, it’s the predominant method of interacting with text, multimedia, or form elements. The most recent version of a voice-over-text format of content delivery is probably the one that is closest to it.

Among the first screen readers known by that moniker was the Screen Reader for the BBC Micro and NEEC Portable developed by the Research Centre for the Education of the Visually Handicapped (RCEVH) at the University of Birmingham in 1986 ( ). The first IBM Screen Reader for text-based computers was created by Jim Thatcher in the same year, which was later recreated for computers with graphical user interfaces ( GUIs ) ( ).

With the rapid growth of the web in the 1990s, the demand for accessible tools for websites exploded. Screen readers started facilitating quick interactions with web pages that ostensibly allow disabled users to traverse the page as an aural and temporal space rather than a visual and physical one with the introduction of semantic HTML and especially ARIA roles in 2008, enabling speedy interactions with the pages. In other words, screen readers for the web “provide mechanisms that translate visual design constructs—proximity, proportion, etc. —into useful information,” according to Aaron Gustafson in A List Apart. ” At least they do when documents are authored thoughtfully” ( ).

There’s a big deal with screen readers: they’re difficult to use and relentlessly verbose, despite being incredibly instructive for voice interface designers. The visual structures of websites and web navigation don’t translate well to screen readers, sometimes resulting in unwieldy pronouncements that name every manipulable HTML element and announce every formatting change. Working with web-based interfaces takes a cognitive toll for many screen reader users.

In Wired, accessibility advocate and voice engineer Chris Maury considers why the screen reader experience is ill-suited to users relying on voice:

I hated the way Screen Readers operated from the beginning. Why are they designed the way they are? It makes no sense to present information visually and then only to have that information translated into audio. All of the time and energy that goes into creating the perfect user experience for an app is wasted, or even worse, adversely impacting the experience for blind users. ( ) _ _ _

In many cases, well-designed voice interfaces can speed users to their destination better than long-winded screen reader monologues. After all, users of the visual interface have the advantage of freely scurrying around the viewport to find information without getting too close to it. Blind users, meanwhile, are obligated to listen to every utterance synthesized into speech and therefore prize brevity and efficiency. Users with disabilities who have long had no choice but to use clumsy screen readers might find that voice interfaces, especially more contemporary voice assistants, provide a more streamlined experience.

Voice assistants

Many of us immediately associate voice assistants with the popular subset of voice interfaces found in living rooms, smart homes, and offices with the film A Space Odyssey or with Majel Barrett’s voice as the omniscient computer from Star Trek. Voice assistants are akin to personal concierges that can answer questions, schedule appointments, conduct searches, and perform other common day-to-day tasks. And because of their assistive potential, they are quickly gaining more and more attention from accessibility advocates.

Before the earliest IVR systems found success in the enterprise, Apple published a demonstration video in 1987 depicting the Knowledge Navigator, a voice assistant that could transcribe spoken words and recognize human speech to a great degree of accuracy. Then, in 2001, Tim Berners-Lee and others created their vision for a” semantic web agent” that would carry out routine tasks like” checking calendars, making appointments, and finding locations” ( hinter paywall ). It wasn’t until 2011 that Apple’s Siri finally entered the picture, making voice assistants a tangible reality for consumers.

There is a significant variation in how programmable and customizable some voice assistants are compared to others due to the sheer number of voice assistants available today ( Fig. 1 ). At one extreme, everything except vendor-provided features is locked down, for example, at the time of their release, the core functionality of Apple’s Siri and Microsoft’s Cortana couldn’t be extended beyond their existing capabilities. There are no other means of developers communicating with Siri at a low level, aside from predefined categories of tasks like messaging, hailing rideshares, making restaurant reservations, and other things, which are still possible today.

At the opposite end of the spectrum, voice assistants like Amazon Alexa and Google Home offer a core foundation on which developers can build custom voice interfaces. For this reason, developers who feel stifled by the limitations of Siri and Cortana are increasingly using programmable voice assistants that are capable of customization and extensibility. Amazon offers the Alexa Skills Kit, a developer framework for building custom voice interfaces for Amazon Alexa, while Google Home offers the ability to program arbitrary Google Assistant skills. Users can choose from among the thousands of custom-built skills available today in the Google Assistant and Amazon Alexa ecosystems.

As businesses like Amazon, Apple, Microsoft, and Google continue to occupy their positions, they are also selling and open-sourcing an unheard array of tools and frameworks for designers and developers, aiming to make creating voice interfaces as simple as possible, even without code.

Often by necessity, voice assistants like Amazon Alexa tend to be monochannel—they’re tightly coupled to a device and can’t be accessed on a computer or smartphone instead. In contrast, many development platforms, like Google’s Dialogflow, now support omnichannel features, allowing users to create a single conversational interface that then becomes a voice interface, textual chatbot, and IVR system upon deployment. I don’t prescribe any specific implementation approaches in this design-focused book, but in Chapter 4 we’ll get into some of the implications these variables might have on the way you build out your design artifacts.

Voice content

Simply put, voice content is content delivered through voice. Voice content must be free-flowing and organic, contextless and concise—everything written content isn’t enough to preserve what makes human conversation so compelling in the first place.

Our world is replete with voice content in various forms: screen readers reciting website content, voice assistants rattling off a weather forecast, and automated phone hotline responses governed by IVR systems. We’re most concerned with the content in this book being delivered auditorically, not as an option but as a necessity.

For many of us, our first foray into informational voice interfaces will be to deliver content to users. There is only one issue: any content we already have isn’t in any way suitable for this new environment. So how do we make the content trapped on our websites more conversational? And how do we create fresh copy that works with voice-recognition?

Lately, we’ve begun slicing and dicing our content in unprecedented ways. Websites are, in many ways, colossal vaults of what I call macrocontent: lengthy prose that can last for miles in a browser window, like microfilm viewers of newspaper archives. Back in 2002, well before the present-day ubiquity of voice assistants, technologist Anil Dash defined microcontent as permalinked pieces of content that stay legible regardless of environment, such as email or text messages:

An example of microcontent can be a day’s weather forecast [sic], an airplane flight’s arrival and departure times, an abstract from a lengthy publication, or a single instant message. ( ) _ _ _

I would update Dash’s definition of microcontent to include all instances of bite-sized content that transcends written communiqués. After all, today we encounter microcontent in interfaces where a small snippet of copy is displayed alone, unmoored from the browser, like a textbot confirmation of a restaurant reservation. The best way to learn how to stretch your content to the limits of its potential is through microcontent, which will inform both established and new delivery methods.

As microcontent, voice content is unique because it’s an example of how content is experienced in time rather than in space. We can instantly see when the next train is coming from a digital sign underground, but voice interfaces keep our attention captive for so long that we can’t quickly evade or skip, a feature that screen reader users are all too familiar with.

Because microcontent is fundamentally made up of isolated blobs with no relation to the channels where they’ll eventually end up, we need to ensure that our microcontent truly performs well as voice content—and that means focusing on the two most important traits of robust voice content: voice content legibility and voice content discoverability.

Our voice content’s legibility and discoverability in general both depend on how it manifests in terms of perceived space and time.