Closed Bug 1126531 Opened 7 years ago Closed 4 years ago
[breakdown] Telemetry to gather for reading list on desktop
We'll presumably want to have telemetry for usage of reading list / reading mode on desktop, to help understand how users are using it and if it's successful. A good starting point would be to see what measurements mobile might already be using in their existing implementation. Would also be nice to have at least some set of probes common to all platforms, so we can do apples-to-apples comparisons. Also worth considering that we'll presumably have some server-side metrics too. Idea fodder: * How many items in the user's current reading list * Number of items added from this device in last X days * Frequency of errors fetching favicon / image / article. * Some of the UI has redundant functionality (multiple ways to do the same thing), understanding the relative usage of each.
Bryan: any specific questions / things-we-want-to-know from a product perspective?
Just noting that fennec currently has 1 telemetry probe, http://mzl.la/1y6sp68 However they also have some ui telemetry for reader as well http://people.mozilla.org/~mfinkle/uitelemetry/
Working out the details on these metric suggestions, but so far this is what I have. 2 suggested probes, with one more that would be nice. # 1. Monitor a delta in the reading list length such that we can infer usage by users adding and removing items. This should indicate active usage related to the RL feature similar to a MAU. # 2. Somehow indicate that a user signed up for a Fx Account coming from the reading list such that we know the reading list feature created an increase in signups. This should indicate a correlation between an account creation and the reading list feature. # 3. Monitor active time spent in reading mode such that we can determine active time spent reading against overall active time spent in the browser.
(In reply to Bryan Clark (Firefox PM) [:clarkbw] from comment #3) > 2 suggested probes, with one more that would be nice. For these probes I'm assuming FHR implementations, not Telemetry so that we receive numbers from production. However that doesn't mean that all other metrics are in FHR as well.
Mass change of ReadingList bugs, moving to their own component. Filter bugspam on the following quote: “Reading is to the mind what exercise is to the body.” ― Joseph Addison
Component: General → Reading List
Assignee: nobody → bmcbride
Status: NEW → ASSIGNED
Iteration: --- → 39.1 - 9 Mar
Points: --- → 3
Flags: qe-verify? → qe-verify-
Deprioritized during backlog review. Removed from IT 39.2 priority backlog and not part of the initial Q2 campaign release.
Iteration: 39.1 - 9 Mar → ---
Not sure what the reality is here - assuming Blair dropped this (which seems like the right thing to do).
Assignee: bmcbride → nobody
Not important for v1 since we can get data from the server as to general usage of RL.
(In reply to Justin Dolske [:Dolske] from comment #9) > Not important for v1 since we can get data from the server as to general > usage of RL. I assume that this won't give us an indication of how often people use reader view (click the book), right? That would definitely be an interesting number to collect in V1.
Product: Firefox → Firefox Graveyard
Closing some old readinglist bugs.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.