Page MenuHomePhabricator

[Sub-Epic] Navigation Refresh Part 2 - Search Improvements - Jan/Feb 2025
Closed, ResolvedPublic

Description

Tasks

High priority

iPad Design changes required, surfaced from System Nav Bar work

Nice to have

Background

This is the 2nd phase of the larger Navigation Refresh (T373712) planned for the iOS App. This work is part of the Annual Plan WE3, 3.1 KR to Release two curated, accessible, and community-driven browsing and learning experiences to representative wikis, with the goal of increasing the logged-out reader retention of experience users by 5%.

Our draft hypothesis is: If we make the article search bar more prominent, we will increase the number of users who initiate searches by 8%, possibly leading to a 1% increase in search retention rate for logged out users.

How will we know we were successful
For the Article Searchbar test:

Validation
These will be measured via an A/B test

  • KR 1.1 8% increase in users initiating Search from article view
  • [Primary metric] KR 1.2 1% higher app retention rate for logged-out users that had the more prominent article search (using 2-week retention)
  • KR 1.3 5% increase in average pageviews/unique user for those who engaged new article search bar

Guardrails

  • GR 2.1 No more than 10 negative user complaints about changes to the Article view that can’t be addressed (Measured by user feedback through app store & support email)

Curiosities

  • CR 3.1 Do users prefer a different location for the article view search? (Measured by user feedback through app store & support email)
  • CR 3.2 What was the feature retention rate for article search for both A & B? (Recalculate 1.2 but using return to engage with article search as definition of retention, not return to overall app)
For Navigation Phase 2
  • GR 2.1 No more than 5% increase in app uninstalls (vs baseline)
  • GR 2.2 No more than a 10% increase in overall app crashes (for all releases after system nav vs before, measured by engineering)
  • GR 2.3 No more than a 10% decrease in pageviews with the source of "history" after its move into Search
  • GR 2.4 No more than 10 user complaints about history moving into Search (as measured by support email, and app store reviews)

Curiosities

  • CR 3.1 Did overall account creations increase as a result of the Profile menu being accessible from all screens? (Baseline of 15 days before vs Experiment Date Range)
Requirements
  • Navigation bar
    • Make navigation bar elements system, instead of custom
    • Create standardized header for permanent views (Explore, Search, Saved)
    • Reserve space for Tabs in the standardized header
    • Search bar is more prominent within article view
  • From the article, users can
    • Search
    • Go Back to previous article
    • Access Profile
    • Navigate back to main view
  • Search Tab
    • Move Places or History into Search, and adjust recently searched
    • Move recently searched so it displays after clicking into search
    • Show tooltip letting users know that Search has been updated
  • Design only:
    • Created updated views for Temporary accounts where needed
User Stories

Primary

  • As a reader checking out the Pluto article from a browser link, I want to have quick access to Search, so I can quickly pull up the NASA article without having to navigate back to the main view.
  • As a student who uses iOS devices, I want to have navigational elements that make sense to me without thinking, so that I can just start using the app for researching with no learning curve.

Secondary

  • As a tourist in a new city, I want to see recommendations about Places nearby me while I search for a monument, so that I can continue to learn more about the city.
  • As a student researching Geology, I want to have access to my Tabs from the main views of the app, so that I can jump between different Wikipedia articles I am using for sources.
  • As an experienced editor, I would like there to be an explicit "Contribute" section within the app, so that I can find contribution tools, and so newcomers can find new ways to contribute.
Target Quant Regions and Languages

Release will be available to all users, but we will measure success using these audiences:

  • Arabic users in Egypt, Sudan, Algeria, and Morocco
  • French users in Sub Saharan Africa
Target Qualitative Audience
  • Readers who use iOS and the Wikipedia app
  • Guardrail Groups
    • Low Bandwidth Readers
    • Blind and Low Vision Users
Designs

Figma

Reference

Related Objects

StatusSubtypeAssignedTask
OpenNone
ResolvedHNordeenWMF
ResolvedNone
ResolvedHNordeenWMF
ResolvedHNordeenWMF
InvalidBUG REPORTNone
ResolvedNone
ResolvedHNordeenWMF
OpenNone
ResolvedHNordeenWMF
ResolvedNone
ResolvedNone
ResolvedNone
ResolvedNone
ResolvedNone
ResolvedNone
ResolvedNone
ResolvedNone
ResolvedNone
ResolvedNone
ResolvedSNowick_WMF
ResolvedNone
ResolvedFeatureMazevedo
OpenNone
ResolvedNone
ResolvedNone
DeclinedTsevener
OpenNone
OpenMazevedo
ResolvedSNowick_WMF
OpenMazevedo
OpenNone
ResolvedSNowick_WMF
ResolvedSNowick_WMF
ResolvedTsevener

Event Timeline

HNordeenWMF moved this task from Needs Triage to Up next on the Wikipedia-iOS-App-Backlog board.
HNordeenWMF renamed this task from [Sub-Epic] Navigation Refresh Part 2 - Jan/Feb 2025 to [Sub-Epic] Navigation Refresh Part 2 - Search Improvements - Jan/Feb 2025.Nov 15 2024, 7:40 PM
HNordeenWMF updated the task description. (Show Details)
HNordeenWMF claimed this task.