Audiobit helps people interact with what they're listening to - gaining a better understanding in the process.Full Case Study
Audiobooks are a tricky medium. They combine passive and active listening. They’re consumed on the go, or in the background. This has quite different implications for the ideal consumption experience when compared to a book, that captures a reader’s full attention, or a song, that can be enjoyed with minimum attention.
I conducted qualitative interviews with audiobook and podcast listeners who enjoyed audio segments of different genres, to understand their motives and contexts of listening.
I asked questions about what they got out of listening, where and when they listened and for how long. I also asked about some of the frustrations they ran into when listening.
At this point, I wondered whether my initial problem, engaging with audio, was the actual problem. One insight was that users who were listening to textbooks or educational material mentioned that they rewinded the most.
I shifted my problem space from the general question of engagement to the problem of learning.
I wanted a better understanding of the relationship between learning and engagement. To this end, I conducted a study by asking users to record notes in small diaries whenever they performed an action. The actions were:
I synthesized my research insights into design goals. I hoped to build something that would:
I brainstormed different interactions that would affect the relationship between people and the material they were listening to, and help them get more out of it.
I was excited at the initial possibilities and admittedly, I spent a lot of time thinking about lofty ideas of questionable value. I eagerly solidified these earlier ideas with mockups, but with each mockup, I was moving away from a high level concept.
I took a step back and focused on creating a flow for engagement during listening, the most important interaction of the app.
Testing with users led to several interaction changes. For example, users found the bookmarks disconnected from the audio player. I tried some versions before arriving at the successful paged version.
Why this works: if I want users to be able to revisit during listening, they should be able to see the status of the main audio player at all times.
Bookmarks are at the heart of Audiobit.
Getting them right was a challenge. I established an information hierarchy for a bookmark cell based on my design goals, and then I proceeded to design and test different cell actions.
Why this works: Putting revisiting first means emphasizing playability and editing. Secondary features, such as sharing can be safely put in an options menu.
What’s in an effective preview? I experimented with various ways of showing the most recent bookmark on the audio player.
Some interactions, while appealing, proved to be too complex for actual listening. I went forward with a previewing upon that minimized cognitive load.
Why this works: if users are multitasking, a preview should provide minimal information at the top level.
The audio player: built around bookmarking without obstructing the experience of listening.
Editing a bookmark is immersive and easy - add notes or change the audio duration on the go.
Bookmarks are a swipe away. Come back to them during listening, or afterwards.
I’m proud of some of the thinking that went into this project, but there are things that I wished I did differently. Bookmarks belong to chapters - this made sense when I thought about extremely episodic content like a lecture, but less so when chapters build upon previous chapters. I would have liked to go into how people access bookmarks from different chapters.
I’m interested now in whether or not bookmarks can add a social component - discussions might form around audio segments the same way they would in the margins of a book.
2017 Kevin Ma