As with email newsletters , push messages can be:
Triggered . This is when a message is displayed to the user based on a specific event. For example, these could be welcome messages ( welcome chains ) or event reminders.
Transactional . The nature of the information displayed by the trigger changes. Typically, these are technical messages and notifications (no advertising inside): messages from couriers, tracking the status of the order movement, etc.
Advertising ( promo ). As you might guess, the message unobtrusively displays advertising: notifications about promotions and discounts, reminders about available points, etc.
Informational . These are reminders or simply useful information that may require the user's attention.
Authentication . A security code for authorization in the application is sent inside the push message (instead of similar SMS messages, which act as a second security factor).
Targeted push notifications
Targeted mailings are when you can define a narrow audience south-korea phone number data of customers and send your push messages only to them. The criteria can be anything: an audience segment, an event, a trigger, a person being in the right place at the right time, etc.
You can organize targeted push mailings in the following ways:
You need to segment your audience yourself, and send messages to the push server only for those user IDs that meet your conditions. This is quite difficult to do, since you may not have a feedback channel (remember, push is always a one-way message). You can only organize the collection of customer data that can serve as triggers in your own mobile applications. Only here will push mailings be truly personalized, since the client can be easily identified by his account.
Triggers offered by special service providers should be used. For example, such providers may include mobile operators or CDP platforms. They store and know a lot of useful information about their clients: where they visit, what services they use, where they work, etc. For example, mobile operators can send push messages only to those who are in a certain area of the city during a given period of time. The set of triggers (conditions for sending a message) will be determined by the service provider.
As with any other advertising campaign, recipients of targeted push messages must give their explicit consent to receive advertising.
In the case of mobile operators, these may be users of mobile applications who have agreed to view partner ads. That is, in this case, push will be displayed by the operator's application (usually these are personal accounts, but they can be any others, if they are in the assortment). In Russia, targeted push-message services can only be found at MTS and Beeline.
If you use your native application, the CDP platform connects via API and provides access to the necessary triggers.
Of course, you can always organize your own analogue of a CDP platform (for example, use a standard CRM system and analytics systems) and collect data on customer actions. But this may require a lot of effort and resources.