TinyTales Design Sprint
Intro
Parents want to spend quality time with their kids. This takes the shape of going to the park, tummy time, bath time, watching movies together, etc. Another important activity for quality time is reading books with your kids, which allows parents to not only spend quality time but also to encourage learning, using their imagination, and also to discuss important topics.
TinyTales, a mobile app company, provides curated stories and content so that parents can spend quality time with their kids. TinyTales users have difficulty finding stories to read with their children, so they're looking to make it easier for parents to find a story to read with their children.
My Role
My role on the TinyTales Design sprint was the lead UX designer. I used an adapted version of the Google Venture's Design Sprint methodology to run a design sprint focused on making it easier for parents to find a story to read with their children.
I used the following tools in my role:
My Process
This design sprint was a modified version of a a Google Venture Design sprint:
This was modified in that TinyTales provided some of the necessary research and user information on day 1, and I was the only designer on the project.
The TinyTales app struggles to recreate parts of parents' in-person workflow:
Our overarching design goal was to make it easier for parents to find a story to read to their children. For this design sprint we focused on the experience of discovering new content.
The TinyTales team had already conducted some preliminary user research, which I compiled into two documents:
From the research I learned that parents liked how they could easily screen new books and put content for reading in front of their kids to help them choose what to read before bed. This was reflected in the persona (Claire) that the TinyTales team provided.
After gathering the necessary research and user information from the TinyTales team, I needed to see visually all of the information I'd just received about my user and their preferences, so I created an initial mapping of everything to end Day 1.
Day 2 - Sketch
My goal for day 2 was to sketch solutions for the TinyTales discovery experience. Before beginning those sketches, I took 30 minutes to review the internet and iOS App Store to get some inspiration for good content discovery experiences.
I learned that there's no truly "identical" discovery experience across reading apps. I liked how the Dr. Seuss app displayed story information, how the Kindle store displayed reviews and actions to add things to library, and how Amazon Kids+ displayed the book length.
Ready to start sketching, I decided to focus on the initial part of the flow I sketched out earlier: browsing content. In the browsing phase the parent would be searching alone or with their child, so I saw this as the critical juncture to get right to achieve our goal for this sprint.
Based on my persona Claire, I knew that my designs needed to accomplish the following:
With this in mind, I focused on incorporating the discover flows I'd seen in my app inspirations and also in other solutions I'd personally experienced. I set my timer for 20 minutes and tried to get a minimum of 8 sketches out before the end of that time.
After my Crazy 8s exercise, I needed to choose a solution that best helped with accomplish the users' goals:
I felt like the sketch that best accomplsihed these goals was sketch #5, which is where I focused a more in depth solution sketch of the user navigating from their library to find a new story to read with their children.
Day 3 - Decide
Going into day 3 I had the option to sketch other possible designs. I decided not to sketch other solutions mostly because I felt they were informed enough from my research that they would be similar to most other content discovery experiences.
Since my goal is to make it easier for parents to find a story, I started my storyboard with the following assumptions:
From my user research, I incorporated the following assumptions into my design:
With all of this I created a solution storyboard with these functionalities incorporated.
Day 4 - Prototype
I created the prototype in Figma focusing on a tablet solution. Since time was a constraint of this sprint, I intentionally didn't add images for the books in the prototype.
My goals for testing the prototype were:
Day 5 - Test
I conducted a small usability test with parents, grandparents, and aunts/uncles of kids. I created this script to help guide my discussion points and tasks. I failed to revisit my intended goals for the usability study, so I didn't collect any data on my goal of understanding if the discovery experience was enjoyable.
If I were to continue with this project, I'd do the following:
Learning & Limitations
Below are my thoughts on what I learned during this design sprint:
Every project has its limitations, and this one is no different. I've identified some of those limitations below:
Projects
Privato FitnessDiscovery research, visual design, design systems, user flows, user stories, data synthesis, how might we questions, usability testing
Omadi Torch-Problem Sync & performance issues, painful usability, high task completion time -Solution Only sync information drivers need, all towing types in one list, geo-tagging, consistent workflow for all jobs, interactive photos & damage reporting, mobile payments, eliminate time consuming inventory. -Role My role was as Jr. UX designer on the project. As Jr. UX designer, I owned the workflow of conducting field research with current users of the Omadi mobile platform, as well as assisted with the redesign process (visual design, user journeys, user flows, etc).
Ballot BuddyProject type
TinyTales Design SprintSpringboard
Metaverse UX ResearchProject type
Ticket Admin ResearchProject type