System Under Review

Consumer applications that enable push notifications by default during installation or initial onboarding.

This includes systems where notification permissions are requested early and accepted implicitly, rather than requiring deliberate opt-in later.


Stated Objective

The stated objective is to keep users informed.

Notifications are positioned as a service feature: timely updates, relevant information, and awareness of important events within the system.

Secondarily, notifications support continued interaction with the system by prompting users to return.


Primary Signals Used

The system typically relies on:

These signals inform both notification delivery and internal measures of system engagement.


Architectural Decision

Push notifications are enabled by default.

This is an opt-out design choice.
The system treats silence as consent and action as resistance.

Once enabled, notifications persist unless the user takes explicit steps to disable or reduce them.


Implicit Assumptions

The system assumes that:

These assumptions are rarely revisited once the system is in motion.


Second-Order Effects

Because notifications are on by default:

These effects emerge from persistence, not from any single notification.


Failure Mode / Risk

The primary risk is misaligned consent.

Users may continue receiving notifications not because they want them, but because disabling them requires effort, awareness, or sustained attention.

Over time, the system cannot reliably distinguish preference from inertia, while engagement signals remain elevated.


Exit & Agency Analysis

Control technically exists.

Users can usually:

However, these controls are often:

Agency is present, but exercising it requires intentional effort.


Generalizable Principle

Defaults determine behavior long before preferences are expressed.

When a system treats default acceptance as meaningful consent, it also shapes engagement patterns without requiring ongoing agreement.