Espruino JavaScript
[App Loader] Better app metrics? #7882
-
|
The title kind of states what I'm going for here, but how accurate are the metrics per app, like installs and favorites? When are they updated, and where does this data get saved? I ask this because if it is accurate, we can maybe work towards having installs more visible, so users can quickly determine what app users like and use frequently. I know @gfwilliams was working on reviews at one point, I don't know whether this is still happening? I would imagine it takes a lot on the backend side, with accounts and such, but I would love to hear progress so far. All of this is stemming from what I wish to see in the app loader - a more comprehensive app experience when choosing apps to install. Some apps don't provide screenshots and are very janky to use, while others that are useful may be buried at the bottom. In the end, the app loader would benefit from this, whether it's updated installs tracking, reviews, or something else that can help users determine the quality of an app - without being rude and insensitive to those apps that come across as 'bad' in the process |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 12 replies
-
|
We send the usage stats at: https://github.com/espruino/BangleApps/blob/master/loader.js#L67-L99 It's basically whenever the app list refreshes, if something has changed, and it's stored per-device (we use an obfuscated device ID). It's saved on my server and at midnight I update the lists. Obviously we only send that data if someone has opted in though.
By default we sort by favourited which feels like the most democratic solution - as long as people favourite the apps they like it won't take much to push an app up the list. It feels like there are some options:
No, it's not. I got too much pushback from people on the forum that said they thought it could produce an unfriendly atmosphere, and there's a whole issue around moderating, and dealing with the case where people complain about something in an app that then gets fixed, but don't update their review. Honestly, favourites seems like a good solution, but we just need to get people to actually use their vote. ... we also save them in the web browser but report per-device, so maybe to make favourites more likely to stay around we should store them in the Bangle itself? |
Beta Was this translation helpful? Give feedback.
-
|
Hmm, one other thing I've noticed: In the tooltip that shows installs, it gives a percent of the overall user population, however, for favorites, it also gives a percent of the overall user population, and is almost always 0%, due to the 7k population. Should the percent for favorites be the percent favorited from the installs? That makes more sense to me, I can get to work on that and adding a label as to what the percent is showing, as it's pretty confusing right now. |
Beta Was this translation helpful? Give feedback.
-
I'm not convinced about that - that's almost prioritising apps that people don't keep installed? We should probably just get rid of that percentage and show just the amount of favourites. Showing the number of installs too would be good though? |
Beta Was this translation helpful? Give feedback.
-
|
Well, it wouldn't really be prioritizing if we just display it as another statistic along with installs. I would like to see that, because it will tell what the ratio of installs to favorite is, and is another factor in determining a good quality app to install. Keeping installs is also a good idea, I've used it on more than one occasion |
Beta Was this translation helpful? Give feedback.
-
|
Ok, if you want to change the % to display that (and not sort by it) then I have no problem if you want to add it? Some apps may manage to have over 100% favourite percentage though! |
Beta Was this translation helpful? Give feedback.
-
|
Ok sounds good! Do you know where the code that changes that is? |
Beta Was this translation helpful? Give feedback.
We send the usage stats at: https://github.com/espruino/BangleApps/blob/master/loader.js#L67-L99
It's basically whenever the app list refreshes, if something has changed, and it's stored per-device (we use an obfuscated device ID). It's saved on my server and at midnight I update the lists. Obviously we only send that data if someone has opted in though.
By default we sort by favourited which feels like the most democratic solution - as long as people favourite the apps they like it won't take much to push an app up the list.
It feels like there are some options: