-
Notifications
You must be signed in to change notification settings - Fork 46
Quick improve to enable users returning to the app and increase adoption #63
Comments
I actually received a notification from the Google module with those exact same stats. |
@agamotto so it would be straightforward to show stats that would increase the user engagement with the App... What kind of stats can we extract from the Google Module? |
On the podcast https://umsobrezero.com/2020/09/21/episodio-33/ with the coordinator Prof. Rui Oliveira they talked about the subject that it would be ideal for people to install the app and forget about it. People thinking about the app could create anxiety about being afraid of the possible notification. The app does not need to be manually started to trigger the background tasks it needs to do. In other words, there is no need to open the app for it to work. That is exactly why there was the effort from Apple and Google to provide the system APIs for this. (update: maybe iOS only…) The intended scenario is for people to not complain that in certain situations it's possible that the battery drains a bit more, and the system (iOS) will tell them it's related to the Health app and the bluetooth token management. Killing the battery is what made people uninstall other similar apps that did not use the GAEN API. In my opinion I fully agree with this, and therefore I also think there should be a split between this app, which should have a clear message of "install and forget about it", and a second independent app that would provide much better relevant and engaging information about the situation we're at right now… the EstamosOn Covid, which could be highly improved, not just the app itself, but primarily the relevant information that is hard to collect from the Min-Saude PDF and dashboard (arcgis) and that external teams like VOST PT and DSSG work so hard to process and deliver in a sensible format. In other words, we need better information, but that's outside the scope of this app, IMHO. |
There has been several "seemingly official" messages recommending against the "install and forget" approach, with a recomentation to check out the app daily. The Prime Minister said something to that effect ("I check my app every morning", or something of that kind). I do not recall where else (or how "official") I've seen about that, but a quick search took me to a news item that states that:
(ie, my translation:)
|
Yes I agree there's been a lot of misaligned communications that should not have happened and just created unnecessary noise. :( I wonder if this is related to the battery management issues on some android devices… I have to be honest and admit I only looked high level over the android code, and looked deep at the code and tested a lot on the iOS version (in particular with the iOS 14 betas), and it seems I incorrectly assumed the app would work as it does on iOS, where there is no need to open the app… unless there's a bug on a beta version lol Still, it doesn't invalidate the idea that the ideal would be to install and forget. If there's a real need to take android users to open the app to ensure it still works, then I understand the original comment from @palminha |
Hi! |
The idea here is precisely to enhance that although the "install and
forget" can be the one that complies with a more process mindset, is not
the best from the user experience and user adoption point of view.
Every market expert and entrepreneur will tell you that apps are adopted by
users and not by processes...
As an open source project the big advantage is that it can follow the
collective intelligence of the community and not someone making all the
decisions inside an office
…On Thu, Sep 24, 2020, 18:15 Francisco Maia ***@***.***> wrote:
Hi!
The intended design is indeed the "install and forget" approach. As
@davipt <https://github.com/davipt> mentioned, we have been, in some
situations, recommending people to visit the app now and then. This is
indeed targeted at certain Android devices that, due to their own tailored
battery management systems, hinder the way the application works in the
background. Visiting the app regularly mitigates this problem for these
devices. We expect these to be a minority and thus have the "install and
forget" scenario as the most common one.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#63 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AC4XRBY5K4COAQSH3B5ILKDSHN5EJANCNFSM4RG75NVA>
.
|
This is not a normal app. This is the equivalent to go to settings and enable "exposure notification" and hope to never hear from it again. People should know this app is not a funny game they want to open, but it's an app they do not want to use ever. "Adoption of installing" is not the same as "adoption of usage". |
The app requires user adoption... Without adoption the app is useless.
…On Thu, Sep 24, 2020, 19:38 Bruno D. Rodrigues ***@***.***> wrote:
Every market expert and entrepreneur will tell you that apps are adopted
by users and not by processes
This is not a normal app. This is the equivalent to go to settings and
enable "exposure notification" and hope to never hear from it again. People
should know this app is not a funny game they want to open, but it's an app
they do not want to use ever. "Adoption of installing" is not the same as
"adoption of usage".
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#63 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AC4XRBZF3DS3GIKET2ML5CLSHOGZZANCNFSM4RG75NVA>
.
|
Since the app runs in the background I tend to forget to enable/disable the app, or getting back to the app.
One quick win in order to get people back to the app could be an indication that would update automatically about how many "code" were exchanged or how many contacts you had.
This quick win would improve exponential people getting back to the app and use it more often!
The text was updated successfully, but these errors were encountered: