How would you tackle this from a research perspective?
What forms of research would you conduct?
1. The lack of contact and demographic user information is a constraint of the case study and IS NOT an error in the design of the registration form.
2. I am coming into this project blind as a new team member with no prior information about this app is or what its goals are. I am acting as a consultant to the team that brought me on and working with them directly to answer my questions.
3. This is a live app that people already use.
1. What is this app? What are its goals?
2. Who designed or created this app?
3. Who is it for?
How do we know that the registration is dropping off due to the registration flow? Where did this data come from?
We don’t want to go into a problem with incomplete, inaccurate, or misrepresented data.
Goal: Validate that the problem we think is the actual problem and we aren’t working with a misconception
Timeline Expectation: 1-3 days
Work with engineers and team to gather and analyze the analytic data from the app to understand where this data or assumption came from.
Outcome Assumption: The data shows that the users are indeed dropping off due to the lengthy registration process.
For example, data shows downloads and no registrations and no error reports.
Goal: Efficient and low cost way to identify initial potential problem areas
Timeline Expectation: ~2-3 days
Process
Heuristic Evaluation Outcomes
Compile examples of violated principles
Create suggestions on how to rework violated principles or pain points
Suggest potentially reorganizing sections of the form
Outcome:
Presentation to team with design recommendations and form reorganization based on violated heuristics, human factors principles, and best UX practicesGoal: Lightweight approach to start understanding target users, who is actually using it, and the contexts and situations in which they are using it.
Work with the product managers to understand who this app is for, and when they envision this app to be used.
Allows me to see when problems might be occurring or why the registration flow may not be successful.
Conduct “lightweight research” as a “quick and dirty” way to start getting feedback without having direct access to the users
“Lightweight research” strategies
Outcome: Storytelling presentation of users’ anecdotal experiences, and potential design recommendations or system fixes, and how to move forward based on “quick and dirty” feedback and personas
Goals: Receive feedback from actual and potential users in the context which they would be using the app to understand how it could be improved
These two prongs should be conducted in parallel.
Prong 1: In-app data collection
Prong 2: Task Analysis in Context
In app data collection time analysis
If registration is longer than one page, capture time spent during registration on each page or section to see how long it is taking and where people are dropping off.
Goal: gather more insight about why the registration flow might be challenging
Additionally, the app could include a short feedback survey that pops up periodically while users are using the app.
Survey should be 3 questions:
Find your users and ask them directly!
Use the information gathered about users from lightweight research to access potential participants for in context interviews
Interview Questions should include:
Be an observer, noting down their thoughts and actions as they complete the tasks including:
Create patterns from data to uncover the root of a problem. Form the data into a concrete story about the context and the users. Consider how or why the registration flow or app usage might be interrupted and why they may not resume. Present data to team with examples like quotes from participants and answers to the survey, as well as time based data showing where users dropped off. Validate and iterate on the personas created. Create a story about when, how, and why users are using app.