Notifications Are a Two-Way Contract You Never Signed

Notifications Are a Two-Way Contract You Never Signed

Published on

145

views

Every notification is a request for your attention—yet most arrive under terms you never consciously accepted. A former product designer explains the one-sided contract, the metrics that favor the sender, and how to quietly rewrite the terms.

Every notification is a request for your attention. Most of them arrive without you ever agreeing to the terms.

You install an app. You create an account. Somewhere in the process you tap “Allow” on a permissions screen, or the app simply assumes permission by default. From that moment the product can reach into your day at any time and ask for a response. The cost of that reach is almost zero for the sender and often non-trivial for you.

This is not a neutral feature. It is a one-sided contract.

How the Contract Works

A notification has three parts:

  1. The product decides something is worth interrupting you for.

  2. The system delivers the interruption to a surface you are likely to see—lock screen, banner, badge, watch, sound.

  3. You are left to deal with the cognitive and emotional residue, whether you act on it or not.

    Diagram of notification delivery showing app icon transmission and human outline.webp

The product captures the benefit (higher engagement, faster response, more data). You absorb the cost (broken focus, elevated baseline stress, the small tax of deciding whether this particular ping matters).

Most people never renegotiate the terms. The default settings remain in place for years. The badges stay on. The sounds stay on. The assumption that every app has a standing right to interrupt stays unchallenged.

What I Used to Ship

I have written the copy for permission screens. I have designed the logic that decides which events trigger a push. I have sat in meetings where we looked at open rates and conversion lifts from notifications and treated higher numbers as unambiguous wins.

We rarely measured the other side of the ledger: how many of those interruptions were actually useful to the person receiving them, or what they displaced. The metrics we optimized for lived inside the product. The costs lived inside someone’s day.

That asymmetry is the core of the contract. It is easy to send. It is harder to receive.

What Changes When You Treat It as a Contract

Once you start seeing notifications as ongoing requests rather than inevitable features, the decisions become clearer.

You can revoke permission entirely for apps that do not need real-time access.
You can keep permission but disable badges and sounds, so the information arrives only when you choose to look.
You can keep a very small number of sources that are allowed to break through—calls from people, maybe calendar alerts—and silence everything else.

None of these moves require deleting apps or adopting an extreme stance. They simply move the decision back to you. The product still exists. It just no longer has unilateral rights to your attention.

I run my phone this way. Almost nothing is allowed to make a sound or show a badge. The few exceptions are deliberate. The rest wait until I open the app. The volume of interruptions dropped dramatically. The number of important things I missed did not.

Close-up of a grayscale smartphone screen without red notification badges.webp

The Practical Test

For any app that currently sends you notifications, ask two questions:

  • If this message arrived three hours later, would anything meaningful be lost?

  • Does this product have a legitimate need to reach me faster than I would naturally check it?

If the answer to both is no, the notification is not a service. It is an unsolicited claim on your attention. You are allowed to decline the claim.

The Larger Pattern

Notifications are one of the clearest examples of how digital products shift costs onto the user while concentrating benefits on the side that writes the code. Infinite scroll, autoplay, default sharing settings, and many other patterns follow the same logic.

The contract is rarely presented as a contract. It arrives as a convenience, a default, a feature you are expected to accept. You can still rewrite the terms.

You need less than you think. Most of the interruptions you receive were never necessary. They were simply never questioned.

Last updated:

Share:

Leave a comment

Related Articles

Dark Patterns I Helped Ship — and Why I Won't Anymore
Less by Design |

Dark Patterns I Helped Ship — and Why I Won't Anymore

A product designer confesses the three dark patterns he personally shipped—fake scarcity, a six‑step cancellation maze, and a deceptive free‑trial default. He explains how he justified them, what made him stop, and why you're not "bad with tech" when you can't find the cancel button.

184
The Default Settings Are Not Your Friend
Less by Design |

The Default Settings Are Not Your Friend

The defaults on your phone aren't neutral—they're business decisions optimized for engagement, not your well-being. A former product designer reveals why notifications, auto-play, and email pings are set against you—and how to change them.

167
You Need Less Than You Think: A 30-Day Reset
Less by Design |

You Need Less Than You Think: A 30-Day Reset

A San Francisco product designer runs a simple 30-day experiment on his own digital life: keep only what still earns its place after the novelty fades. No detox sermons, no aesthetic minimalism—just a practical reset that asks one quiet question over and over: Do you actually need this?

192
The Pull-to-Refresh Slot Machine
Less by Design |

The Pull-to-Refresh Slot Machine

Pull-to-refresh looks like a simple gesture. Underneath it is a classic variable-reward loop—the same structure that keeps people pulling a slot-machine lever. A former product designer explains why your thumb keeps moving, and what happens when you finally notice the impulse.

236
Infinite Scroll Is a Feature, Not an Accident
Less by Design |

Infinite Scroll Is a Feature, Not an Accident

Infinite scroll was never an accident. It was a deliberate decision to remove natural stopping points so people would keep going. A former product designer explains how the feature works, why teams chose it, and what changes when you finally notice the missing end.

198