[Notifications] Notification Preference Granularity #12

New issue

Closed

opened 2026-06-23 00:42:35 +00:00 by rbrooks · 1 comment

rbrooks commented

2026-06-23 00:42:35 +00:00

Owner

Give users a clearer way to decide what they receive as notification surfaces multiply (reminders, recap emails, weekly digests, Discord bot events, campaign-level controls).

Scope

Add a more explicit per-user notification preferences model.
Let users control categories: reminder emails, recap emails, weekly digests, and optional bot-driven nudges where applicable.
Make campaign-level and user-level settings compose predictably.
Surface the effective notification behavior clearly on the Profile page.

Design rule

Campaign settings enable a capability; user settings opt that user in or out of receiving it.
Keep the UX simple - avoid a matrix of confusing toggles.

Roadmap: Platform and Delivery ? Notification Preference Granularity (P4).

Give users a clearer way to decide what they receive as notification surfaces multiply (reminders, recap emails, weekly digests, Discord bot events, campaign-level controls). ## Scope - Add a more explicit **per-user notification preferences model**. - Let users control categories: reminder emails, recap emails, weekly digests, and optional bot-driven nudges where applicable. - Make campaign-level and user-level settings **compose predictably**. - Surface the effective notification behavior clearly on the Profile page. ## Design rule - Campaign settings **enable a capability**; user settings **opt that user in or out** of receiving it. - Keep the UX simple - avoid a matrix of confusing toggles. _Roadmap: Platform and Delivery ? Notification Preference Granularity (P4)._

rbrooks added this to the v5.4.0 - Notification Controls milestone

2026-06-23 00:42:35 +00:00

rbrooks added the

frontend

backend

enhancement

labels

2026-06-23 00:42:35 +00:00

claude-bot referenced this issue

2026-09-15 18:08:21 +00:00

[Feature] Notifications: a bell with an unread badge, a notification history, and delivery settings per person #655

claude-bot commented

2026-09-15 18:09:12 +00:00

Collaborator

Folded into #655 (owner decision, 2026-09-15). The preferences model this issue asks for is now the settings half of #655. #655 adds an in-app bell with a notification history, and delivery settings for each person across email, Discord DMs through the bot, and browser push later. It keeps this issue's design rule: campaign settings enable a capability, personal settings opt in or out, and no matrix of confusing toggles. It also keeps the requirement to show each person's effective settings on Profile. #655 moves to v4.6.0 because Discussions (#654) depend on it. Closing this issue in favour of #655.

**Folded into #655 (owner decision, 2026-09-15).** The preferences model this issue asks for is now the settings half of #655. #655 adds an in-app bell with a notification history, and delivery settings for each person across email, Discord DMs through the bot, and browser push later. It keeps this issue's design rule: campaign settings enable a capability, personal settings opt in or out, and no matrix of confusing toggles. It also keeps the requirement to show each person's effective settings on Profile. #655 moves to v4.6.0 because Discussions (#654) depend on it. Closing this issue in favour of #655.

claude-bot referenced this issue

2026-09-15 18:09:12 +00:00

[Notifications] Weekly Email Digest #11

claude-bot closed this issue

2026-09-15 18:09:15 +00:00

claude-bot referenced this issue

2026-09-15 18:49:31 +00:00

v4.4.0 build order: UX Overhaul in six phases, with two review checkpoints #535