Getting started with transactional messaging getting-started-with-transactional-messaging
A transactional message is an individual and unique communication, sent in real-time by a provider such as a website. It is particularly expected, because it contains important information that the recipient wants to check or confirm.
-
When is it due? Because this message contains important information, the user expects it to be sent in real time. Consequently, the delay between the event being triggered and the message arriving has to be very short.
-
Why is it important? Generally, a transactional message has high open rates. It should therefore be carefully designed, because it can have a strong impact on the customers’ behavior as it defines the client relation.
-
For example? It could be a welcome message after creating an account, a confirmation that an order has shipped, an invoice, a message confirming a password change, or a notification after a customer browsed your website, etc.
۶Ƶ Campaign allows you to integrate this functionality with an information system which sends events that are to be transformed into custom transactional messages.
Transactional messages can be sent by email, SMS or push notification, depending on your options. Please check your license agreement.
Before starting with transactional messaging, make sure you read the corresponding best practices and limitations.
Transactional messaging operating principle transactional-messaging-operating-principle
The transactional messaging overall process can be described as follows:
For example, imagine you are a company with a website where your customers can buy products.
۶Ƶ Campaign allows you to send a notification email to customers who have added products to their cart. When one of them leaves your website without going through with their purchases (external event which triggers a Campaign event), a cart abandonment email is automatically sent to them (transactional message delivery).
The main steps for putting this into place are detailed below in this section.
Transactional message types transactional-message-types
Two types of transactional messages are available in ۶Ƶ Campaign.
Event transactional messages target data contained in the event itself. These messages:
- Do not contain profile information, and therefore cannot include unsubscription links.
- Are not compatible with fatigue rules (even in the case of an enrichment with profiles).
- Have their delivery target defined by the data contained in the event itself.
You may want to send an event transactional message to a customer who needs to retrieve a forgotten password for example, or to confirm an order. Indeed, you do not want your recipient to unsubscribe from this type of communications, and this notification should not be added to the counter of marketing messages as part of a fatigue rule.
Profile transactional messages target profiles from the Campaign marketing database. With this type of messages, you can:
- Leverage data contained in the ۶Ƶ Campaign database.
- Personalize your message with profile information by adding an enrichment to the event configuration.
- Apply marketing typology rules or fatigue rules.
- Include the unsubscription link within the messages.
- Add the transactional messages to the global delivery reporting.
- Leverage the transactional messages in the customer journey.
For example, you can use this type of messages when contacting your customers after they abandon their cart on your website, to encourage them to proceed with their purchase. Doing this, you can more easily personalize your message with direct access to all the information from your profile database, apply marketing rules and include this message to the global customer journey and reporting for a better view on your customer behavior.
The message type is defined when configuring the event that will be transformed into a transactional message. See the Event-based transactional messages and Profile-based transactional messages configuration sections.
Key steps key-steps
The main steps when creating and managing personalized transactional messages in ۶Ƶ Campaign are summarized in the schema below.
Each of these steps is further detailed below.
Step 1 - Create and publish the event configuration create-event-configuration
Creating and publishing an event are presented in the Configuring a transactional event and Publishing a transactional event sections.
Step 2 - Edit and publish the transactional message create-transactional-message
For more on editing and publishing a transactional message, see Editing transactional messages and Transactional message lifecycle.
Step 3 - Integrate the event triggering integrate-event-trigger
Once you have created an event, you need to integrate the triggering of this event into your website. To do this, your website web developer must use the ۶Ƶ Campaign Standard REST API.
For more on using the Campaign REST API to manage transactional messages, see the REST API documentation.
Step 4 - Message delivery message-delivery
Once all of the steps above have been carried out, the message can be delivered.
