Loyal-Loyalty v. 2.9.180

(TFS: 160163, 160164)

It is now possible to add a control group when creating a standard member campaign. A control group is essentially a percentage of the total target group that will not be a part of the campaign. The members in the control group will not receive any distribution or coupons as part of the campaign. The purpose of the control group is to analyse whether or not the campaign was successful. Either while the campaign is ongoing or after the campaign period is over, the control group can be used as a comparison to see whether the members in the target group generated more profit than the members in the control group.

Note: The members in the control group are randomly selected from the target group. The option to customize the members in the control group is planned for later versions.

1. Create a standard campaign.

2. When defining the target group the user can choose to either add a control group (number of members or percentage of target group) or compare with members with sales the last year (this option is the same as how standard campaigns works today)

3. Finish adding the offer, validity of campaign and coupon and set up distribution as normal.

4. Activate campaign

5. Re-enter the campaign. The analyze tab has been extended significantly to be able to provide users with increased transparency and overview of the campaign’s results (See “Analyzing standard campaigns”)

To ensure backward compatibility with earlier versions of Reporting a new parameter: “WithControlGroup” is added:

• For control group functionality to work this parameter must be set to True.

• For environments that are not upgraded to Reporting v.56 this parameter must be set to False for member campaign functionality to work as intended.

(TFS: 160212, 162659)

As part of the new feature control groups a new analyze-tab is implemented. The new analyze tab will offer a significant improvement to users looking to analyze the effectiveness and profitability of the member campaigns. In addition to more KPIs and improved UI, the following data in the KPIs are updated in real-time (RT-job in Reporting):

• Response data from 3rd party such as APSIS and MailChimp (opened e-mail, soft bounce, hard bounce etc.).

• Sales data

This will also have a positive effect on event-driven campaigns. E.g. If a split criteria is added for “opened e-mail”, members will move to “yes” or “no” in real-time instead of overnight.

Note: Coupon data is still updated overnight (N-job in Reporting)

(TFS: 150745)

New segmentation filters and selection criteria has been implemented. In Event-driven campaigns, it is now possible to filter on members who have added mobile number or e-mail address. The same segmentation filter is also added to standard member segmentation. This means that users are able to reward the members for filling in e-mail or mobile number on their profile. 

(TFS: 133608)

A new segmentation option has been added in split criteria called: "Members that used coupon from previous distribution". It allows the user to reward members who use their coupon and/or remind members who have not yet used the coupon from the initial distribution.

(TFS: 160718)

A new job called "MemberTagMostUsedStore" in the ReportingIntegration package has been implemented in Integration Platform. This job is responsible for automatically creating a tag on members displaying the store in which they most frequently shops. The tag changes dynamically based on the member's purchases. The job is set to run once per day by default. This means the tag will not be visible in "member tags" menu in Chain Web.

This provides an enhanced user experience by being able to segment on where members shops most frequently. The home store on a member is picked by the member when registrating and does not always accurately reflect where the member shops. This provides the ability to further target members based on their shopping preferences.

Note: Currently, the value of the tag only displays the store number and not the full store name. This will be changed in later versions.

(TFS: 162352)

When creating an event driven campaign it is possible to reward members with bonus points or a bonus check. This type of reward is typically used in accordance with rewarding members activities, such as filling in e-mail or mobile number.
Note: A bonus reward does not generate a coupon.

(TFS: 164256, 164255, 164260)

New functionality has been implemented to allow users to add information on member profiles to indicate to the cashier if they can ask a member about their mobile number or e-mail address. These fields only occur in the event that the member has not got an e-mail address or mobile number filled. This data is stored in the columns AskForEmail, AskForMobile in the Loyalty database. If these fields have NULL value, cashier will see 'Ask member for mobile number' or 'Ask member for e-mail address' as checked. It is possible to segment on these values in order to target members and encourage them to add an e-mail or mobile number. In addition to this, a new column has been added to the "new members" report (0531_NewMembers_std) which displays whether or not the member should be asked by the cashier to add an e-mail or/and mobile number.