Flow/Analytics

Goals:
 * determine engagement with Flow boards (a Trello card)
 * We'll do this by running queries against the Flow DB
 * Probably want to compare with regular talk pages. Wikimetrics can get metrics for regular talk pages, but it's only for a cohort, a defined group of users.
 * measure how people use the UI (Trello card plus others)
 * We'll do this using EventLogging to log m:Schema:FlowReplies and action events.
 * also involves qualitative User Research.

Determining engagement
Flow can determine metrics like new topics, and average number of replies to topics because these are separate updates DB.

We'll probably want to compare with regular talk pages.
 * Wikimetrics can get metrics for regular talk pages, but it's only for a cohort, a defined group of users.
 * Wikimetrics page edits aren't currently talk-aware. Determining similar metrics (New topics, count replies, etc.) for regular user talk pages is harder. Echo has a   that can help, but it's intensive, parsing each revision.

Cohort
Typical wikimetrics involves identifying a cohort ("People who signed up at our Editathon") and then tracking their page edit success.

Flow doesn't have obvious cohorts to compare, we could just pick a bunch of newly-registered users. Danny has mechanically counted regular talk page edits vs. Flow board edits.

How to get info to a dashboard?

 * Limn for now

Mobile and multimedia teams have automated this, each has a labs server ( http://mobile-reportcard.wmflabs.org and http://multimedia-metrics.wmflabs.org ), running cron jobs and generating Limn graphs.

Multimedia team also has server-side graphing in Ganglia.

Dan Andreescu will tell us where the code is, how these teams do it, etc.

Privacy: not too much data, not too long, not too personal

 * don't store data for long periods.
 * don't store personally-identifiable information data.
 * don't log for every single user

Note that Echo does all this for logged-in users who click on the Echo [NN] red badge.

Next steps
Talk to Dan Andreescu

Make sure we define what success is
For comparison, Analytics has developed a well-defined funnel for "editor success": user registers, user edits successfully, and user sticks around.

Possible model

 * how many people visit a talk page
 * and never try again
 * or try to edit
 * or add a new topic/section
 * and "get their answer"

UI event logging
We understand this pretty well.

Can Extension:Flow simply require EventLogging, or can it be decoupled through a " " interface? ( see how VisualEditor decouples)