Quick Discovery: Mobile Notifications v1 [Mobile Roadmap]

• (FC-0025) Notification Infrastructure

• Discussions / Dates

• v1 Mobile Inbox / App Messages

Previous efforts have explored how platform notifications might be set up, including the use of ACE, and more recently a Notifications DjangoApp.

Broadly speaking, Mobile is simply 1 channel for notifications, and ideally platform notifications sync in terms of display / read status / existence across Email, Web Inbox, Text, Mobile.

While this is true for the platform, we believe there is value in exploring how the mobile applications could process their own messages to learners in isolation from the platform for Course Dates + Discussions. Eventually once the platform approach is updated / clear, the logic of which updates to turn into notifications could be owned by platform logic and mobile app logic could be deprecated.

For the mobile app notifications we are hoping to provide learners with important messages that will increase the likelihood of course completion (date / deadlines!) as well as engagement improvements (discussion updates).

Exploring the differences between push messages / persistent messages, course level update choices vs system level choices, and a few other concepts will be important as we seek to introduce notifications without overwhelming students out of the box.

As part of the Learning Academy work, we proposed a shift to add profile to the more navigation, resulting in the following navigation items:

1. Courses

2. Programs (if enabled)

3. Discovery

4. Profile

5. Updates / Notifications (icon TBD)

A new area called notifications / updates (name TBD) is proposed as the fifth area to make more visible these messages as long as you are outside the course navigation experience / flow. From this navigation item you can get to the notifications page (below)

An icon to reflect unread notifications (without count for now) is something we could also add to this navigation icon element when applicable.

This would be a new mobile view, and can be organized using the following sections / panel views. A visual difference between notification updates would exist for read + unread messages.

1. All

2. Dates

3. Discussions

(Considered a way to only show recent / have ways to only show unread, but this introduces enough challenges in terms of visibility needs, or even consideration of student access patterns over time, enough complexity to punt on this for now.) Notifications beyond the most recent 10 hidden under “Show all” message, helping initial load be limited to 10 most recent messages.

Notes coming soon

Notes coming soon

Notes coming soon

Notes coming soon