Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create an interface for viewing deployment analytics #288

Open
manaswisaha opened this issue Sep 2, 2016 · 23 comments
Open

Create an interface for viewing deployment analytics #288

manaswisaha opened this issue Sep 2, 2016 · 23 comments

Comments

@manaswisaha
Copy link
Member

manaswisaha commented Sep 2, 2016

Things that we need for the analytics interface:

  1. What percentage of new visitors click participate?
  2. What percentage of folks that click participate finish on boarding?
  3. What percentage finish one mission?
  4. How many visitors the site is getting?
  5. How many touchscreen users are we getting?

4 and 5 can be retrieved using Google Analytics API and the rest can be retrieved from the Sidewalk Database.

Options: Add to the admin interface? OR some other interface e.g. a script.

@jonfroehlich
Copy link
Member

@Manaswis, can't you just calculate touchscreen users from Google Analytics? Would be good to know this stuff ASAP.

@jonfroehlich
Copy link
Member

jonfroehlich commented Sep 2, 2016

Looks like it's 30% touchscreen currently--27% phone and 3% tablet. That's a pretty high number. Unsurprisingly, the bounce rate is double for touchscreen. :)

image
image

@kotarohara
Copy link
Member

I see you in a meeting yet you are commenting :)

@manaswisaha manaswisaha changed the title TODO: Deployment Analytics Create an interface for viewing deployment analytics Sep 2, 2016
@jonfroehlich
Copy link
Member

jonfroehlich commented Sep 2, 2016

Haha, I assure you I do this far less than the average prof!

@misaugstad
Copy link
Member

misaugstad commented Jun 7, 2017

Thanks for pointing this out @Manaswis

  1. What percentage of new visitors click participate?

Of course this is now either the "start mapping" or "login". How important is this metric to us right now?

  1. What percentage of folks that click participate finish on boarding?

This is included in the current admin interface.

  1. What percentage finish one mission?

I'm not sure we need a number that says what percentage of people finish one mission... I think this is mostly captured by histograms showing distance covered per user (split by registered and anon), as mentioned in #351 and #342

  1. How many visitors the site is getting?

We can get this from Google Analytics I'm assuming?

  1. How many touchscreen users are we getting?

We got an answer to this from Google Analytics.

@jonfroehlich
Copy link
Member

jonfroehlich commented Jun 7, 2017

  1. What percentage of folks that click participate finish on boarding?
    This is included in the current admin interface.

It is? Where. I use the admin interface all the time and I've never seen this (or understood the current analytics for this if it exists)

  1. What percentage finish one mission?

Why can't we have a histogram of number of missions completed complemented by descriptive stats like avg, median, mode, and SD of missions completed per person.

Also, I do think it would be useful to know:

  • The total number users who click on 'start mapping'
  • The total number who start tutorial
  • The total number who finish tutorial
  • The total number who start at least one mission
  • The total number who finish at least one mission

I would expect a dropoff at each step and tracking this seems important to informing future updates of our tools to better engage and sustain participation.

@misaugstad
Copy link
Member

What percentage of folks that click participate finish on boarding?
This is included in the current admin interface.
It is? Where. I use the admin interface all the time and I've never seen this (or understood the current analytics for this if it exists)

Directly above the "Onboarding Completion Time" graph, the bounce rate is shown:
sidewalk-onboard

Why can't we have a histogram of number of missions completed complemented by descriptive stats like avg, median, mode, and SD of missions completed per person.

Whoops, that is what I meant to say :) Yes let's have all the things!

@jonfroehlich
Copy link
Member

What's the x-axis on this graph? To me, this thing is not super legible.

Also, does this show how long it takes people to complete onboarding? If so, then it's not showing us information about people who drop out...

I now see the bounce rate stat--I seemed to have overlooked this before (poor UI :)). Is the bounce rate defined as the number of people who do not finish (so 26.6% who start the tutorial do not finish) or is it the number of people who do finish (so, 26.6% who start the tutorial do finish)?

@misaugstad
Copy link
Member

What's the x-axis on this graph? To me, this thing is not super legible.

That would be a time interval in seconds (you can kind of see it in the bottom right corner, but above the x-axis).

I now see the bounce rate stat--I seemed to have overlooked this before (poor UI :)).

Much needs to be changed on this page :)

Is the bounce rate defined as the number of people who do not finish (so 26.6% who start the tutorial do not finish) or is it the number of people who do finish (so, 26.6% who start the tutorial do finish)?

That would be 26% do not finish, the relevant line of code is here

@adevdash
Copy link
Collaborator

adevdash commented Jun 19, 2017

image
Currently the way I'm calculating Visit Index and Start Mapping are from events logged in WebsiteActivityTable, Visit_Index and Visit_Audit. I count all of the Visit_Index and Visit_Audit activities (including those logged from the same IP address). The problem with doing it like this is that each time the homepage is refreshed, a new Visit_Index is logged, which obfuscates how many actual users are going on to audit. A possible solution could be to log page visits per session rather than per visit,

Onboarding beginnings and completions are counted from Onboarding_Transition events in AuditTaskInteractionTable where the note corresponds to an initialization or an outro. Initializations suffer from the same problem as the index in that refreshing on the tutorial page logs a new event corresponding to initialization.

@misaugstad
Copy link
Member

I think that there are a lot of cases where we would want to keep track of the session. How hard would it be to start recording this?

@jonfroehlich
Copy link
Member

I don't think homepage refreshes are very common, so not sure this should be a key concern. Though I understand (and appreciate) your point. And agree with it.

Re: the visualization itself. You need to print raw % above each bar. In addition, perhaps we need not show Visit Index since that is always 100%, right? This would help with the flattening that has occurred, obscuring our ability to understand the underlying data.

Re: @misaugstad's question about sessions. @Manaswis: aren't we currently doing session tracking?

@misaugstad
Copy link
Member

What are some other reasons for the huge bounce rate then? According to Google Analytics, shown in this comment, the bounce rate is ~50%, and @Adash12 seems to be getting a bounce rate of ~99%. Something is up here!

@misaugstad
Copy link
Member

Since we switched from "participate" to "start mapping", are those considered different activities?

@jonfroehlich
Copy link
Member

jonfroehlich commented Jun 19, 2017

Not sure. We will have to investigate further but I'm fairly confident that, in general, homepage refreshes are uncommon.

My suggestion to take out Visit Index stands (as do my other suggestions).

Since we switched from "participate" to "start mapping", are those considered different activities?

I doubt it. I think this is only a frontend change rather than a logging change.

@manaswisaha
Copy link
Member Author

manaswisaha commented Jun 19, 2017

Jon: @Manaswis: aren't we currently doing session tracking?

We don't for anonymous users across different pages.

@adevdash
Copy link
Collaborator

image
Removed Visit_Index as suggested, and got percentages to display. Currently working on logging anonymous users completing their first missions.

@jonfroehlich
Copy link
Member

jonfroehlich commented Jun 20, 2017 via email

@adevdash
Copy link
Collaborator

The latter - at the main page an anonymous user can either start mapping or log in (or do something else that isn't shown in this graph). Each subsequent bar should be smaller than Start Mapping, but I think Sign-In and Start Mapping are still independent of each other.

@jonfroehlich
Copy link
Member

So, you are saying that 0.3% of our users click 'Start Mapping'? That seems incredibly small. And only 0.026% complete onboarding (that is, less than 3 users per 100 complete onboarding)? And then, basically, 0% complete their first mission (the label says '0.00000%').

In addition to completing first mission, how many: (i) apply at least one label; (ii) take at least one step?

@manaswisaha
Copy link
Member Author

I think it will be useful to test this code using a larger dump. Since he has a small local dump and could be that mostly researchers worked on it, the data is such. I'll send the link to the larger dump (until Dec 2016) on slack.

@adevdash
Copy link
Collaborator

First mission has a placeholder value right now since I haven't implemented it. I think that the low values are due to the fact that refreshes on the home page log as new page visits under my method of calculation, and since the data dump I had was probably used by developers there were a lot of page refreshes. Hopefully the new data that Manaswi sent will provide more accurate results.

@jonfroehlich
Copy link
Member

jonfroehlich commented Jun 20, 2017 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants