Manage real-time interactions

Campaign comes with an Interaction module which lets you respond in real-time during an interaction with a given contact (a customer or target) by making them a single or several adapted offers. For example, these can be simple communication messages, special offers on one or several products or a service.

You can create an offer catalog that will interface with your outbound channels (email, direct mail, SMS) to select the best offer to send to a contact in a given context. Best offer selection for a recipient is based on eligibility rules. The selection of an offer from a set of relevant offers is determined using priority rules. Offer presentation rules take into account the contact’s history and help avoid having them receive the same offer several times.

Interaction lets you create and manage a catalog of offers, and configure the eligibility rules and application themes linked to them. Depending on the channel chosen, offer content can be personalized thanks to various rendering functions. Finally, you can use the simulation module to calculate the impact of an offer presentation.

First, a contact occurs between a customer and a company through a communication channel: it can be a website (outbound interaction), an email, SMS, push notification (inbound interactions). Learn more

This contact results in a call to the Offer engine. (1)

When the call to the Offer engine happens, one or several offers are selected from the Offer catalog depending on the number of offers settings on the proposition. (2)

Then, eligibility rules are applied: best offers are selected based on the eligibility rules, start and end dates of offers, profile data, and real-time behaviour of the customer. (3)

The profile proposition history is updated once the selection is made, to avoid duplication of the offers that are presented. (4)

Finally, the best offer is proposed to the target. (5)

Get started with offers

Key steps to start are listed below.

Configure your platform

Before starting, as a Campaign Administrator, make sure you performed the following tasks in design environments:

  1. Create user profiles. Learn more

  2. (optional) Create an offer environment for each targeting dimension. Learn more

  3. Create typology rules for each environment. Learn more

  4. Create offer spaces for each environment and configure rendering functions. Learn more
    If the space is defined by a unitary channel on identified mode, you must specify the advanced parameters for this space.


    If the space is defined by a unitary channel on identified mode, you must specify the advanced parameters for this space.

  5. Configure the Offer engine for inbound interactions in order to present and update one or several offers.

    The various integration modes are detailed in this section.


    When a space is created on the inbound Web channel, a configuration is also necessary on the site on which the offer will be displayed.

Create and publish the offer catalog

As an Offer manager you need to perform the following tasks:

  1. Create offer categories in design environments. Learn more
  2. Create offers in design environments. Learn more
  3. Approve and publish offers on one or several spaces in order to make them available on live environments for the delivery manager. Learn more

Leverage the offer catalog

As a Delivery manager you need to perform the following tasks:

  1. Create a campaign.
  2. Reference an offer in the campaign or the delivery. Learn more.


Discover offer-specific terms and related guidance before starting.

  • Environment: set which includes an offer catalog and hooks (offer spaces). You need to create one environment by targeting dimension. There are two types of environments:

    • Design environment: environment in which offers are created and/or typology rules are defined (rules that will determine the offers to present or not present to a targeted person). The table of individuals that will be targeted by the offers and the table for storing all offer propositions are also defined in this. The Design environment node contains offer space sub-folders, pre-defined filters and offer categories. For every Design environment there is one corresponding read-only Live environment, generated from this same Design environment.
    • Live environment: environment linked to a Design environment. It contains read-only offers whose content and eligibility have been approved via the Design environment. They are to be selected to be presented on a Web site or inserted into a message.
  • Offer space: folder defining the location where the offer is exposed. Defining a space lets you specify the channel used, specify whether or not it can be used in unitary mode (by default: only in batch mode), build the content of the offer using rendering functions, and specify the offer of the offers presented. A space is an interface between the channel and the Offer engine.


    An offer space is not a communication channel, it coincides with a specific exposition location on the channel. For example, offers exposed on a website can occupy two spaces on the same page. In this case, we will then have two spaces for the same channel.

    Spaces must be defined in the specifications and must not be modified during the project.

  • Offer catalog: set of offers defined in Adobe Campaign that can be selected during an interaction. The catalog is organized hierarchically with each node corresponding to a category.

  • Category: a folder linked to the offer catalog in an environment, which organizes offers based on nature, eligibility date and application theme. A category can contain sub-categories, which inherit all the characteristics of the parent category. Eligibility rules can be defined for a category as to share them for several offers.

  • Application themes: keywords defined in the category, which let you filter offers when they are presented to an inbound or outbound channel by restricting the selection of offers to one or two categories.


    Child categories inherit the themes identified in the parent category.

  • Eligibility rules: constraints applied to an environment, category or offer concerning the validity period, target and weight. They let you ensure that an offer is in line with the targeted contact.

    In the environments, eligibility rules include presentation rules applied to the offers and the people to target.

    In the categories, eligibility rules let you limit the validity of the category in time, define application themes and determine the people to target. They can also receive a multiplier weight for a given period of time. This lets you share the rules for offers in other categories and so simplifies managing them.

    In the offers, eligibility rules let you limit the validity of offers in time and determine the people to target.

  • Arbitrage: selecting offers that will be shown on an environment (eligible offers). The arbitrage principle ranks offers by priority according to the criteria defined in the categories, offers and context offers.

  • Contact: a contact from an inbound interaction. During engine call processing, the contact is associated to a targeting dimension. There are two types of contacts:

    • Identified contact : a contact that has voluntarily been identified on the channel. In outbound interactions, the contact is automatically identified.

    • Anonymous contact : a contact that has not voluntarily subscribed through the channel but can be implicitly identified through a cookie. This terminology is only used for incoming interactions.


      Non-identified, anonymous contacts are attributed to the visitor targeting dimension.

  • Outbound interaction: call to the Offer engine from a contact list (used for delivering emails, direct mail, etc.). The same rules and processes are applied to each contact. This type of interaction is generally processed in batch mode.

  • Inbound interaction: interaction following an incoming call generated by the action of a contact on the channel. This type of interaction is generally processed in unitary mode.

  • Batch mode: the batch mode lets you select the best offer for a set of contacts. Eligibility/prioritization rules are applied to all of the set’s contacts. This mode is generally used for outbound interactions.

  • Unitary mode: a single contact is processed at a time. This mode is generally used for inbound interactions and transactional messages.

  • Identification mode: refers to a contact’s status.

    • explicit : the contact is identified following his login onto the channel interface.
    • implicit : the contact has been identified by a cookie (permanent or session). It can be processed as an anonymous or identified contact.
    • anonymous : the contact cannot be identified.
  • Eligible offer: offer meeting the constraints defined upstream that can be consistently offered to a target.

  • Presentation rules: typology rules referenced in the offer environment, which let you exclude some offers by taking the proposition history into account.

  • Weight: formulas that let you precisely calculate the relevance of an offer, in order to select the most relevant offer. Weights are defined in the offers. Eligible offers are taken into account in decreasing weight order.

  • Rendering function: function defined in the offer space in order to construct its offer representation based on the attributes defined in the offer. There are three different rendering function modes: HTML, XML and text.

  • Offer proposition: result of the action which consists of presenting one or several offers to a contact in a given space (banner on a website, email or SMS for example). This result is stored in the offer propositions table. However, it is not mandatory to save the propositions.

  • Simulation: module which lets you test the offer presentation on the targeted recipients before actually sending the offers.

  • Preview: preview of the offer as it is displayed in its folder. It is accessible from the offer settings window or the contact profile.

  • pre-defined filters: pre-defined filtering rules can take into account offer parameters (for example, an offer code). They can be reused after offers have been created.

  • Offer representation: information used by the channel to display the offer. Offer representation may be constructed from the rendering function of the space on which the offer is represented or entered directly into the interface (for example, in the HTML block). An offer may be represented by space.

  • Changeover process: an activated process in an identified environment, responsible for directing the call to an anonymous environment if the contact has not been explicitly and/or implicitly identified.

On this page