Strategy rule form
|
|
Use this tab to define and connect components and create expressions related to the strategy.
The strategy toolbar displays buttons that correspond to the same functionality as provided through the editing of flows with the Modeler.
Two buttons in the toolbar are specific to the strategy rule:
The context menu is accessed by right clicking the working area.
The context menu allows you to perform a number of actions:
A strategy is defined by the relationships of the components that are used in the interaction that delivers the decision.
Editing components is done via the Properties dialog of the selected component. This dialog is displayed when you double-click the component or when you right-click the component and select Properties from the context menu. The context menu also allows you to delete the component, but you can also delete it by selecting the component and pressing Delete on your keyboard. The Properties dialog consists of elements common to all components and tabs that are specific to the type of component.
Every component is assigned a default generated name when added to the strategy.
The Source tab applies to most components, and displays the components that connect to a given component. In the tab, the order of connected components can be changed by dragging the row up or down. The exception to this pattern are components that belong to the following categories:
The Properties tab is generic to components that are not selection components. This tab allows you to map the properties brought into the strategy by the component to properties that are strategy properties.
Components in this category acquire data or other strategies into the current strategy. The page type determines the type of data import.
In the Source tab, enter the name of the named/embedded page in the Page Name field. If the Page Type is selected to import data from a named page, the Page Class field allows you to provide the class context for the named page. Data import components that refer to named or embedded pages map the page's simple value properties to strategy properties through the Properties tab. If the page name is defined with a dot, for example: .SelectedPosition, the property is an embedded page. If defined without the dot, for example: CustomerPage, the property is a named page. The tab is automatically populated with the page's single value properties.
Sub strategy components reference other strategy rules. They define the way two strategies are related to each other, access the public components in the strategy they refer to and define how to run the strategy if the strategy is in another class.
In the Source tab select:
Proposition components import propositions defined in the proposition hierarchy.
In the Source tab,
In the Interaction History tab, check the Enable Interaction History option to automatically bring interaction data to the strategy and map the interaction history properties to strategy properties.
Components in this category typically use customer data to segment cases based on characteristics and predicted behavior, placing each case in a segment or score. The segmentation components are:
Some common configuration applies to the components. You can:
Predictive model components reference predictive model rules.
Scorecard components reference scorecard rules.
Adaptive model components provide segmentation based on adaptive models in ADM. These components reference adaptive model rules in the Adaptive Model tab.
Decision table components reference decision table rules and can be used to implement characteristic based segmentation by referencing a decision table using customer data to segment on a given trait (for example: salary, age, and mortgage).
Decision tree components reference decision tree rules and can often be used for the same purposes as decision tables.
Components in this category add information and value to strategies. The components include:
Strategy set components enrich data by adding information to the components they are connected to. Using strategy set components, you can define personalized data to be delivered when issuing a decision. Personalized data often depends on segmentation components and includes definitions used in the process of creating and controlling a personalized interaction, such as:
Strategy set components enrich data through the Properties and Overrides tabs.
Use the Properties tab to add strategy properties for which you want to define default values.
Use the Overrides tab to define property values for each segment available in the strategy. In the Segment field, select the appropriate segment. Use the Properties and Value columns to define properties for the segment you selected. Segments are driven by the segmentation components used in the strategy and can be viewed in the Overview tab of the strategy.
Data join components import data from an embedded or named page using a key to match data and map its contents to properties from the imported data to strategy properties. Data join components enrich data through the Data and Properties tabs.
On the Join tab :
Two components fall in this category:
Aggregation components set strategy properties using an aggregation method applied to properties from the source components. The Properties tab of the aggregation component allows you to define the aggregation operations.
Financial components perform financial calculations using the following functions:
The Properties tab of the financial component allows you to define the financial calculation, and select the properties that provide the arguments for each financial function. The arguments that can be selected from Target and Payments lists are strategy properties of type decimal, double, or integer.
If the value for the arguments is set through source components, the order of the components in the Source tab is important because it is directly related to the order of arguments considered by the function to perform the financial calculation. Typically, the Payments argument should be a list of values, and not a single value. So that you can use a list of values to provide the Payments argument, use a data import component to set the properties to be used by the financial component.
Components in this category filter, rank, or sort the information input by the source components. They include:
Filter components apply a filter condition to the outputs of the source components. Filter components express the arbitration through the Filter Condition tab. The Filter Condition field allows you to enter the expression used when filtering the results of the source components.
Segment filter components are only available in a Pega Unified marketing (PUMa) application. They reference a segment rule allowing for determining whether a case falls in a given segment, or not. The arbitration itself is expressed through the segment rule. The segment rule is executed on customer data (the primary page of the strategy) and returns true if the case is part of the segment it represents. Segment components set the pxSegment property to the name of the referenced segment rule. Additionally, segment components also set the pxRank property.
If other components do not connect to the segment component, the component returns a list with a single row (the case is part of the segment), or an empty list (the case is not part of the segment). If there are components that connect to it, the component returns all or no strategy results.
Prioritization components rank the components that connect to it based on the value of a strategy property, or a combination of strategy properties. These components can be used to determine the service/product offer predicted to have the highest level of interest, or profit. Prioritization components express the arbitration through the Prioritization tab.
Strategies must be balanced to determine the most important issue when interacting with a customer. The first step in creating this flow is to use prioritization components in the strategy to filter the possible alternatives (for example: determining the most interesting proposition for a given customer).
The second step is to balance your company’s different objectives by defining the conditions when one strategy should take precedence over another. This optimization can be accomplished by selection component that can select the decision path based on a condition, and can also be used to test alternative strategies. Using selection components, the assignment of a particular customer to a possible alternative can be random.
Selection components include:
Champion challenger components randomly allocate customers between two or more alternative components, thus allowing for testing the effectiveness of various alternatives. For example, you can specify that 70% of customers are offered product X, and 30% are offered product Y. They express component selection through the Champion Challenger tab. Add as many rows as alternative paths for the decision as necessary, and define the percentage of cases for each decision path. All alternative decision paths need to add up to 100%.
Switch components select between components on the basis of specified conditions. These components are typically used to select different issues (such as interest and risk), or they select a component based on customer characteristics, or the current situation. For example, a case can be allocated to a sub-network dealing with recent customers with little history, or to a sub-network dealing with long-standing customers. They express component selection through the Switch tab. Add as many rows as alternative paths for the decision as necessary, use the Select list to select the component, and enter the selection criteria as an expression in the If field. The component selected from the Otherwise list is always selected when the condition expressed in the If field is not met.
You can connect components by selecting a component, and dragging the arrow to another component. Alternatively, you can use a strategy component's Source tab.
Selecting one component is performed by mouse over on the center area of the component until the icon is displayed. For components that select other components, the connections established this way determine the entries in the component's Source tab (the connected to component) or, for selection components, the Switch or Champion Challenger tabs.
Note that this method of connecting components does not fully define the relationship between the components. In the example above, this method would have connected the components, but you would still need to define the percentage of cases when each component should be selected.
Another type of connection represented by dotted blue arrows is displayed when a component is used in another through expressions. If the component is also referenced in the source tab of the component it connects to, a thicker gray arrow is displayed.
Working with strategies means working with the strategy result data classes and the Applies To class of the strategy rule. These classes can be combined in expressions or by introducing segmentation components that work on the strategy result data class and not the Applies To class.
The context of an expression is always the strategy result class (using the dot notation in the SmartPrompt accesses this context). For example: .pyPropensity.
To use properties of the Applies To context, you must declare the primary page. For example, Primary.Price.
To use properties of one strategy component in another, you must declare the name of the component. For example, ChurnModel.churnrate. If the component used in the expression outputs a list (multiple results), only the first element in the result list is considered when computing the expression.
You can use the financial functions available in the Financial library to perform financial calculations. The following functions are provided in the Financial library:
Function |
Name |
Calculates |
cumipmt | Cumulative Interest |
The cumulative interest paid on a loan for a given period of time taking the following arguments:
|
cumprinc | Cumulative Principal |
The cumulative principal paid on a loan for a given period of time taking the same arguments as described in the cumulative interest paid function . |
db | Depreciation Using Fixed-Declining Balance |
The depreciation of an asset using the fixed-declining balance method, a method that computes the depreciation at a fixed rate. This function takes the following arguments:
|
dbb | Depreciation using Double Declining Balance | The depreciation of an asset using the double-declining balance method, or some user specified method. The four initial arguments are similar to the ones used with the fixed-declining balance function . The fifth factor argument is applied to provide the rate at which the balance declines (default is assumed to be 2). |
fv | Future Value |
The future value of an investment taking the following arguments:
|
ipmt | Interest Payment | The interest payment for a given period for an investment taking the interest rate, period, number of periods, and present value arguments, optionally using the future value and type arguments. |
nper | Number of Periods | The number of periods for an investment, optionally using the future value, and starting the calculation at the beginning of the period (use true in this case). The function assumes that periodic and constant payments are made, and that the interest rate is constant. |
pmt | Payment | The payment of a loan based on constant interest rate and constant payments taking the same arguments as described in the interest payment function. Typically, the payment contains principal and interest, and no other fees, or taxes. |
ppmt | Principal Payment | The payment on the principal for a given period of an investment based on periodic, constant payments, and constant interest rate. This function takes the same arguments as described in the interest payment function. This calculation can also be expressed by payment minus interest payment. |
pv | Present Value | The net present value, optionally using the future value, and calculating the function at the beginning of the period (use type false in this case). The function assumes that periodic and constant payments are made, and that the interest rate is constant. |
rate | Rate | The interest rate per period of an annuity, optionally using the future value, and calculating the function at the beginning of the period. This function takes the number of periods, payment, and present value arguments, optionally taking into account the future value and type arguments. |
sin | Straight-Line Depreciation | The straight-line depreciation of an asset for one period in the life of an asset. Cost, salvage, and life arguments are explained in the depreciation function. |
syd | Sum-of-Years Depreciation | The sum-of-years' digits depreciation of an asset after a specified period taking the same arguments as described in the depreciation function. |
vdb | Variable Depreciation |
The depreciation of an asset for any specified period. The depreciation calculation is variable and uses the double-declining balance method, or a user-specified method. The arguments are quite similar to the ones used in the double-declining depreciation function. Three extra arguments apply:
|
When providing the arguments: