Use cases
Discover common notification workflow patterns and examples.
Notifying your users at the right time with the right message can make all the difference for the user experience. Notika makes this easy.
Customer lifecycle notifications
Customer lifecycle notifications
Message users at every step of the customer lifecycle:
- Acquisition: Welcome emails, signup confirmations
- Onboarding: Feature tutorials, setup guides
- Retention: Product updates, usage milestones
- Re-engagement: Activity summaries, win-back campaigns
- General app notifications: Activity updates like comments, likes, messages.
Sends a welcome email to new users, and a finish onboarding email after 3 days or a next-steps email if they've already completed onboarding.
Internal notifications
Internal notifications
Message the right team member and have an ear to the ground when key events happen:
- Notify sales when high-value customers take key actions
- Update support on urgent customer requests
- Inform product of feature adoption metrics
- Send app activity to an internal Slack #feed channel for team-wide visibility
Sends a Slack message when a new user signs up to the waitlist.
Scheduled notifications
Scheduled notifications
No more cron jobs - set a schedule for reports, digests, and more:
- Daily/weekly activity digests
- Monthly usage reports
- Periodic health checks
- Scheduled maintenance reminders
- Upcoming key events notifications
Pro tip: Rethink scheduled notifications as transactional
Scheduled notifications are often implemented with some sort of cron job:
- Wakes up every day (or hour)
- Queries the database for notifications that need to be sent
- Sends those out (if the user hasn’t already received them)
This is so much work! You need to write up all this code, including a gnarly query, and then figure out how to verify it.
Instead, you can reformulate these as transactional notification workflows with delays using Notika. Consider the following structure.
This is a much more intuitive way to map out your notification workflows. Take a look at these examples for inspiration:
Invitation follow-up notifications
Invitation follow-up notifications
Suppose you want to send a follow-up to users who haven’t responded to an invitation. This would look like:
- Trigger - on save of an invitation row
- Wait - 24 hours
- Query - filter out the row if the invitation has been accepted
- Notify - send follow-up email
Subscription reminders
Subscription reminders
Let’s say you want to send a reminder to users a day before their subscription expires. You have a table subscription
with an expires_at
column. The Notika workflow would look like:
- Trigger - on save of a
subscription
row. On the trigger, . - Query - filter out the row if there is no expiration date (i.e., the subscription is active)
- Wait - 1 day before expiration specified in that row
- Notify - send reminder email
Note that since “Invalidate in-flight” is set to true, if there’s some change to the subscription, like if the user goes in and renews the subscription, it’ll rerun the workflow for that row and not send a reminder.
Why this is powerful: You can think about workflows in very simple terms, reducing complexity and the risk of bugs, while letting Notika handle the infrastructure behind the scenes.