feat: initialize project backend structure and document system specifications across all modules
This commit is contained in:
751
docs/specs/archive/onemarketing.md
Normal file
751
docs/specs/archive/onemarketing.md
Normal file
@@ -0,0 +1,751 @@
|
||||
---
|
||||
title: "OneMarketing"
|
||||
type: OpenSpec
|
||||
status: Draft
|
||||
---
|
||||
# OneMarketing
|
||||
|
||||
## Overview
|
||||
|
||||
OneMarketing Module includes 2 function modules:
|
||||
|
||||
* **Marketing Message:** Manage (CRUD features) all message templates that are used in the system.
|
||||
* **OneMarketing Request (OMR):** Filter the target customers who satisfy the set-up-criteria to send messages or get reward transactions.
|
||||
* **A/Bn Testing:** to compare at least two versions of a SMS, email, or other marketing elements to determine which one performs better.
|
||||
* **Frequency Capping:** The function to practice of controlling the frequency and volume of notifications or channel delivered to customers to avoid overwhelming them
|
||||
* **Blacklist:** A list of customer who will be blocked for reward/promotion notification from a business.
|
||||
* **Whitelist:** A list of customer who has given their consent to receive specifc types of marketing message from business.
|
||||
|
||||
## Marketing message
|
||||
|
||||
### Requirement Definition
|
||||
|
||||
1. The marketing message module is used to define a communication message that will be sent to the target list.
|
||||
2. A Message Template can be built based on a message with pre-defined parameters or HTML file.
|
||||
3. User can build different messages for different marketing channels (e.g: SMS / Notification Push/ Email/ OTT …).
|
||||
|
||||
### Process Flow
|
||||
|
||||
[Image Removed]
|
||||
|
||||
### Trigger
|
||||
|
||||
N/A
|
||||
|
||||
### Pre-Conditions
|
||||
|
||||
1. Users have to have access rights in “Marketing Message” module to able to access this screen.
|
||||
2. Depending on the user's access rights, they can view, add, edit, or approve manually message template.
|
||||
3. Assume that all OMR criteria are defined as attribute and appear in right panel in message content part to user can drag/drop to setup.
|
||||
|
||||
### Wireframe
|
||||
|
||||
* + - 1. Message summary listing page
|
||||
|
||||
[Image Removed]
|
||||
|
||||
* + - 1. Filter
|
||||
|
||||
[Image Removed]
|
||||
|
||||
* + - 1. SMS
|
||||
|
||||
1. Create SMS
|
||||
|
||||
**Step1 : Choose message chanel : SMS and choose create new or re-use existing message template**
|
||||
|
||||
[Image Removed]
|
||||
|
||||
**Step 2: Step up “General information”**
|
||||
|
||||
[Image Removed]
|
||||
|
||||
**Step 3: Set up message content**
|
||||
|
||||
[Image Removed]
|
||||
|
||||
[Image Removed]
|
||||
|
||||
**Finish by save.**
|
||||
|
||||
1. SMS detail view
|
||||
|
||||
[Image Removed]
|
||||
|
||||
* + - 1. **Email**
|
||||
|
||||
1. Create Email message
|
||||
|
||||
**Step 1: Choose message chanel : Email and choose create new or re-use existing Email template**
|
||||
|
||||
[Image Removed]
|
||||
|
||||
**Step 2: Set up “General information”**
|
||||
|
||||
[Image Removed]
|
||||
|
||||
**Step 3: Set up “Sender information”**
|
||||
|
||||
[Image Removed]
|
||||
|
||||
**Step 4: Setup Email content**
|
||||
|
||||
[Image Removed]
|
||||
|
||||
**Upload email template**
|
||||
|
||||
[Image Removed]
|
||||
|
||||
[Image Removed]
|
||||
|
||||
* + - 1. **Push notification**
|
||||
|
||||
Create Push notification message
|
||||
|
||||
**Step 1: Choose message chanel : Push and choose create new or re-use existing Push template**
|
||||
|
||||
[Image Removed]
|
||||
|
||||
**Step 2: Update “Generate information”**
|
||||
|
||||
[Image Removed]
|
||||
|
||||
**Step 3.1: Message content configuration for “Richer push”**
|
||||
|
||||
[Image Removed]
|
||||
|
||||
**Step 3.2: Message content for “Carousel push”**
|
||||
|
||||
[Image Removed]
|
||||
|
||||
**View mode**
|
||||
|
||||
[Image Removed]
|
||||
|
||||
### Business Rules
|
||||
|
||||
1. OLS system can send a message to target customer through a notification on the app, an email, an SMS, and so on. These varied media used for message delivery are known as “channels”.
|
||||
2. In this version, OLS support to user can test message enable previewing the message to make sure the message appear exactly the way it was meant to. Just enter the email adress or phone number user wish to check the message preview.
|
||||
3. Besides, OLS support to user can setup message template to re-use in the furture.
|
||||
4. Click on the “Marketing Message” in Main icon to bring up the screen for accessing the Markting Message listing page. The detail as illustrated in the [wireframe](#_Wireframe_10).
|
||||
5. Click on Add button ([Image Removed]) in the screen to bring up the edit form; clicking on the MoreOutLined icon (⋮) then click on Edit icon (!) also brings up the same edit form. The edit form for marketing message screen is illustrated in the [wireframe](#_Wireframe_10).
|
||||
6. **Screen description**
|
||||
|
||||
| | | | |
|
||||
| --- | --- | --- | --- |
|
||||
| **Index** | **Field** | **Description** | **Data type** |
|
||||
| **Create /Edit mode** | | | |
|
||||
| **SMS message** | | | |
|
||||
| | **Step 1: General Information** | | |
|
||||
| | Message ID \* | Unique identifier of the Message. Not allow special characters | X(10) |
|
||||
| | Message Description \* | Description of message | X(100) |
|
||||
| | SMS Type | Drop-down to select SMS type: Promotion/Marketing Transaction | Check box type Select one value only Lookup value “Code Management” table where type code is “OMR-type”. Refer to ‘list-by-code-type’ API under Master Data. |
|
||||
| | Effective Date From \* | The start date of the effective period of the message | Date Date time format must respect the date configuration format |
|
||||
| | Effective End Date \* | The end date of the effective period of the message | Date Date time format must respect the date configuration format |
|
||||
| | **Step 2: SMS Content Configuration** | | |
|
||||
| | SMS Brand Name \* | Drop -down to select SMS Sender | Drop-down Lookup value from master data |
|
||||
| | Message \* | The message content of the SMS. The list of message parameters are included to be used. User can drop/drag message paramters into message. Assumation that the list of message parameters are defined as attribute (the same approach as Rule criteria) to able to drop/drag into message. SMS message don’t support : 1. Images 1. A subject line 2. Attachments **SMS messages are written in Unicode (non –GSM standard). Standard single message or multi-part message are credited based on the message content.** | X(5000) |
|
||||
| | Message parameters | The message parameter list. [Image Removed] | Tree list |
|
||||
| | Preview | The message will be automation displayed in the preview part. | Displaya |
|
||||
| | The number of characters in the message\* | This value will be automatically upadated when the user update the message content. | Display as number format |
|
||||
| | Send sample | This functions to support user can test message enable previewing the message to make sure the message appear exactly the way it was meant to. * + - 1. A textbox to user can enter a phone number is dispalyed 2. When user click on “Send sample” a confirm message is display. It use to user confirm that the system will send a testing message into inputed phone number. User can choose “OK” or “Cancel”. If user click on “OK” button the system will send a sms message into inputed phone number. 3. Mobile phone number should be required when user click on” Send sample”. If not found should reject with error message | Button |
|
||||
| **Email message** | | | |
|
||||
| | **Step 1 : General Information** | | |
|
||||
| | Message ID \* | Unique identifier of the Message. Not allow special characters | X(10) |
|
||||
| | Message Description \* | Description of message | X(100) |
|
||||
| | Email Type | Drop-down to select Email type: **Promotion/Marketing** **Transaction** | Checkbox Allow to select only one value. Lookup value “Code Management” table where type code is “OMR-type”. Refer to ‘list-by-code-type’ API under Master Data. Lookup value from master data |
|
||||
| | Effective Date From \* | The start date of the effective period of the message | Date The date format must adhere to the configured format |
|
||||
| | Effective End Date \* | The end date of the effective period of the message | Date The date format must adhere to the configured format |
|
||||
| | Use type \* | 2 options to config email message : * + 1. Use messge. 2. Upload template. | Checkbox Allow to select only one value. Lookup value “Code Management” table where type code is “email-use-type”. Refer to ‘list-by-code-type’ API under Master Data. |
|
||||
| | **Step 2: Sender information** | | |
|
||||
| | Sender Name\* | The name of sender | X(100) |
|
||||
| | From email\* | The email addess used to send email to target customer | Display This email is configured. |
|
||||
| | Subject\* | Subject of email | X(100) |
|
||||
| | Preview Text | Preheader of Email Preheader can help user connect with customer and increase customer’s open rate. If Prejeader is not provided then the first line of email content will be display instead | X(100) |
|
||||
| **3.** | **Step 3: Email content figuration** | | |
|
||||
| | Message | Conditon field The message content of the Email. If “Use message” is selected then this field is actived. System must allow to edit HTML format. The system should support to generate into text format. System must allow to put image/url… as message content. The list of message parameters are included to be used. User can drop/drag message paramters into message. Assumation that the list of message parameters are defined as attribute (the same approach as Rule criteria) to able to drop/drag into message. | Character |
|
||||
| | Message parameters | The message parameter list. [Image Removed] | Tree list |
|
||||
| | Upload file | This filed is actived when “Use template” is selected. [Image Removed] Allow users to drag and drop an HTML template file, or they can choose a file from their computer to upload it into the system. After uploading, the system displays message content based on the uploaded file and allows the user to review and make modifications. | Button |
|
||||
| | Re-Upload | Use this button to re-upload the email template. | Button |
|
||||
| | Preview the email | The message will be automation displayed in the preview part. Sender / Subject and Preheader will be displayed here. If Preheader is not provided then the first line of message will be display instead. | Display |
|
||||
| | Send sample | This functions to support the user can test message enable previewing the message to make sure the message appear exactly the way it was meant to. * + - 1. A textbox to user can enter an email address. This entry should adhere to the email format field. 2. When click on “Send sample” a confirm button to user confirm that the system will send a testing message into inputed email address. User can choose “OK” or “Cancel”. If user click on “OK” button the system will send a test email into inputed email address. 3. The email address should be required when user click on” Send sample”. If not found should reject with error message. | Button |
|
||||
| **Notification Push** | | | |
|
||||
| | **Step 1: General information** | | |
|
||||
| | Message ID \* | Unique identifier of the Message. Not allow special characters | X(10) |
|
||||
| | Message Description \* | Description of message | X(100) |
|
||||
| | Notification Type | Drop-down to select Notification type: Promotion/Marketing Transaction | Check box Allow to select only one value. Lookup value “Code Management” table where type code is “email-use-type”. Refer to ‘list-by-code-type’ API under Master Data. |
|
||||
| | Effective Date From \* | The start date of the effective period of the message | Date The date format must adhere to the configured format |
|
||||
| | Effective End Date \* | The end date of the effective period of the message | Date The date format must adhere to the configured format. |
|
||||
| | **Step 2: Notification Content configuration** | | |
|
||||
| | Message Title \* | The primary text that appears at the top of the notification | X(50) |
|
||||
| | Message \* | The main content of the notification, providing additional information, context, or details related to the notification's purpose. The list of message parameters are included to be used. User can drop/drag message paramters into message. System must allow to put image/url as message content. | Text Area |
|
||||
| | Message parameters | The message parameter list. [Image Removed] | Tree list |
|
||||
| | Image type\* | Drop- down to selcte image type: SingerEicheer push (No image ) Richer Push (one image) Carousel Push (One or more than one image) | Drop- down Select one only Lookup value “Code Management” table where type code is “image-type”. Refer to ‘list-by-code-type’ API under Master Data. |
|
||||
| | Upload Image | Condition field * + - 1. This field is not actived for Single Push 2. Image URL : Click on the Image URL field and type or paste the URL of the image 3. Upload: Drag/Drop image or click the uploaded from computer. If the Image type is 'Carousel Push,' then users can upload more than one image. The sequence sorting will be the same as the sequence displayed in the mobile app. Users can rearrange the images to adjust the sortinng. Image is required for “Richer push” and “Carousel Push”. | |
|
||||
| | Preview the notification | The message will be automation displayed in the preview part: content/ image. Preview on IOS or Android | Display |
|
||||
| | Link URL \* | Enter or paste the URL to which the user needs to navigate to. | X(100) |
|
||||
| | Send sample | This functions to support user can test message enable previewing the message to make sure the message appear exactly the way it was meant to. * + - 1. A textbox to user can enter a CIF Number. From CIF Number the system will locate device's registration token, a device group's notification key, or a single topic. 2. A confirm message to user confirm that the system will send a testing message into inputed email address. User can choose “OK” or “Cancel”. If user click on “OK” button the system will send a test notification. 3. The token or key or something else which one the system used determine destination of the push message should be required when user click on” Send sample”. If not found should reject with error message. | Button |
|
||||
|
||||
### Post -codition
|
||||
|
||||
* + 1. All message which will be sent to target customer are availble to config on following modules :
|
||||
|
||||
+ Marketing Request
|
||||
|
||||
+ Campaign Rule
|
||||
|
||||
+ Item master ….
|
||||
|
||||
### Exception Flow
|
||||
|
||||
* + 1. Input data are not passed all validations and then the user choose cancel the action then use case ends in failure.
|
||||
|
||||
## Marketing Campaign
|
||||
|
||||
### Requirement Definition
|
||||
|
||||
* + - 1. Marketing Campagin Module is used to filter out a list of target customers that satisfy the marketing criterions.
|
||||
|
||||
### Process Flow
|
||||
|
||||
[Image Removed]
|
||||
|
||||
### Trigger
|
||||
|
||||
N/A
|
||||
|
||||
### Pre- Conditon
|
||||
|
||||
1. Users have to have access rights in “Marketing Request” module to able to access this screen.
|
||||
2. Depending on the user's access rights, they can view, add, edit, or approve manually marketing request.
|
||||
3. All OMR citerions must to be defined as an attribute for each criterion to user can drop/drag to determine target audience.
|
||||
4. To send marketing messange when an envent is triggered (real time events or batch events
|
||||
) then :
|
||||
1. Pre-Defined Event: Define the action to indentify when event triggers: such as login/ Get balance detail view/ leave feedback on portal app.
|
||||
2. FE Events: APIs or services can be used to initiate the action and make a call to the backend (BE) to determine whether the event has been triggered; if so, the assigned message for this event should be sent.
|
||||
3. Batch job: marketing message can be automatically sent by the system via batch jobs.
|
||||
|
||||
### Wireframe
|
||||
|
||||
* + - * 1. Marketing request summary listing page
|
||||
|
||||
[Image Removed]
|
||||
|
||||
1. Filter
|
||||
|
||||
[Image Removed]
|
||||
|
||||
1. Create/Edit mode
|
||||
1. Step 1: General information
|
||||
|
||||
[Image Removed]
|
||||
|
||||
* 1. Step 2: Run schedule
|
||||
|
||||
[Image Removed]
|
||||
|
||||
[Image Removed]
|
||||
|
||||
* 1. Step 3: Targeting
|
||||
|
||||
[Image Removed]
|
||||
|
||||
4. Detail view
|
||||
|
||||
### Business Rules
|
||||
|
||||
1. The same approach as Campaign Rule Criteria, each of marketing criterions are accessed directly by drag/drop on the right **Criteria** panel as illustrated in the [wireframe](#_Wireframe_12).
|
||||
2. OLS system will use Query Builder to build query for marketing criteria.
|
||||
3. All criterions will be listed on selection criteria panel (right panel). User can drag/drop criteria from right panel to set up rule. Criterion list will be defined as attribute so that user can define needed criteritions.
|
||||
4. OLS system support AND or OR condition between difference criteria groups on the same request. The relationship operator on each group will be applied for all criteritions on the group. User can setup only one or many group on the same rule but OLS system just support the same operator condition bettwen groups such as all are OR conditons or all are AND conditions.
|
||||
|
||||
*For example:*
|
||||
|
||||
*Rule 1:*
|
||||
|
||||
*Group 1* ***OR*** *Group 2* ***OR*** *Group 3*
|
||||
|
||||
*Rule 2:*
|
||||
|
||||
*Group 1* ***AND*** *Group 2* ***AND*** *Group 3.*
|
||||
|
||||
1. Introduce NOT toggle switch to support exclusion criteria.
|
||||
2. Click on the “Marketing Request” in Main icon to bring up the screen for accessing the Marketing Request listing page. The detail as illustrated in the [wireframe](#_Wireframe_12).
|
||||
3. Click on Add button ([Image Removed]) in the screen to bring up the edit form; clicking on the MoreOutLined icon (⋮) then click on Edit icon (!) also brings up the same edit form. The edit form for Marketing Request screen is illustrated in the [wireframe](#_Wireframe_12).
|
||||
4. **Screen description**
|
||||
|
||||
| | | | |
|
||||
| --- | --- | --- | --- |
|
||||
| **Index** | **Field** | **Description** | **Data type** |
|
||||
| **Step 1: General Information** | | | |
|
||||
| | Request ID \* | Unique identifier of the OneMarketing Request Not allow special characters | X(20) |
|
||||
| | Description \* | Description of the OneMarketing Request | X(100) |
|
||||
| | Effective Date From\* | The start date of Effective period of the marketing request | Date The date format must adhere to the configured format |
|
||||
| | Effective Date To \* | The end date of Effective period of the marketing request | Date The date format must adhere to the configured format |
|
||||
| | Marketing Function \* | * Including 2 main functions of OneMarketing Request: + Notification [N] - The message template set up at section [Marketing Message](#_Marketing_message) is sent to target customers + Triger Campain Rule [TCR] - A campaign is applied to add/redeem/adjust points to target customers based on Transaction Code. | Check box Allow to select only one value Lookup value from “Code\_Management” table where type code is ‘OMR-function’. Refer to ‘list-by-code-type’ API under Master Data Master. |
|
||||
| **Step 2: Run schedule and message content** | | | |
|
||||
| | Trigger method \* | Two methods to select when message will be sent to target customer: Schedule Event trigger | Radio button Lookup value from “Code\_Management” table where type code is ‘OMR-function’. Refer to ‘list-by-code-type’ API under Master Data Master. |
|
||||
| | Run Schedule \* | * This field is activated and required when “Schedule” method is selected only. * Schedule to run OneMarketing Request Batch, include: *[O] – Once Time [D] - Daily* *[W] - Weekly [M] - Monthly* *[A] - Annually* | Radio button Lookup value from “Code\_Management” table where type code is ‘run-schedule’. Refer to ‘list-by-code-type’ API under Master Data Master. |
|
||||
| | One time | [Image Removed] * 1. This option includes following fields: 1. Fixed date\*: This field is only active and required when “One time” schedule is selected. This field is date format (Date time format must respect the date format configuration). This field is actived and required when “Schedule” method is selected only. 2. Time of day to excute request\*: The time to OMR batch job running to trigger this request. This field is time format field. 2. Request will occur only one time when process date is equal to the fixed date at the selected time. | |
|
||||
| | Daily | [Image Removed] * + - 1. This option includes following fields: 1. Repeat every\*: The drop-down list to select the frequency on every n day where n from 1 to 100. This is select one field. 2. Time of day to excute request\*: The time to OMR batch job running to trigger this request. This field is time format field. 1. Request will occur on every n day at the selected time. | |
|
||||
| | Weekly | [Image Removed] * + - 1. This option includes following fields: 1. Repeat every\*: The drop-down list to select the frequency on every n week where n from 1 to 52. This is select one field. 2. Day of the week: The drop -down list to select the day of week the request will be occurred. The list includes list of day of week (from Monday to Sunday). This is multiple select field. 3. Time of day to excute request\*: The time to OMR batch job running to trigger this request. This field is time format field. 1. Request will occur on every n weeks on selected day of the week and at the selected time | |
|
||||
| | Monthly | * 1. Option 1 [Image Removed] This option includes following fields: * + - Repeat every: The drop-down list to select the frequency on every n month where n from 1 to 12. This is select one filed. - Repeat on the: The drop-down list to select the repeat type. The list includes : Each /On the.”Each” is selected. - Day of month: The drop-down list to select day of month the request will be occurred. The list includes 31 day from 1 to 31. This field is activied and required only when “Each” is selected on “Repeat on the” filed. This is multiple select field. - Last day of month: This field is activied and required only when “Each” is slected on “Repeat on the” filed. This is checkbox field with default as uncheck. If this field is checked then in case the last day of month is less than the “Day of month” then request will be occurred on last day of month instead. - Time of day to excute request\*: The time to OMR batch job running to trigger this request. This field is time format field. Request will occur on every n month on each selected day of the month and at the selected time. * 1. Option 2 [Image Removed] This option includes following fields: * + - Repeat every: The drop-down list to select the frequency on every n month where n from 1 to 12. This is select one filed. - Repeat on the: The drop-down list to select the repeat type. The list includes : Each /On the. “On the” is selected. - In : The drop-dow to select the specific day of the week. The list includes : First/ Second/ Third/ Fouth/ Last. This filed is actived and required only when “On the” is selected. This is select one field. - Day of the week: The drop-down list to select day of the week. The list includes: Monday … Sunday. This is multiple field. - Time of day to excute request\*: The time to OMR batch job running to trigger this request. This field is time format field. Request will occur on every n month on each selected period of day of the weeek and at the selected time. | |
|
||||
| | Annually | [Image Removed] This option includes following fields: * + - Repeat every: The drop-down list to select the frequency on every n year where n from 1 to 5. This is select one filed. - Month of year: Drop-down to select month of year. The list includes 12 months of year from 1 to 12. - Day of month: The drop-down list to select day of month the request will be occurred. The list includes 31 day from 1 to 31. - Time of day to excute request\*: The time to OMR batch job running to trigger this request. This field is time format field. Request will occurred every n year on the selected day and selected month. | Drop-down Select one |
|
||||
| | Business Event | This filed is actived and requied when “Event trigger” method is selected. A drop-down list is used to select the event. When the event occurs, a request is triggered to send a message to the target customer. | Drop-down Multiple select. |
|
||||
| | Message template\* | This filed is actived and required only when “Notification” marketing function is selected. | Drop-down Lookup value from martketing message screen. |
|
||||
| | OLS Transaction Code | This filed is actived and required only when “Trigger Campaign Rule” marketing function is selected. | Drop-down Lookup value from OLS Transaction Code screen. Refer “OLS Transaction Code” API under Campaign Management |
|
||||
| **Step 3: Targeting** **This step is used to config the conditions to get target customer.** | | | |
|
||||
| | Trigger method \* | There are two options to setup targeting. * + - OMR Criteiria - Upload file | Radio button Lookup value from master data. |
|
||||
| | **OMR Criteira is selected** | | |
|
||||
| | [Image Removed] | Depended on the purpose of each OMR request and the criterions list need to be setup to allocate and arrange all criterions into only one or many group. Click on “[Image Removed]” button to create new group. | Button |
|
||||
| | [Image Removed] | This button is used to exclude all the coming transaction meet the rule criteria. Switch NOT button are applied on combinaiton of all group OR on all criteria on each group. | Switch button |
|
||||
| | Right panel | List all active criteria on the system. Assumed that Each criteria per category will be defined as an attribute. [Image Removed] | View only |
|
||||
| | Drag/Drop criteria | Each criteria can be drag one more time on each request. The condition and filler value for each criteria will be display base on data type of criteria. See more detail on [Campaign Rule](#_Campaign_Rule_Criteria) Criteria. [Image Removed] | Action |
|
||||
| | **“Upload file” is selected** [Image Removed] | | |
|
||||
| | Browse File | Allow users to drag and drop an upload file, or the user can choose a file from their computer to upload it into the system. Use the 'Upload file' option when users have a specific targeting list that they want to use for the campaign. | Button |
|
||||
|
||||
* 1. “Save as draft” and “Save as template” feature are applied on this screen.
|
||||
2. **OMR batch job will trigger marketing request as following processing:**
|
||||
|
||||
OMR job (OMR) just trigger effectived marketing requests based on Effective period of each request compare with processing date (batch date/ sysdate). From effectived request list the batch job find the valid job which have run schedule on the day batch job is running.
|
||||
|
||||
OMR creates notification messages to be sent to customers selected based on criteria configured by users in the step 3 -OMR criteria – e.g., to send an SMS message to customers whose birthday is due in the next N days.
|
||||
|
||||
OMR can also be configured to trigger awarding batches generated by extracting transactions from Transaction log table.
|
||||
|
||||
OMR can be configrured to trigger CP rule for the customer selected based on based on criteria configured by users in the step 3 -OMR criteria – e.g., to award 100 cash back to customers whose birthday in Tet holiday.
|
||||
|
||||
OMR will stop send message when limit is reached. The limit based on frequency capping configurued by user in step 4- Frequency capping.
|
||||
|
||||
| | |
|
||||
| --- | --- |
|
||||
| Batch id | OMR job ==tbd== |
|
||||
| Description | Processes OneMarketing Requests (OMR) on the configured schedule |
|
||||
| File Id | Nil |
|
||||
| Input file | Nil |
|
||||
| input staging table | ==TBD== |
|
||||
| Tables read | Its depending in OMR criteria list which should be defined as an attribute for each criteira. == TBD==== |
|
||||
| Tables updated | =TBD=== |
|
||||
| Output staging table | Nil |
|
||||
| Output file | Nil |
|
||||
| Unwind job | ==TBD== |
|
||||
|
||||
### Post – Condition
|
||||
|
||||
* + - 1. Marketing content is sent to target customer or Target customer trigger CP rule.
|
||||
|
||||
### Exception Flow
|
||||
|
||||
* + 1. Input data are not passed all validations and then user choose cancel the action then use case ends in failure.
|
||||
|
||||
## Marketing Frequency Cap
|
||||
|
||||
### Requirement Defintion
|
||||
|
||||
* + - 1. By controlling frequency capping, business can provide a more personalized customer expirence. Beside, frequency capping can provide a high level overview of the need for a notification capping system and the expected benefits for the business and its customers.
|
||||
2. Business able to setup the daily, weekly, monthly capping per customer.
|
||||
3. The system should automaticly enforcement of notification caps across different communication channels.
|
||||
|
||||
### Process Flow
|
||||
|
||||
### Trigger
|
||||
|
||||
### Pre-Conditions
|
||||
|
||||
1. Users have to have access rights in “Frequency Capping” module to able to access this screen.
|
||||
2. Depending on user’s access right to user can modify the frequency capping of the marketing campaign.
|
||||
|
||||
### Wireframe
|
||||
|
||||
* + - * 1. Listing page
|
||||
|
||||
[Image Removed]
|
||||
|
||||
* + - * 1. Edit mode
|
||||
|
||||
[Image Removed]
|
||||
|
||||
* + - * 1. View mode
|
||||
|
||||
[Image Removed]
|
||||
|
||||
### Business Rules
|
||||
|
||||
1. This step is used to set up a limit to the number of times a message has been sent to per uniquie customer on specific period.
|
||||
2. This step is also used to setup a limit the number of message that a business allow to send to customer through specific message channel.
|
||||
3. Screen description
|
||||
|
||||
| | | | |
|
||||
| --- | --- | --- | --- |
|
||||
| **Index** | **Field (EN/VN)** | **Description** | **Data type** |
|
||||
| **Listing page** | | | |
|
||||
| | Notification Channel/Kênh thông báo | The name of the notification channel | Display |
|
||||
| | Effective Date From /Hiệu lực từ ngày | The start date of the cap | Display as date format. The display format should respect the configured format. |
|
||||
| | Effective Date To/Hiệu lực tới ngày | The last effective date of the cap |
|
||||
| | Frequency Cap/Giới hạn tần suất | The frequency cap on each channel. Each period unit is displayed as a separate record with the cap | Display |
|
||||
| | Include White List/Bao gồm danh sách trắng | Whitelist who are excluded from the cap or not | Display |
|
||||
| **Edit mode** | | | |
|
||||
| | Frequency Cap Id\*/ Id giới hạn tần suất | The Record inditifier | X(10) |
|
||||
| | Notification Channel\*/Kênh thông báo | Marketing Frequecny Capping identifier A drop-down to select one channel to apply the capping rules. A list incluse following channel: * + - SMS - Email - Push Notifications | Drop-down Select one |
|
||||
| | Effective Date From \*/ Hiệu lực từ ngày | The start date of the effective period of the cap | Date The system should only have one effective cap applied on each channel at any given time |
|
||||
| | Effective Date To\*/Hiệu lực tới ngày | The end date of the effective period of the cap |
|
||||
| | **Frequency Cap/ Giới hạn tần suất** **Require at least one period unit** | | |
|
||||
| | + Add Period Unit/ Thêm chu kì | Click to add new period unit to limit for chosen channel. | Button |
|
||||
| | Capping Period \*/Chu kì | A drop-down to select the following period: * + 1. Daily: Maximum number of notifications per day. 2. Weekly: Maximum number of notifications per week 3. Monthly: Maximun number of notifications per month. | Drop-down Select one Each period should only be configured with one cap value at the same time. |
|
||||
| | Maximum number \*/Số lần gửi thông báo tối đa | The maximum the number of times a message has been sent to per uniquie customer. | 9(12) |
|
||||
| | Include Whitelist/Không bao gồm danh sách trắng | This option disallows/allows the white customer list allow to receive a higher notification than normal customer for spefic scenario. | Swith button Defaut OFF |
|
||||
| | Customer list /Danh sách khách hàng | A drop-down to select the white customer list. This allows the system to recognize the white list customers and ignore the frequency capping rules. This is a condition filed and only active and required if the capping rules include the white customer list. | Drop – down Multiple select |
|
||||
| | Description /Mô tả | The description of the capping. For refer only | X(100) |
|
||||
|
||||
* 1. Frequency Capping are applied to all marketing campaigns in the system for customer level.
|
||||
2. The system should automaticallytrack the number of notifications a customer has received across all notification channels as well as the period unit.
|
||||
3. If the customer has reached the notification cap then the notification is not delivered to customer.
|
||||
4. The white list who are excluded from the frequency cap rules should be tracked also.
|
||||
|
||||
### Post –condition
|
||||
|
||||
### Exception Flow
|
||||
|
||||
## A/Bn Testing
|
||||
|
||||
### Requirement Definition
|
||||
|
||||
* + - 1. This function is used to evaluate and optimize various elements of the marketing program to improve customer engagement, retention, and overall performance.
|
||||
2. OLS support both A/Bn content testing and A/Bn target customer testing.
|
||||
3. For A/Bn content testing, one variation (content A) of the marketing request is sent to a subset of target customers, and one or more different variations (content sample B/ content sample n) are sent to the same subset of target customers. The goal is to identify which content in the marketing request yields the best results.
|
||||
4. Unlike A/B content testing, A/Bn target customer testing focuses solely on the target customers. In the same testing request, one variation is designated for 'target customer A,' while one or more variations are designated for 'target customer B' or 'target customer n.' The goal is to identify which OMR criteria in the marketing request will reach more customers.
|
||||
|
||||
### Process Flow
|
||||
|
||||
[Image Removed]
|
||||
|
||||
### Trigger
|
||||
|
||||
N/A
|
||||
|
||||
### Pre-Conditions
|
||||
|
||||
* + - * 1. For A/Bn messsage content testing, result testing must be provied from third-party to OLS can collect data and analyze result to introduce report which user can use to make decision which on is better.
|
||||
2. Users have to have access rights in “A/Bn Testing” module to able to access this screen.
|
||||
3. Depending on the user's access rights, they can view, add, edit, or approve manually marketing request.
|
||||
4. All OMR citerions must to be defined as an attribute for each criterion to user can drop/drag to determine target audience.
|
||||
|
||||
### Wireframe
|
||||
|
||||
Summary listing page
|
||||
|
||||
[Image Removed]
|
||||
|
||||
* 1. Filter
|
||||
|
||||
[Image Removed]
|
||||
|
||||
* 1. Content marketing testing configuration
|
||||
|
||||
**Step1: Choose testing type is “Content message testing”**
|
||||
|
||||
[Image Removed]
|
||||
|
||||
Step 2: Setup general information
|
||||
|
||||
[Image Removed]
|
||||
|
||||
Step 3: Choose target customer
|
||||
|
||||
[Image Removed]
|
||||
|
||||
Step 4: Setup variant content message
|
||||
|
||||
[Image Removed]
|
||||
|
||||
Step 5: Set up run schedule
|
||||
|
||||
[Image Removed]
|
||||
|
||||
* 1. Target customer testing configuration
|
||||
|
||||
Step 1: Choose “Target customer testing”
|
||||
|
||||
[Image Removed]
|
||||
|
||||
Step 2: Set up general information
|
||||
|
||||
[Image Removed]
|
||||
|
||||
Step 3: Setup variant target customer
|
||||
|
||||
[Image Removed]
|
||||
|
||||
Step 4: Setup run schedule
|
||||
|
||||
[Image Removed]
|
||||
|
||||
### Business Rules
|
||||
|
||||
1. The same approach as Campaign Rule Criteria, each of marketing criterions are accessed directly by drag/drop on the right **Criteria** panel as illustrated in the wireframe.
|
||||
2. OLS system will use Query Builder to build query for OMR criteria when user setup target customer.
|
||||
3. All criterions will be listed on selection criteria panel (right panel). User can drag/drop criteria from right panel to set up rule. Criterion list will be defined as attribute so that user can define needed criteritions.
|
||||
4. Click on the “A/Bn Testing” in Main icon to bring up the screen for accessing the A/Bn Testing listing page. The detail as illustrated in the [wireframe](#_Wireframe_16).
|
||||
5. Click on Add button ([Image Removed]) in the screen to bring up the edit form; clicking on the MoreOutLined icon (⋮) then click on Edit icon (!) also brings up the same edit form. The edit form for A/B testing screen is illustrated in the [wireframe](#_Wireframe_16)s.
|
||||
6. **Screen description:**
|
||||
|
||||
**Create/Edit mode**
|
||||
|
||||
| | | | | |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| **Index** | **Field** | | **Descriptions** | **Data type** |
|
||||
| * + - * 1. **A/B message content testing** | | | | |
|
||||
| **Step 1: Campaign information** | | | | |
|
||||
| | | Campaign ID \* | Marketing Campaign ID Unique and Not allow specical characters | X(20) |
|
||||
| | | Campaign Description | Description of Marketing Campaign ID | X(100) |
|
||||
| | | Effective Date From | The start date of the effective period of the A/Bn testing request | Date The date format must adhere to the configured format |
|
||||
| | | Effective End date\* | The end date of the effective period of the A/Bn testing request | Date The date format must adhere to the configured format |
|
||||
| | | Message channel \* | SMS Email Push | Checkbox Allow to select only one value Lookup from master data. |
|
||||
| **Step 2: Choose target customer** The OMR criteria list must be the same as the OMR criteria list on “[Marketing request”](#_Marketing_Request). | | | | |
|
||||
| | [Image Removed] | | Depended on the purpose of each OMR request and the criterions list need to be setup to allocate and arrange all criterions into only one or many group. Click on “[Image Removed]” button to create new group. | Button |
|
||||
| | [Image Removed] | | This button is used to exclude all the coming transaction meet the rule criteria. Switch NOT button are applied on combinaiton of all group OR on all criteria on each group. | Switch button |
|
||||
| | Right panel | | List all active criteria on the system. Assumed that Each criteria per category will be defined as an attribute. [Image Removed] | View only |
|
||||
| | Drag/Drop criteria | | Each criteria can be drag one more time on each request . The condition and filler value for each criteria will be display base on data type of criteria. See more detail on [Campaign Rule](#_Campaign_Rule_Criteria) Criteria. [Image Removed] | Action |
|
||||
| **Step 3: Set up varial content** [Image Removed] | | | | |
|
||||
| | Variant A Users can rename and should be unique value on one each campaign | | Depending in Message channel : SMS/ Email/ Push notification, this tab is display as step 2 of Marketing message screen according to each message channel. See more on [Marketing message](#_Business_Rules). Content varial A will be added here. | Tab |
|
||||
| | Varial B Users can rename and should be unique value on one each campaign | | Depending in Message channel : SMS/ Email/ Push notification, this tab is display as step 2 of Marketing message screen according to each message channel. See more on [Marketing message](#_Business_Rules). Content varial B will be added here. | |
|
||||
| | Add | | Click to add to introduce new tab to create new content varial. System will automation populate varinant name as default and users can rename and should be unique value on one each campaign. | Button |
|
||||
| **Step 4: Running schedule** | | | | |
|
||||
| | Run Schedule \* | | * This field is activated and required when “Schedule” method is selected only. * Schedule to run OneMarketing Request Batch, include: *[O] – Once Time [D] - Daily* *[W] - Weekly [M] - Monthly* *[A] - Annually* | Drop-down Select one Lookup value from master data |
|
||||
| | One time | | [Image Removed] * 1. This option includes following fields: 1. Fixed date\* : This field is activated and required when “One time” schedule is selected. This field is Date format . This field is actived and required when “Schedule” method is selected only. 2. Time of day to excute request\* : The time to OMR batch job running to trigger this request. This field is time format field. Campaign will run only one time when process date is equal to the fixed date at the selected time. | |
|
||||
| | Daily | | [Image Removed] * + - 1. This option includes following fields: 1. Repeat every\* : The drop-down list to select the frequency on every n day where n from 1 to 100. This is select one field. 2. Time of day to excute request\* : The time to OMR batch job running to trigger this request. This field is time format field. Campign will run and repeat on every n day at the selected time. | |
|
||||
| | Weekly | | [Image Removed] * + - 1. This option includes following fields: 1. Repeat every\* : The drop-down list to select the frequency on every n week where n from 1 to 52. This is select one field. 2. Day of the week: The drop -down list to select the day of week the request will be occurred. The list includes list of day of week (from Monday to Sunday). This is multiple select field. 3. Time of day to excute request\* : The time to OMR batch job running to trigger this request. This field is time format field. Campign will run and repeat on every n weeks on selected day of the week and at the selected time | |
|
||||
| | Monthly | | * 1. Option 1 [Image Removed] This option includes following fields: * + 1. Repeat every: The drop-down list to select the frequency on every n month where n from 1 to 12. This is select one filed. 2. Repeat on the: The drop-down list to select the repeat type. The list includes : Each /On the.”Each” is selected. 3. Day of month: The drop-down list to select day of month the request will be occurred. The list includes 31 day from 1 to 31. This field is activied and required only when “Each” is slected on “Repeat on the” filed. This is multiple select field. 4. Last day of month: This field is activied and required only when “Each” is slected on “Repeat on the” filed. This is checkbox field with default as uncheck. If this field is checked then in case the last day of month is less than the “Day of month” then request will be occurred on last day of month instead. 5. Time of day to excute request\* : The time to OMR batch job running to trigger this request. This field is time format field. Campaign will trigger and repeat on every n month on each selected day of the month and at the selected time. * 1. Option 2 [Image Removed] This option includes following fields: * + 1. Repeat every: The drop-down list to select the frequency on every n month where n from 1 to 12. This is select one filed. 2. Repeat on the: The drop-down list to select the repeat type. The list includes : Each /On the. “On the” is selected. 3. In : The drop-dow to select the specific day of the week. The list includes : First/ Second/ Third/ Fouth/ Last. This filed is actived and required only when “On the” is selected. This is select one field. 4. Day of the week: The drop-down list to select day of the week. The list includes: Monday … Sunday. This is multiple field. 5. Time of day to excute request\* : The time to OMR batch job running to trigger this request. This field is time format field. Campaign will trigger and repeat on every n month on each selected period of day of the weeek and at the selected time. | |
|
||||
| | Annually | | [Image Removed] This option includes following fields: * + 1. Repeat every: The drop-down list to select the frequency on every n year where n from 1 to 5. This is select one filed. 2. Month of year: Drop-down to select month of year. The list includes 12 months of year from 1 to 12. 3. Day of month: The drop-down list to select day of month the request will be occurred. The list includes 31 day from 1 to 31. 4. Time of day to excute request\* : The time to OMR batch job running to trigger this request. This field is time format field. Campaign will trigger and repeat every n year on the selected day and selected month. | Drop-down Select one |
|
||||
| **II: A/B target customer testing** | | | | |
|
||||
| **Step 1: General information** | | | | |
|
||||
| | Campaign ID \* | | Marketing Campaign ID Unique and Not allow specical characters | X(20) |
|
||||
| | Campaign Description | | Description of Marketing Campaign ID | X(100) |
|
||||
| | Effective Date From | | The start date of the effective period of the A/Bn testing request | Date The date format must adhere to the configured format |
|
||||
| | Effective End date\* | | The end date of the effective period of the A/Bn testing request | Date The date format must adhere to the configured format |
|
||||
| **Step 2: Set up variant target customer** | | | | |
|
||||
| | Variant A User can rename and should be unique value on one each campaign | | This tab display the all OMR criteria to user can drag/drop to config the criterios to get the target customer. The OMR criteria list must be the same as the OMR criteria list on “[Marketing request”](#_Marketing_Request). Target customer varial A will be added here. The system will use all OMR criteria configuration on this tab to conduct and get target customer A. | Tab |
|
||||
| | Varial B User can rename and should be unique value on one each campaign | | This tab display the all OMR criteria to user can drag/drop to config the criterios to get the target customer. The OMR criteria list must be the same as the OMR criteria list on “[Marketing request”](#_Marketing_Request). Target customer varial B will be added here. The system will use all OMR criteria configuration on this tab to conduct and get target customer A. | Tab |
|
||||
| | Add | | Click to add to introduce new tab to create new target customer varial. The OMR criteria list must be the same as the OMR criteria list on “[Marketing request”](#_Marketing_Request). System will automation populate variant name as default and User can rename and should be unique value on one each campaign. | Button |
|
||||
| **Step 3: Running schedule** | | | | |
|
||||
| | Run Schedule \* | | * This field is activated and required when “Schedule” method is selected only. * Schedule to run OneMarketing Request Batch, include: *[O] – Once Time [D] - Daily* *[W] - Weekly [M] - Monthly* *[A] - Annually* | Drop-down Select one Lookup value from master data |
|
||||
| | One time | | [Image Removed] * 1. This option includes following fields: 1. Fixed date\* : This field is activated and required when “One time” schedule is selected. This field is Date format. This field is actived and required when “Schedule” method is selected only. 2. Time of day to excute request\* : The time to OMR batch job running to trigger this request. This field is time format field. * Campaign will run only one time when process date is equal to the fixed date at the selected time. | |
|
||||
| | Daily | | [Image Removed] * + - 1. This option includes following fields: 1. Repeat every\* : The drop-down list to select the frequency on every n day where n from 1 to 100. This is select one field. 2. Time of day to excute request\* : The time to OMR batch job running to trigger this request. This field is time format field. Campign will run and repeat on every n day at the selected time. | |
|
||||
| | Weekly | | [Image Removed] * + - 1. This option includes following fields: 1. Repeat every\* : The drop-down list to select the frequency on every n week where n from 1 to 52. This is select one field. 2. Day of the week: The drop -down list to select the day of week the request will be occurred. The list includes list of day of week (from Monday to Sunday). This is multiple select field. 3. Time of day to excute request\* : The time to OMR batch job running to trigger this request. This field is time format field. Campign will run and repeat on every n weeks on selected day of the week and at the selected time | |
|
||||
| | Monthly | | * 1. Option 1 [Image Removed] This option includes following fields: * + 1. Repeat every: The drop-down list to select the frequency on every n month where n from 1 to 12. This is select one filed. 2. Repeat on the: The drop-down list to select the repeat type. The list includes : Each /On the.”Each” is selected. 3. Day of month: The drop-down list to select day of month the request will be occurred. The list includes 31 day from 1 to 31. This field is activied and required only when “Each” is slected on “Repeat on the” filed. This is multiple select field. 4. Last day of month: This field is activied and required only when “Each” is slected on “Repeat on the” filed. This is checkbox field with default as uncheck. If this field is checked then in case the last day of month is less than the “Day of month” then request will be occurred on last day of month instead. 5. Time of day to excute request\* : The time to OMR batch job running to trigger this request. This field is time format field. Campaign will trigger and repeat on every n month on each selected day of the month and at the selected time. * 1. Option 2 [Image Removed] This option includes following fields: * + 1. Repeat every: The drop-down list to select the frequency on every n month where n from 1 to 12. This is select one filed. 2. Repeat on the: The drop-down list to select the repeat type. The list includes : Each /On the. “On the” is selected. 3. In : The drop-dow to select the specific day of the week. The list includes : First/ Second/ Third/ Fouth/ Last. This filed is actived and required only when “On the” is selected. This is select one field. 4. Day of the week: The drop-down list to select day of the week. The list includes: Monday … Sunday. This is multiple field. 5. Time of day to excute request\* : The time to OMR batch job running to trigger this request. This field is time format field. Campaign will trigger and repeat on every n month on each selected period of day of the weeek and at the selected time. | |
|
||||
| | Annually | | [Image Removed] This option includes following fields: * + 1. Repeat every: The drop-down list to select the frequency on every n year where n from 1 to 5. This is select one filed. 2. Month of year: Drop-down to select month of year. The list includes 12 months of year from 1 to 12. 3. Day of month: The drop-down list to select day of month the request will be occurred. The list includes 31 day from 1 to 31. 4. Time of day to excute request\* : The time to OMR batch job running to trigger this request. This field is time format field. Campaign will trigger and repeat every n year on the selected day and selected month. | Drop-down Select one |
|
||||
|
||||
**Content marketing testing view mode**
|
||||
|
||||
| | | | |
|
||||
| --- | --- | --- | --- |
|
||||
| **Index** | **Field** | **Description** | **Data type** |
|
||||
| | Campaign ID | Campaign ID | X(20) |
|
||||
| | Campaign Description | Description of Marketing Campaign ID | X(100) |
|
||||
| | Message chanel\* | Push or Email or SMS | Display |
|
||||
| | Effective Date From | The start date of the effective period of the A/Bn testing request | Date The date format must adhere to the configured format |
|
||||
| | Effective End date\* | The end date of the effective period of the A/Bn testing request | Date The date format must adhere to the configured format |
|
||||
| | OMR criteria | View as Rule criteria view mode for this part | Display |
|
||||
| | Variant A | View as Message Template view mode for message content part | Tab |
|
||||
| | Variant B | View as Message Template view mode for message content part | Tab |
|
||||
| | Variant N | View as Message Template view mode for message content part | Tab |
|
||||
| | Result | =TBD== It is depened on the third-party partner and the goal. We can want to see the total result on each content variation or detail result for each target customer on each content variation. | ==tbd== |
|
||||
|
||||
**Targeting marketing testing view mode**
|
||||
|
||||
| | | | |
|
||||
| --- | --- | --- | --- |
|
||||
| **Index** | **Field** | **Description** | **Data type** |
|
||||
| | Campaign ID | Campaign ID | X(20) |
|
||||
| | Campaign Description | Description of Marketing Campaign ID | X(100) |
|
||||
| | Message chanel\* | Push or Email or SMS | Display |
|
||||
| | Effective Date From | The start date of the effective period of the A/Bn testing request | Date The date format must adhere to the configured format |
|
||||
| | Effective End date\* | The end date of the effective period of the A/Bn testing request | Date The date format must adhere to the configured format |
|
||||
| | Variant A | View as Marketing request view mode for OMR criteria part. | Tab |
|
||||
| | Variant B | View as Marketing request view mode for OMR criteria part. | Tab |
|
||||
| | Variant N | View as Marketing request view mode for OMR criteria part. | Tab |
|
||||
| | Result | One gird to view the customer list on each variation | | | | | | | --- | --- | --- | --- | --- | | **Variation** | **Total number of customers** | **Total Female customer** | **Total male customer** | **….** | | Variation A | 100 | 10 | 90 | | | Variation B | 150 | 100 | 50 | | | Variation n | 140 | 50 | 90 | | | ==tbd== **Which criteria should be summarized??** |
|
||||
|
||||
* 1. **A/Bn batch job will trigger marketing request as following processing:**
|
||||
1. A/Bn testing job (ABn) just trigger effectived A/Bn testing requests based on effectived period of each request compare with processing date (batch date/ sysdate). From effectived request list the batch job find the valid job which have run schedule on the day batch job is running.
|
||||
2. For content testing, ABn creates A/Bn message content selected based on the variation content configured by user. These message to be sent to the same customers selected based on criteria configured by users. E.g to send 3 promotion messages to customers whose birthday is due in the next N days. The result testing should be provied by parter so that OLS can provide the report to user can decide which content messge is better.
|
||||
3. Regarding to target customer testing, A/Bn locates the target customer based on criteria configured by users. User can verify the result testing after batch job is completed.
|
||||
4. For A/Bn SMS content testing, we can track click-through rates if SMS includes links or calls to action. By including unique links for different messages or recipients, we can measure how many people clicked on those links to interact with each content. From this result we can have the temporary open rate to user can decide which one is better.
|
||||
5. For A/Bn Email content testing, open rate = (Number of opens / Number of delivered emails)/100. Number of opens is provided by third-party or we have to send email is in HTML format, as tracking pixels work with HTML emails. The number of opens willl be is the number of times the tracking pixel was downloaded when recipients opened the email.
|
||||
6. ==tbd==
|
||||
|
||||
### Post-Conditions
|
||||
|
||||
### Exception Flow
|
||||
|
||||
## BlackList
|
||||
|
||||
### Requirement Definition
|
||||
|
||||
* + - 1. The business need to exclude specific customer or groups from marketing campaigns for strategic reasons, such as fraud customers.
|
||||
2. Ensuring marketing efforts are focused on the most relevant and engaged audience to improve efficiency and return on investment.
|
||||
3. A set of customer who will be blocked for reward/promotion notification from a business wil be pre-definiton in this module.
|
||||
|
||||
### Process Flow
|
||||
|
||||
### Trigger
|
||||
|
||||
* + - * 1. The customer who has fraud behaviors will need to be added into black list.
|
||||
|
||||
### Pre-Conditions
|
||||
|
||||
* + - * 1. Users have to have access rights in “Black List” module to able to access this screen.
|
||||
2. Depending on the user's access rights, they can view, add, edit, or approve manually marketing request.
|
||||
|
||||
### Wireframe
|
||||
|
||||
Listing page
|
||||
|
||||
[Image Removed]
|
||||
|
||||
Edit mode
|
||||
|
||||
Step 1: Generral Information
|
||||
|
||||
[Image Removed]
|
||||
|
||||
Step 2: Customer List
|
||||
|
||||
[Image Removed]
|
||||
|
||||
[Image Removed]
|
||||
|
||||
[Image Removed]
|
||||
|
||||
Detail Mode
|
||||
|
||||
[Image Removed]
|
||||
|
||||
### Business Rules
|
||||
|
||||
Users are able to upload a list of customers who will be blocked from the marketing campaign by uploading a file into the system.
|
||||
|
||||
Additionally, users are able to assign customers to the blacklist by selecting a list of cif number belong to OLS system.
|
||||
|
||||
Users are able to review the customer list or download the customer list that they have already uploaded to the system.
|
||||
|
||||
Screen description
|
||||
|
||||
| | | | |
|
||||
| --- | --- | --- | --- |
|
||||
| **Index** | **Field (EN/VN)** | **Description** | **Data type** |
|
||||
| **Listing page** | | | |
|
||||
| | ID / ID | Blacklist indentifier | Display |
|
||||
| | Name List/ Tên danh sách | The name of the black list. | Display |
|
||||
| | Description/Mô tả | More description for this blacklist. | Display |
|
||||
| | Customer List/Danh sách khách hàng | A list of customer that inputted by user or uploaded by user. Use ellipsis (…) to indicate that the customer list is too long to display in full. Mouseover to see full list. | Display |
|
||||
| | [Image Removed] | By clicking here to download the customer list. This should be orginal file if this file is uploaded by the user. A file containing a list of customers entered by the user will be generated by the system. This file should under the CSV format as upload sample file. | Button |
|
||||
| **Edit mode** | | | |
|
||||
| | **General Information** | | |
|
||||
| | ID \*/ ID | Blacklist indentifier For refer only | X(10) |
|
||||
| | Name List\*/ Tên danh sách | The name of the black list. For refere only | X(50) |
|
||||
| | Description/Mô tả | More description for this blacklist. For refer only | X(200) |
|
||||
| | **Customer List** | | |
|
||||
| | Input Type\*/ Kiểu nhập dữ liệu | Users can choose one of following option : * + - Input from screen - Upload file | Radio |
|
||||
| | Customer List/ Danh sách khách hàng | A drop-down to select the customer who will be blocked from the marketing campaign if “input from screen” is selected in previous step. | Drop-down Multiple select To avoid performance issue, user should enter at least 4 digit of CIF number to select the customer |
|
||||
| | Upload file/Tải file | This option allow users upload file from their divice. The file shoud follow system’s format. Just allow CSV, xls, xlsx extension and file size should less than or equal to 50 MB. User can drag/drop or choose browse fiel from their device. | Button |
|
||||
| | Customer List | If file upload successful then the customer list will be display here | Display |
|
||||
|
||||
Users review and approve the record in the same manner as on other screens
|
||||
|
||||
### Post-Conditions
|
||||
|
||||
The blacklist is stored and accessible to another module.
|
||||
|
||||
### Exception Flow
|
||||
|
||||
If the file type or size is not valid, the system displays an error message and prompts the customer to select a different file.
|
||||
|
||||
The system should clearly display the upload processing status to the user.
|
||||
|
||||
## Whitelist
|
||||
|
||||
### Requirement Definition
|
||||
|
||||
* + - 1. The business need to exclude a list of customers that are excluded from the standard frequency cap rules.
|
||||
2. The whitelist ensures your top customers continue receiving your marketing messages without limit. We can use the whitelist for testing and optimizing campaign purposes. We can aslo use the whitelist for user who have shown strong interest in your marketing campaigns.
|
||||
|
||||
### Process Flow
|
||||
|
||||
### Trigger
|
||||
|
||||
* + - * 1. A set of customers needs to be added to the whitelist to exlcuse them from the frequency cap rules.
|
||||
|
||||
### Pre-Conditions
|
||||
|
||||
* + - * 1. Users have to have access rights in “Whitelist” module to able to access this screen.
|
||||
2. Depending on the user's access rights, they can view, add, edit, or approve manually marketing request.
|
||||
|
||||
### Wireframe
|
||||
|
||||
Listing page
|
||||
|
||||
[Image Removed]
|
||||
|
||||
Edit mode
|
||||
|
||||
Step 1: Generral Information
|
||||
|
||||
[Image Removed]
|
||||
|
||||
Step 2: Customer List
|
||||
|
||||
[Image Removed]
|
||||
|
||||
[Image Removed]
|
||||
|
||||
[Image Removed]
|
||||
|
||||
Detail Mode
|
||||
|
||||
[Image Removed]
|
||||
|
||||
### Business Rules
|
||||
|
||||
Users are able to upload a list of customers who will be excluded from the frequency cap rules by uploading a file into the system.
|
||||
|
||||
Additionally, users are able to assign customers to the whitelist by selecting a list of cif number belong to OLS system.
|
||||
|
||||
Users are able to review the customer list or download the customer list that they have already uploaded to the system.
|
||||
|
||||
Screen description
|
||||
|
||||
| | | | |
|
||||
| --- | --- | --- | --- |
|
||||
| **Index** | **Field (EN/VN)** | **Description** | **Data type** |
|
||||
| **Listing page** | | | |
|
||||
| | ID / ID | Blacklist indentifier | Display |
|
||||
| | Name List/ Tên danh sách | The name of the black list. | Display |
|
||||
| | Description/Mô tả | More description for this whitelist. | Display |
|
||||
| | Customer List/Danh sách khách hàng | A list of customer that inputted by user or uploaded by user. Use ellipsis (…) to indicate that the customer list is too long to display in full. Mouseover to see full list. | Display |
|
||||
| | [Image Removed] | By clicking here to download the customer list. This should be orginal file if this file is uploaded by the user. A file containing a list of customers entered by the user will be generated by the system. This file should under the CSV format as upload sample file. | Button |
|
||||
| **Edit mode** | | | |
|
||||
| | **General Information** | | |
|
||||
| | ID \*/ ID | Blacklist indentifier For refer only | X(10) |
|
||||
| | Name List\*/ Tên danh sách | The name of the whitelist. For refere only | X(50) |
|
||||
| | Description/Mô tả | More description for this blacklist. For refer only | X(200) |
|
||||
| | **Customer List** | | |
|
||||
| | Input Type\*/ Kiểu nhập dữ liệu | Users can choose one of following option : * + - Input from screen - Upload file | Radio |
|
||||
| | Customer List/ Danh sách khách hàng | A drop-down to select the customer who will be excluded from the frequency cap rules if “input from screen” is selected in previous step. | Drop-down Multiple select To avoid performance issue, user should enter at least 4 digit of CIF number to select the customer |
|
||||
| | Upload file/Tải file | This option allow users upload file from their divice. The file shoud follow system’s format. Just allow CSV, xls, xlsx extension and file size should less than or equal to 50 MB. User can drag/drop or choose browse fiel from their device. | Button |
|
||||
| | Customer List | If file upload successful then the customer list will be display here | Display |
|
||||
|
||||
Users review and approve the record in the same manner as on other screens
|
||||
|
||||
### Post-Conditions
|
||||
|
||||
The whitelist is stored and accessible to another module.
|
||||
|
||||
The whitelist is excludes from the frequency cap rules as default. If there is any cap rules should need to include the whitelist then the user should indicate those whitelist.
|
||||
|
||||
### Exception Flow
|
||||
|
||||
If the file type or size is not valid, the system displays an error message and prompts the customer to select a different file.
|
||||
|
||||
The system should clearly display the upload processing status to the user.
|
||||
|
||||
Reference in New Issue
Block a user