Page MenuHomePhabricator

Improve user experience for Random
Closed, ResolvedPublic

Description

Problem

  1. User feedback shows that the random card as a small tile has been hard to find within the Explore feed.
  2. For users that do find and use the Random card, it is a clunky experience since users are not able to keep selecting random to refresh a new random article whilst still remaining in the complete article view – but instead need to close the random article to return to the feed and tap on random again in order to get another random.

User story
As a user I want to get the surprise factor of a complete random article loading when pressing a button/link to view a random article, and be able to keep selecting a "random" button/link to refresh random complete articles.

Proposed solution

  • Update random card design to be more prominent
    • Perhaps incorporate an initial random article onto the feed (a la Featured article).
  • Addition of an ability to bring up more random articles within a full random view.

Mocks of proposed designs

Interaction flow

Invision prototype: https://wikimedia.invisionapp.com/share/V2E7NHO6E

Redline mocks are shown tagged with "Random" on Zeplin board https://zpl.io/GaRQKKV

STEPS:
  1. User opens the feed and sees Random card.
  2. User taps on the card which transitions to the full screen Random ‘mode’
  3. User goes to the next random article either by tapping the die FAB or swiping left over the article card
  4. User taps on the save icon to bring up the 'Add to reading list' bottom sheet.
  5. User taps to save the random article to a reading list. It is expected that the save to reading list bookmark icon will now be updated to a 'filled’ icon, and there should be a snackbar to 'View list' that pushes up the random mode buttons.
  6. User taps on the card to view it in its entirety in the article tab stack.
  7. User changes the display theme to 'dark' mode and taps the device back button. It is expected that they will be returned to Random now in dark mode.
  8. User is able to go back to the previous random article either by tapping the previous button or swiping right over the article card
NOTES ON DESIGN:

Feed card

  • Both the Today and Random card are updated to the same design (full width colored background ‘banner’ containing Card title, subtitle and icon) with footer action
  • The ENTIRE CARD is tappable.
  • Overflow contains menu item to hide the card and may also be dismissed by swiping right
  • Animated gif on the Random die icon with the card is scrolled into view
  • Introduce a transition when the card is tapped so that the blue background moves up into the toolbar background.

Random mode

  • Created a subtask T180806 - There should be an animation on the die when it is tapped
  • There should be a transition when the full article is opened from random mode (lead image moves up and expands into position on article tab view)
  • Cards should be a fixed height, comprised of:
    • Lead Image (if the random article has no image, use the placeholder image icon instead)
    • Article title (max. 2 lines)
    • Lead paragraph (max. 4 lines)
  • There is a dark mode for Random mode
  • If the article has been saved to a list already, the bookmark icon should become filled

Full article opened from Random mode

  • If the “X” icon in the toolbar is tapped, the article stack closes to show the feed.
  • If the device ‘back’ button is tapped, the particular article tab is closed and user returns to the Random mode.
QUESTIONS:
  • Should we insert the Random card more frequently in the feed - eg., every 3 days?
  • Should we potentially promote it show higher in the feed on its initial release?
  • Potentially add a “shake to shuffle” to open random mode when elsewhere in the app
  • Is there value in adding a Share action in Random mode as well as/instead of the previous/replay action?

NOTE: Initial design explorations can be seen in the "Archive" section of the same Invision prototype

Event Timeline

Change 386202 had a related patch set uploaded (by Dbrant; owner: Dbrant):
[apps/android/wikipedia@master] Allow loading another random article via floating action button.

https://gerrit.wikimedia.org/r/386202

Change 386202 merged by jenkins-bot:
[apps/android/wikipedia@master] New: load another random article via floating action button.

https://gerrit.wikimedia.org/r/386202

Change 388126 had a related patch set uploaded (by Dbrant; owner: Dbrant):
[apps/android/wikipedia@master] WIP: Randomizr.

https://gerrit.wikimedia.org/r/388126

hey @Dbrant - I had a play with the prototype and updated the designs, along with more notes on the design in the task description.

Notable updates in the interaction with the current version:

  • Swiping either left OR right will bring up the next random article - playing around with the whole app, I recalled that we use swipe right to dismiss cards in the Explore feed per the more standard swipe direction. Moreover, swiping in both directions when there is one main action makes sense - and is actually the more 'standard' Android paradigm for dismissal (e.g., Gmail, Photos, Messages, Play Music - playlist, Photos - assistant, Google Translate).
  • Single FAB action for Random - given we do have one-tap add on reading lists nor does the add to reading list action occur when swiping right, it seems apt to de-emphasize the add to reading list action.
  • No Random FAB appears once the user is in the article view - at least initially, let's not add glut to the article view, the assumption is that if a reader chooses to open the random article then they want to read that article. If they want to return to the random mode after reading part of the article they can merely tap the device' back'. Having the random button in so many places seems to be overkill and may disrupt from rabbit-holing once readers are reading an article. We can always re-add later if testing/ feedback indicates this is desired.
  • Getting back previous articles - since we want swiping either left or right to bring up a new random article, the ability to return to the previous article is done via a 'replay' icon to go back to the previous random article.

Change 389564 had a related patch set uploaded (by Dbrant; owner: Dbrant):
[apps/android/wikipedia@master] WIP: Randomizr var. B

https://gerrit.wikimedia.org/r/389564

Change 391252 had a related patch set uploaded (by Dbrant; owner: Dbrant):
[apps/android/wikipedia@master] Update designs for Random and Main Page cards in the feed.

https://gerrit.wikimedia.org/r/391252

Change 391252 merged by jenkins-bot:
[apps/android/wikipedia@master] Update designs for Random and Main Page cards in the feed.

https://gerrit.wikimedia.org/r/391252

Change 388126 merged by jenkins-bot:
[apps/android/wikipedia@master] Randomizr (ready to go).

https://gerrit.wikimedia.org/r/388126

Change 389564 abandoned by Dbrant:
WIP: Randomizr var. B

Reason:
For posterity.

https://gerrit.wikimedia.org/r/389564

hey Dbrant - fyi just separated out a subtask for the animation on the FAB die...

hi @Dbrant - just noticed few things that are not as expected:

  • card height should be fixed for all articles
  • In dark mode, the background color (behind the cards) should be the same as the Chrome toolbar color in dark mode (i.e., Accent30).
  • once an article is saved to a reading list, the bookmark should show as filled (therefore allowing the user to unsave or save to another reading list). At the moment, it is unexpected that the bookmark icon should be replaced with 'share'
  • once an article is saved to a reading list, the bookmark should show as filled (therefore allowing the user to unsave or save to another reading list). At the moment, it is unexpected that the bookmark icon should be replaced with 'share'

So, when should the button turn into 'share'?

  • once an article is saved to a reading list, the bookmark should show as filled (therefore allowing the user to unsave or save to another reading list). At the moment, it is unexpected that the bookmark icon should be replaced with 'share'

So, when should the button turn into 'share'?

It should never turn into share, as the hypothesis is that this new Random mode is catering to improve content discovery. The idea to allow sharing as a separate secondary action to adding to a reading list was part of an earlier design exploration where the 'back to previous' button was not shown.

Think it makes sense to go with this design which only has add to reading list, then review feedback (and potentially conduct some user research) for the open questions we have like the need for a share action here, or whether swiping either direction go to next random is preferred, etc.

Change 393632 had a related patch set uploaded (by Dbrant; owner: Dbrant):
[apps/android/wikipedia@master] Design updates for Randomizer.

https://gerrit.wikimedia.org/r/393632

Change 393632 merged by jenkins-bot:
[apps/android/wikipedia@master] Design updates for Randomizer.

https://gerrit.wikimedia.org/r/393632

hey @Dbrant - just noticed minor visual tweak for the random card in the feed:

Actual - text is too close to bottom of card
image.png (406×1 px, 36 KB)
Expected:
image.png (348×1 px, 59 KB)

Change 394079 had a related patch set uploaded (by Dbrant; owner: Dbrant):
[apps/android/wikipedia@master] Tweak design of static cards in Feed.

https://gerrit.wikimedia.org/r/394079

Change 394079 merged by jenkins-bot:
[apps/android/wikipedia@master] Tweak design of static cards in Feed.

https://gerrit.wikimedia.org/r/394079

Whoopsies, done! (should be in alpha shortly)

ABorbaWMF subscribed.

Tested on 2.6.206-alpha-2017-11-30 on a Pixel and a Nexus 4. Looks good to me.