Messaging
In-App Notifications
Choose the system that owns a product-resident inbox or feed, recipient state, preferences, actions, and notification workflow.
Recommendation
Choose the notification state owner before the inbox UI.
Three ownership routes
Inbox state, workflow orchestration, and downstream channel delivery are related but distinct.
Product integration
Confirm SDK/UI ownership, theming, realtime updates, multitenancy, accessibility, and data access.1
Route by state and workflow ownership
Select the route that owns the intended inbox without absorbing unrelated channel decisions.
Managed product notification infrastructure
Choose Knock
Managed inbox, preference, workflow, and application primitives fit the product's ownership model.
Verify: Confirm recipient/notification meters, retention, channels, data, regions, SDKs, and exit.1
Open-source and deployment control
Choose Novu
An embeddable inbox and workflow need open-source or deployment choice.
Verify: Confirm cloud versus self-host scope, operations, feature parity, retention, channels, and migration.2
Multichannel workflow-led inbox
Choose Courier
The inbox should participate in a broader provider-managed channel workflow.
Verify: Confirm inbox state, workflow runs, downstream provider fees, data, retention, and plan scope.3
Boundary: This Task excludes changelog publishing, activity-feed ranking, and cross-channel lifecycle strategy.
State, workflow, and transport
Do not buy a workflow suite when the product only needs a small inbox record.
Official resources
Verify current product scope, policy, data, retention, delivery, regional, pricing, and account boundaries in first-party material before implementation.
Related tasks
Sources
Official product, standard, and policy sources supporting the bounded routes on this page.
- 1Knock in-app UI overview
Knock · Accessed Official
- 2Novu Inbox
Novu · Accessed Official
- 3Courier Inbox overview
Courier · Accessed Official