Search the courses, subjects, tracks, games and features, or jump straight to a page.
Learn it your way
A short class with Sarah and her students. The other ways are under More.
Sign up free to listen. Transcripts are free to read.
Let's start by discussing quantitative analysis. Can anyone tell me what quantitative data is?
It's data that can be measured and counted, like numbers.
Exactly! Quantitative analysis focuses on numerical data. For instance, we can calculate the mean task completion time to understand how efficiently users complete tasks. This helps us identify areas for improvement. How do we represent this data visually?
By using graphs like bar charts or histograms?
Correct! Visualization helps in presenting our findings clearly. Now, who can list some important metrics we collect during usability tests?
Success rate, error rate, and task completion time.
Great job! Remember the acronym 'SET' — Success, Error, Time. Keep that in mind as we dive deeper into qualitative analysis.
This sounds helpful; I’ll try to remember that!
To summarize, quantifying data through metrics like SET allows us to gain insight into user performance and inform our design choices.
Now let's focus on qualitative analysis. What do we mean by thematic coding?
It's organizing our qualitative data into themes or categories.
Exactly! We start with open coding, which involves labeling our observations. What follows after this stage?
Then we group those labels into broader categories, right?
Yes! That's axial coding. It helps us identify relationships among themes. Let's consider an example—how could we categorize comments about navigation difficulties?
We might group them under 'navigation issues' or 'information architecture.'
Perfect! Finally, we'll move to selective coding to extract the core themes. Remember this sequence as 'OAS' – Open, Axial, Selective. Can everyone repeat it?
OAS – Open, Axial, Selective!
Great! In summary, thematic coding is vital for extracting insights from qualitative data, informing better design decisions.
Let’s discuss traceability matrices. What do you think they are?
They help us keep track of our design requirements and see if they’ve been met.
Exactly! A traceability matrix links our specifications to our findings from usability tests. What would you include in such a matrix?
The original specifications, test findings, and maybe a status for each item?
"Right! It might look like this:
Now, let’s talk about formulating recommendations from our findings. What elements do we need to include in these recommendations?
We need a problem statement, evidence, proposed changes, and expected outcomes.
Correct! Think of the acronym 'PEPE' — Problem, Evidence, Proposal, Expectation. Can you think of a suitable problem statement from a previous example?
How about 'Users frequently misinterpret the hamburger icon?'
Exactly! Now, if we provide evidence like, 'Most users paused before clicking'—how would we articulate the expected outcome for that recommendation?
By saying it may reduce decision time significantly.
Yes! Remember, recommendations help transition from data analysis to action. So, in summary, use 'PEPE' to structure your recommendations effectively.
Let’s dive into reflective writing. Why do you think reflection is important in our evaluation process?
It helps us learn from our experiences and improve future designs.
Exactly! Using frameworks like Gibbs’ Reflective Cycle reinforces our learning journey. What’s the first step in Gibbs’ cycle?
Description—detailing what happened during testing.
Great! Then we move on to Feelings. Why is it important to consider our feelings during the evaluation?
It helps us understand our biases and emotional reactions that could affect our design decisions.
Exactly! The cycle continues with Evaluation, Analysis, Conclusion, and Action Plan. Let's use the acronym 'FEECAP' – Feelings, Evaluation, Analysis, Conclusion, Action Plan. Can you tell me how you would apply this in a design situation?
Sure! I’d reflect on a significant moment from testing, understand my emotional response, and decide what to improve next time.
Well said! Reflection is a powerful tool for personal and professional growth. To summarize, use 'FEECAP' during your evaluations to ensure continuous improvement.
Understanding the distinction and application of both types of data in usability testing.
A structured approach to linking user feedback with original design specifications.
The steps of open, axial, and selective coding to analyze qualitative data.
Crafting actionable design modifications grounded in user data.
To trace and relate, with data to rate, a matrix we create; it’s never too late.
Imagine a designer named Alex who struggled to connect user feedback to his design specifications. One day, he created a traceability matrix and found all the missing links, making his designs user-friendly and efficient.
Remember 'SET' for Success, Error, and Time when analyzing quantitative data.
Use 'PEPE' for Problem, Evidence, Proposal, Expectation when formulating recommendations.
Term
Quantitative Analysis
Click to flip
Term
Qualitative Analysis
Click to flip
Term
Traceability Matrix
Click to flip
Term
Evidence-Based Recommendations
Click to flip
The process of analyzing numerical data to derive metrics such as means, success rates, and error rates.
A research method focused on understanding user experiences through non-numerical data, often analyzed using thematic coding.
A tool used to map design specifications against testing outcomes to ensure validation of requirements.
The process of categorizing qualitative data into themes for analysis.
A clear articulation of an issue identified during the evaluation process.
Suggestions for design improvements grounded in data collected during usability testing.
This section emphasizes the importance of rigorous data analysis and specification mapping in evaluating design effectiveness.
The section outlines methods for collecting and analyzing usability data, including quantitative and qualitative techniques, which inform actionable recommendations for design improvements. It promotes reflective practices that enhance the designer’s learning and application of evaluation findings.
The evaluation stage of the design cycle is crucial as it examines the practical application of theoretical design intents. This section focuses on how to perform rigorous data analysis and create specifications that ensure effective design iteration.
The section further delves into crafting recommendations based on collected data. This involves:
Using models like Gibbs' Reflective Cycle, designers are encouraged to document their learning journey throughout the evaluation process, thus enabling continuous improvement in design practices.
Lastly, the section concludes with effective strategies for compiling a professional evaluation report that presents findings clearly, catering to varied stakeholders while also detailing methodologies and conclusions drawn from data analysis.