Scheduled digests can replace event-by-event delivery without discarding information
Aliases: notification batching · scheduled summary · digest delivery
What it is
A batched notification digest groups delay-tolerant updates by time, object, or thread and delivers them at an agreed point. It preserves a searchable account of what happened while reducing the attentional switches created by event-by-event delivery. Batching changes cadence; it should not delete events, blur responsibility, or delay genuinely urgent matters.
Why it happens
Every alert imposes orientation and resumption costs even when handling is brief. Batching consolidates those switches and can collapse intermediate noise from rapid changes to one object. Aggregation also reduces temporal precision, obscures sequence, and can bury important items. Classification quality and window length therefore determine the tradeoff.
Studying it
Compare immediate, fixed-window, and adaptive batching on interruption count, resumption time, critical-event response, misses, and task performance. Stratify by urgency and responsibility to quantify harmful misclassification. Digest opens are not evidence of understanding; test recall, correct action, and backlog clearance.
Where it stops holding
Safety alerts, expiring dependencies, and direct assignments awaiting confirmation usually should not wait. Long windows externalize coordination delay, while short windows lose batching value. A fixed delivery time may also impose an unequal rhythm across time zones.
Applying it
- Define digest-eligible events and maximum delay; route direct obligations and high-risk events separately.
- Merge repeated updates by object and required action while preserving chronology and source links.
- Let people choose windows that fit their work rhythm and show the next delivery time.
- Verify fewer interruptions without worse critical response, auditing classification errors and backlog.
Related
- Same group: V4.03.1 Object-level subscription · V4.03.2 Default intensity by event type · V4.03.3 Default subscription scope · V4.03.5 In-notification unsubscribe
- Adjacent: V4.06 Time Zones and Response Expectations · V6.05 Notification and Collaboration Noise
- Search terms:
notification batching·digest delivery·interruption cost
Cards in the same group
- V4.03.1Subscription granularity should reach specific objects rather than offer only all or nothing
- V4.03.2Mentions, assignments, and observed events need different default intensities
- V4.03.3Default subscription scope determines what most people actually receive
- V4.03.5Unsubscribe controls should appear with the notification itself