Wikimedia Discovery/FDC Proposal

As part of the Wikimedia Foundation's Annual Plan for FY 2016/17 (July 2016 - June 2017), individual departments are submitting annual plans to the Funds Dissemination Committee. This document contains supplementary information which will be submitted to the FDC along with the proposal, and is intended to help explain Discovery's scope and rationale for the work to be done in FY 2016/17. This plan is a projection based on current understanding, and in line with principles of Agile software development, it is expected that the both the team's work and the plan itself will change and evolve over time.

If you have any questions, we'd love to answer them! Feel free to leave a message on the talk page or contact Tomasz Finc (Head of Discovery) and Dan Garry (Lead Product Manager, Discovery) directly.

Background of plan for FY 2016/17

edit

The Wikimedia movement has content discovery issues. We have a wealth of content buried in Wikipedia, Commons, Wiktionary, and our other projects, which users simply cannot find in an easy fashion. Discovery’s goals are to improve content discovery mechanisms to connect the dots and build bridges between projects to alleviate this problem, and expose users to the wealth of relevant content that exists but they cannot find.

Discovery’s focus in FY 2015/16 was to measure and improve the fundamentals of search, and experiment with other content discovery mechanisms such as maps and complex queries to Wikidata. To that end, we launched the completion suggester in production on all wikis, piloted improvements to the search experience on wikipedia.org, launched experimental versions of a maps tile service and query service for Wikidata, and migrated all Wikivoyages to the new maps service.

In FY 2016/17, the Discovery Department strategic direction will focus on improving search and content discovery on Wikimedia projects. We will do this through improving our user satisfaction KPI across all Wikimedia projects focusing on surfacing imagery, maps, metadata, and sibling project content for on wiki and www.wikipedia.org search results. We will continue to explore new experimental mechanisms to encourage creation and discovery for community participation and innovation.

Strategic: Focus area 1

edit

Improve Search and Relevancy of Wikimedia projects

Project description

edit

Improve our search result relevancy by incorporating new heuristics that affect result ranking, surface cross-project and cross-language results, and explore commons media search.

Reasoning

edit
  • We have a wealth of content available in other languages/projects/media that is not exposed; we should expose it!
  • Users should not have to rely on external services to search our site; we know our content better than anyone else
  • GLAM contributes a significant amount of content to Commons but has one of the worst search experiences

Alignment with strategy

edit
  • Reach: Improving our search systems so that users depend less on external search services will help increase our reach. We aim to encourage users who come to our sites to stay and use our search system rather than leaving and using an external service, which aligns with reach approach two focusing on understanding of how and why our users come to and stay on our project, which was identified as the most selected strategy approach. Most of our users are not aware that there are a wealth content in Wikimedia projects beyond Wikipedia; surfacing content from those projects via search will increase the reach of those projects.

Dependencies

edit
  • Continued support of a community liaison assigned at 100% time to Discovery to facilitate an increase in communication that otherwise would not be sustainable under Comms
  • Continued support of an agile coach assigned at 100% time to Discovery to maintain and evolve team practices in Discovery, ensuring optimal delivery of user value
  • Technical Operations: maintaining Wikimedia Labs which our dashboarding runs on to not incur additional load on our operations hire
  • Wikimedia DE: A commitment for structured data on Commons so that we don't have to develop an interim data pipeline

Milestones / Results / Impact

edit
  • Significantly improve user experience of on-wiki search results by overhauling user interface to include imagery and metadata
  • Push changes to turn www.wikipedia.org into a portal for exploring content across all Wikimedia projects and languages
  • Expose relevant results from other languages and projects to users who search on-wiki
  • Explore incorporating structured data into relevance rankings across projects like Wikipedia, Commons, etc

Foundation impact

edit
  • Readers and Editors can discover relevant content more easily
  • Less reliance on external services to search Wikipedia
  • Sibling projects content is exposed more consistently and encourages broader participation

KPIs

edit

Strategic: Focus area 2

edit

Evolve Content Discovery and Interactive tools on Wikimedia Projects

Project description

edit

Explore and implement new ways for users to create and discover content

Reasoning

edit
  • A picture is worth a thousand words. But if we do not simplify and encourage rich media, our mission of educating will not be as successful.
  • Users expect and request new ways of using rich media to find, interact, and contribute content.

Alignment with strategy

edit
  • Reach: By building new, rich content experiences for our wikis, we'll attract new users with our dynamic content and disseminate information to them more effectively. Taking currently static content and adapting it into more dynamic content aligns with which aligns with reach approach one focused on adapting user experience to their user needs, which was identified as the second most selected strategy approach. This will encourage and promote further use of our sites to contribute and disseminate the world's knowledge.

Dependencies

edit
  • Hardware for Maps to move from experimental to production
  • Consistent and extensive community engagement to evaluate and focus our efforts
  • Reading: Engagement of front end and design resources to improve maps and graphs

Milestones/Results/Impact

edit
  • Launch maps service for Wikipedia
  • Empower community to surface more content based on maps, Wikidata, and other data sources - Create more ways to interlink content across projects, allowing easier content discovery.

Movement impact

edit
  • Technologies allowing improvements to content quality and increase educational value, fulfilling our primary goal.
  • Increases goodwill - these new capabilities directly correspond to the community and readership requests

KPIs

edit
  • Map usage
  • Graph usage
  • "Discoverability" increase - number of links followed due to new technology
  • Increased usage of WDQS

Core: Focus area 1

edit

Maintain Search API’s

Project description

edit

Split ElasticSearch cluster into two separate "big wikis" and "small wikis" cluster to improve performance and future scaling

Rationale

edit
  • Our ElasticSearch cluster is monolithic which will have implications for scaling up to meet increased server load and demand

Alignment with strategy

edit
  • Reach: Scaling our search cluster to support the demands that are placed on it is essential to ensure the success of our goals to improve reach by ensuring our users have a strong, stable search experience.

Dependencies

edit
  • Technical Operations: data centre ops racking up servers
  • Technical Operations: coordination with Discovery Operations to maintain cluster

Milestones/Results/Impact

edit
  • Maintain 99th percentile load time below 1.1s for prefix search, 4s for full text search, 2s for more like, and 2s for geodata
  • Maintain an n+1 configuration of ElasticSearch clusters such that the remaining data centre can serve traffic load whilst maintaining 99th percentile targets
  • Rack up additional server capacity for Q2 in preparation for entering full service in Q3

Movement impact

edit
  • Maintain existing functionality with expected latency
  • Support smaller wikis better with more dedicated hardware
  • Better tolerance and resilience to outages

KPIs

edit

Core: Focus area 2

edit

Increase Server Capacity

Project description

edit

Scale and expand Core services (WDQS and Elastic Search) to meet usage demands

Rationale

edit
  • Demand on the ElasticSearch cluster has increased significantly due to extra functionality such as "more like" functionality; search is critical to content discovery and should be well supported.

Alignment with strategy

edit
  • Reach: Scaling our search cluster to support the demands that are placed on it is essential to ensure the success of our goals to improve reach by ensuring our users have a strong, stable search experience.

Dependencies

edit
  • Technical Operations: data centre ops racking up servers
  • Technical Operations: coordination with Discovery Operations to maintain cluster

Milestones/Results/Impact

edit
  • Improve ability to monitor, alert and understand what is happening in the clusters.
  • Improve performance of APIs
  • Improve documentation of APIs

Foundation impact

edit
  • More consumers can use "more like" functionality
  • Existing consumers can continue to depend on "more like" functionality
  • Cleaner and better documented interfaces will increase usage

KPIs

edit