Mobile/Projects/Quickshare: Collect aggregate usage data: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(Created page with "== Tracking == * Meta-bug to be filed == Goals == Our Quickshare feature is great -- or so we think. We want to start collecting usage data for this feature so we can better...")
 
Line 3: Line 3:


== Goals ==
== Goals ==
Our Quickshare feature is great -- or so we think.  We want to start collecting usage data for this feature so we can better understand how users actually use the feature, and as a result how we might better design the feature to support them.
Our Quickshare feature is great -- or so we think.  We want to start collecting usage data for this feature so we can better understand how users actually use it, and how we might better design the feature to support them.


Whether this is something we do in FHR or as part of Telemetry is to be determined.
Whether this is something we do in FHR or as part of Telemetery or something else is to be determined.


== Use cases & user stories ==
== Use cases & user stories ==

Revision as of 21:23, 16 October 2013

Tracking

  • Meta-bug to be filed

Goals

Our Quickshare feature is great -- or so we think. We want to start collecting usage data for this feature so we can better understand how users actually use it, and how we might better design the feature to support them.

Whether this is something we do in FHR or as part of Telemetery or something else is to be determined.

Use cases & user stories

  • When we have implemented multiple Quickshare buttons and Quickshare defaults, I want to collect usage information about the Quickshare feature as a whole so we can tweak or redesign the feature to better support user needs.


  • FOR DISCUSSION ONLY Possible data points to collect:
    • How many users actually use Quickshare at all
    • How often users use Quickshare over various periods of time
    • When users (day/time) use the Quickshare feature
    • Which services users use in the Quickshare feature
    • How many & how often users use the default services we set for the Quickshare feature
    • How many users end up with different services as their default Quickshare services over time
    • How many users manually set their own defaults for their Quickshare services
    • How many users manually unset their own defaults for their Quickshare services

UX design

  • Not handed off yet

Quality criteria

  • No user-perceptible performance degradation
  • All goals are met
  • All user stories are implemented & tested