Qualitative research and ignoring three types of feedback (February 26, 2020)
This week the teacher assigned two online readings and i am here to summarize them
In the first article, Taylor Nguyen talks about “How exactly do you find Insight from Qualitative User Research?”. She states that it’s all about synthesis, or the process of creating an understanding that goes beyond all data points after being collection. Nguyen talks about this being a four-step process (there is also a chart Nguyen provides that I included on the top of this journal entry:
Step 1: Extract and summarize data - From note, transcript, and artifact, It’s about fnding key information and write them down on sticky notes. The small size of a sticky note force you to summarize information into the key takeaways.
Step 2: Find patterns across participants - where the person starts to cluster similar information into themes. As a starting point, you might group information based on broad categories such as demographics, workHow, pain points, etc.
Step 3: Create insights - Ask yourself a few times for how different data might relate to each other, what’s the underlying reason for different behaviors and needs, then rearrange sticky notes into themes of insights.
Step 4: Organize insights into a digestible format - organizing insights into research artifacts that you can present to others. (This can be done in the form of either a user persona, journey map, service blueprint, and empathy map)
She discusses the procedure, elaborating that step three is usually the hardest as it usually entails what they mean by insights. Nguyen ends the article by saying that improving synthesis skills is about doing three things: persistence, knowledge, and practice.
In the second online article, Jeremiah Lam gives us the “3 Types of Feedback to Ignore” when dealing with UX/UI Design.
The first type of feedback to ignore are, self-motivating statements, in which we try to improve our prototype designs, or to use a quote from the reading to put it in perspective: “It’s naive to think that a feature is able to change the user’s core behaviour” , meaning that the functionality of a design isn’t going to dramatically improve over the course of an update.
The second type are hypothetical statements, in where users like to predict their behavior (e.g. “I will upgrade if there’s this function”, or “they will pay for it once their team is big enough”) The third and last type is third-party statements, which are are basically a form of hypothesis from a non-user guessing the behavior of a potential user. I like how the author of this piece ends the essay with the quote that “The evidence of a real problem isn’t based on self-motivation, hypotheticals or hearsay. It’s rooted in actual experience.”

Comments
Post a Comment