####Tasks
High priority
[x] {T363606}
[x] {T382031}
[x] {T383821}
[x] {T383822}
[x] {T383825}
[x] {T383826}
[x] (Instrumentation subtask) {T384972}
[x] (Instrumentation subtask) {T384952}
[x] {T383828}
[x] {T383829}
**iPad Design changes required, surfaced from System Nav Bar work**
[x] {T383471} S (Fix iPad Explore logo. Left align)
[x] {T383837} M (Fix Article logo, left align. Pop to root on tap)
[x] {T383839} S (Show nav bar buttons at all times during scroll on iPad)
[] {T383470} S (Add larger overlay background for floating tab bar)
Nice to have
[x] {T382032}
[] {T384510}
[] {T384512} (required if the above is done)
[] {T384516} (required if the above is done)
[] {T383831}
[] {T364755}
[] {T383759}
[] {T384845}
[] {T383468}
[] {T383464}
[] {T383459}
[] {T383457}
[] {T383832}
[] {T383840}
[] {T383469}
#### Background
This is the 2nd phase of the larger [[ https://www.mediawiki.org/wiki/Wikimedia_Apps/Team/iOS/Navigation_Refresh#Phase_2:_Improvements_to_top_navigation_and_article_search_(T379440) | Navigation Refresh ]] (T373712) planned for the iOS App. This work is part of the [[ https://www.mediawiki.org/wiki/Readers/2024_Reader_and_Donor_Experiences | 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
- Control group: unique users in A who have initiated at least one search from article view/unique users in A who have had article views
- Variant group: unique users in B who have initiated at least one search from article view/unique users in B who have had article views
- [Primary metric] KR 1.2 1% higher app retention rate for logged-out users that had the more prominent article search (using [[ https://meta.wikimedia.org/wiki/Research_and_Decision_Science/Data_glossary/Retention_Rate#Retention_rate_of_one_cohort | 2-week retention ]])
- Control cohort: of the unique users in A who engaged with the control search icon, what % were retained to the app?
- Variant cohort: of the unique users in B who engaged with the variant search bar, what % were retained to the app?
- KR 1.3 5% increase in average pageviews/unique user for those who engaged new article search bar
**Guardrails**
- Control group: average pageviews/unique user for users in group A who initiated at least one search from article view 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
- Variant group: average pageviews/unique user for users in group B who initiated at least one search from article view
**Guardrails**
GR 2.1 No more than 5% increase in app uninstalls (vs baseline)
- GR 2.12 No more than 10 negative user complaints about changes to the Navigation that can’t be addressed. a 10% increase in overall app crashes (for all releases after system nav vs before, measured by engineering)
- GR 2.23 No more than 5% ina 10% decrease in app uninstalls (vs baseline) pageviews with the source of "history" after its move into Search
- GR 2.34 No more than a 10% increase inan 10 user complaints about history moving into Search (as measured by support email, and app crashes 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)
- CR 3.2 Do users prefer a different location for the article view search?
- CR 3.3 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) Please split by Logged-in and logged-out
####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
[[ https://www.figma.com/design/utNpL8yrjrDkDmlO9qS4T5/iOS-Navigation-(Robin)?node-id=582-594&p=f&t=PBcT74EtjpdGKdem-0 | Figma ]]
####Reference
- Overall iOS Navigation Update (Alex) [[ https://www.figma.com/design/EcnuZIpaQJ3gkPoZXNfuDm/iOS-Navigation-refresh?node-id=2041-1398 | Figma ]], https://docs.google.com/presentation/d/1p7Efp4ENZJ_w7BS5bLUDMtFkVHgIbYZt2oTNxRsJUM0/edit#slide=id.g2eda053f939_0_86
- First Navigation Update - {T373714}