We’re currently working on update notifications in the app. This feature will show notifications if there are new versions of the app (and the user opts into that feature). The goal is to encourage users to update frequently and make the update process more seamless. The question we’re asking now is: When and how often do we want to notify the user.
In the “Upstream release cadence” post we’ve established that we will release updates every week. Notifying the user every week seems to be a lot so we’re toying with the following idea. The user can choose noisy update notifications and will be notified on every (weekly) release or they can ask to be only notified for “important” releases. If we want to implement this scheme we need to figure out what we consider an “important” release and how we make this decision in the release process.
An alternative approach to solving the noisy update notification would be to only notify users every two or three weeks, say. This would mean that if a new version is released but the user has ignored the update notification one week ago they will not be notified.
Some questions I’d like input on are
- Would it be ok to notify weekly for every release?
- Do you prefer “important” releases over the time-based alternative to reduce the noise?
- Are important releases something that we want to integrate in our release process?