Player screen UX/UI work

We met again yesterday - some notes:

UX ‘requirements’:

  • Swiping is extra; should be additional to UI (for discoverability)
  • Ideally, swipe action should be hinted by content. If not, at least by icons or text (e.g. tabs)
  • When navigating with 1 hand, key actions should be within reach of thumb, and navigating should be possible

Four navigational approaches:

  • Swipe up (transcript)/left (description)/right (chapters), as per User feedback: swipe navigation from player screen (2.3 beta) → No. You don’t have a preview of what screen will come up, and only on bottom you can show a preview of the content.
  • One long screen with blocks that allow to navigate to sub-screens, as Spotify does → No. Looks cool, but you don’t have direct ways to jumpt to relevant screen (always have to scroll vertically)
  • Tabs on top & actions buttons on bottom, swiping left-right switches between tabs, swiping up opens special screen (e.g. queue). Like Podcast Addict does, and as ByteHamster suggested. → Can be an option
  • Tabs on the very bottom, action buttons just above (still below main player buttons), swiping up opens the tabs, swiping left-right can be used for chapter navigation (if present for episode). → Can be an option

We’ll further explore the last two by making wireframes for them.

Alongside this work, we can create a survey to ask input from users:

  • What do you expect to happen when you swipe left or right?
    • jump chapters
    • jump episodes
    • jump functional screens
  • Which actions do you expect to use most often? (sort most → least)
    • [list of actions]
  • Which screens do you expect to use most often? (sort most → least)
    • [list of screens]

Action points:

  • Make wireframes: @Zehra_Rajnagarwala with tabs on top, @rauljimenez with tabs on bottom
  • keunes to add screenshots of Fountain to app analysis
  • Start draft of survey (I can do this)

Next meeting: probably Wed 12 March

1 Like