Call to Action

Webinar: Take a tour of Sparkling Logic's SMARTS Decision Manager Register Now

Business Rules

DMN 1.3 support in SMARTS


DMN 1.3 support in SMARTS

In this post, we present how Sparkling Logic continues its involvement in the DMN standard, through its graphical tool SMARTS Pencil, which business analysts use to model business decisions by drawing a diagram to form a decision process.

DMN, a bit of history

The Decision Model and Notation (DMN) was formally introduced by the Object Management Group (OMG) as a v1.0 specification in September 2015. Its goal was to provide a common notation understandable by all the members of a team whose goal is to model their organization’s decisions.

The notation is based on a simple set of shapes which are organized in a graph. This allows the decomposition of a top-level decision into more, simpler ones, whose results must be available before the top-level decision can be made. These additional decisions themselves would be decomposed, and so on and so forth until the model reaches a more complete state. In addition, the implementation of the decisions can be provided, notably in the form of decision tables (which is also a very common means of representing rules).

The normalization of the graphical formalism (the DMN graph) and of the way the business logic is implemented (e.g., decision tables) allows teams to talk about their decisions, using diagrams with a limited set of shapes.

Sparkling Logic was one of the early vendors to provide a tool to edit (and execute) these decision models: Pencil Decision Modeler. It was released in January 2015, before the standard was officially approved.

Since then, the DMN standard evolved significantly, by adding new diagram elements, new constructs and new language features, while clarifying some of the existing notions. It is now at version 1.3. And we didn’t rest on our laurels either: in SMARTS Ushuaia, we made Pencil Decision Modeler part of SMARTS, as a first-class feature and added full compliance to DMN 1.3! This post describes how SMARTS supports DMN 1.3.

Basics

DMN 1.3 still defines the building blocks which were in the original standard and which I mentioned in Talking about decisions.

As a recap:

  • A Decision determines its output based on one or more inputs; these inputs may be provided by an input data element, or by another decision
  • An input data is information used as input by one or more decisions, or by one or more knowledge sources
  • A business knowledge model represents knowledge which is encapsulated, and which may be used by one or more decisions, or another business knowledge model. This knowledge may be anything which DMN does not understand (such as a machine learning algorithm, a neural network, etc.) or a DMN construct (called a “boxed expression”, see below)
  • A knowledge source represents the authority for a decision, a business knowledge model, or another knowledge source: this is where the knowledge can be obtained (be it from a written transcription or from someone)

These blocks are organized in a graph and the links between them are called requirements.

What’s new in SMARTS’ DMN Support

More building blocks

In DMN 1.3, the following elements may also be added to a graph:

  • A decision service exposes one or more decisions from a decision model as a reusable element (a service) which might be consumed internally or externally
  • A group is used to group several DMN elements visually (with whatever semantics may be associated with the grouping)
  • A text annotation is a shape which contains a label and can be attached to any DMN element

Custom types and variables

Input data, decision and business knowledge model elements all have an associated variable, which is of a given type (string, number etc., or custom). A variable is a handle to access the value directly passed by an input data element, or calculated by the implementation of a decision or a business knowledge model, from within the decision implementation.

Custom types may be defined to group multiple properties under a single type name (with structure) or to allow variables which will hold multiple values (arrays).

Boxed Expressions

A few constructs are available to provide an implementation for a decision or a business knowledge models; they are termed boxed expressions since such expressions are shown in boxes which have a normalized representation. The following types of boxed expressions are available in DMN 1.3:

  • Literal expression: this is a simple expression which can use the available variables to calculate a result
  • Context: this is a set of entries, each combining a variable and a boxed expression. Each entry in the context can use the variables of the entries defined before it, which is like using “local variables” in some languages
  • Decision table: this is a tabular representation where rows (called rules) provide the value of outputs (supplied in action columns), depending on the value of inputs (supplied in condition columns)
  • Function: a function can be called using an invocation, by passing arguments to its parameters. The result of a function is the result of the execution of its body (which is an expression that can use the values of the passed parameters). A Business knowledge model can only be implemented by a function
  • Invocation: this is used to call a function by name, by passing values to the function’s parameters
  • List: this is a collection of values calculated from each of the boxed expressions in the list
  • Relation: this is a vertical list of horizontal contexts, each with the same entries

In addition to these, SMARTS defines an additional boxed expression, called the rule set. This is a set of named rules, where each rule is composed of a condition (an expression evaluating inputs) and action (an expression providing some values to outputs).

Helping Industry Adoption

With SMARTS Ushuaia, decision models are first-class citizens. The full compliance with DMN 1.3 means that all the DMN elements and boxed expressions, as well as the ability to interchange diagrams with other tools, are part of the package.

As is usual, any model can be tested and executed in the same context as your SMARTS decision –a decision is never made in isolation, and a model is never used in isolation either. And of course, you will benefit from the great tooling we provide.

Finally, we at Sparkling Logic strongly believe that decision management technologies should be put in the hands of all business analysts. This is why we are part of the DMN On-Ramp Group, whose mission is to provide a checklist to help customers find the DMN tool to suit your needs, educate and raise awareness about DMN, and help with DMN compliance. For a great presentation of the group, check out here.

About

Sparkling Logic is a Silicon Valley company dedicated to helping businesses automate and improve the quality of their operational decisions with a powerful digital decisioning platform, accessible to business analysts and ‘citizen developers’. Sparkling Logic’s customers include global leaders in financial services, insurance, healthcare, retail, utility, and IoT.

Sparkling Logic SMARTSTM (SMARTS for short) is a cloud-based, low-code, AI-powered business decision management platform that unifies authoring, testing, deployment and maintenance of operational decisions. SMARTS combines the highly scalable Rete-NT inference engine, with predictive analytics and machine learning models, and low-code functionality to create intelligent decisioning systems.

Marc Lerman is VP of User Experience at Sparkling Logic. You can reach him at mlerman@sparklinglogic.com.

If you envision modernizing or building a credit origination system, an insurance underwriting application, a rating engine, or a product configurator, Sparkling Logic can help. Our SMARTS digital decisioning platform automate decisions by reducing manual processing, accelerating processing time, increasing consistency, and liberating expert resources to focus on new initiatives. SMARTS also improve decisions by reducing risk and increasing profitability.

Noise reduction in digital decisioning with Sparkling Logic SMARTS


noise-digital-decisioning-explicit-decisions-dashboards-analyticsIn this post, we present how to deal with the problem of noise, which is both a source of errors and biases in digital decision-making in organizations, through explicit decision rules, dashboards, and analytics. To illustrate our point, we use the example of the Sparkling Logic SMARTS decision management platform.

Noise in organizations’ decisioning and what to do about it

In an interview with McKinsey, Olivier Sibony, one of the renowned experts in decisioning, recommends algorithms, rules, or artificial intelligence to solve the problem of noise, a generator of errors and biases in decisioning in organizations. This recommendation resonates with our vision of automating decisioning — not all of the decisioning but the operational decisions that organizations make by thousands and sometimes millions per day. Think credit origination, claim processing, fraud detection, emergency routing, and so on.

In our vision, one of the best ways to reduce noise, and therefore errors and biases, is to make decisions explicit (like the rules of laws) so that those who define the decisions can test them out, one at a time or in groups, and visualize. The consequences of these choices on the organization before putting them into production. In particular, decisions should be kept separate from the rest of the system calling those decisions — the CRM, the loan origination system, the credit risk management platform, etc.

Noise reduction with explicit decision rules, dashboards, and analytics

Our SMARTS decisioning platform helps organizations make their operational decisions explicit, so that they can be tested and simulated before implementation, reducing biases that could be a failure to comply with industry regulations, a deviation from organizational policies, or a source of an applicant disqualification. The consequences of biases could be high in terms of image or fees, and even tremendous for certain sensitive industries such as financial, insurance, and healthcare services.

In SMARTS, business users (credit analysts, underwriters, call center professionals, fraud specialists, product marketers, etc.) express decisions in the form of business rules, decision trees, decision tables, decision flows, lookup models, and other intuitive representations that make decisioning self-explainable so that they can test decisions individually as well as collectively. So, at any time, they can check potential noise, errors, and biases before they translate into harmful consequences for the organization.

In addition to making development of decisioning explicit, SMARTS also comes with built-in dashboards to assess alternative decision strategies and measure the quality of performance at all stages of the lifecycle of decisions. By design, SMARTS focuses the decision automation effort on tangible objectives, measured by Key Performance Indicators (KPIs). Users define multiple KPIs through graphical interactions and simple, yet powerful formulas. As they capture decision logic, simply dragging and dropping any attribute into the dashboard pane automatically creates reports. Moreover, they can customize these distributions, aggregations, and/or rule metrics, as well as the charts to view the results in the dashboard.

During the testing phase, the users have access to SMARTS’ built-in map-reduce-based simulation capability to measure these metrics against large samples of data and transactions. Doing so, they can estimate the KPIs for impact analysis before the actual deployment. And all of this testing work does not require IT to code these metrics, because they are transparently translated by SMARTS.

And once the decisioning application is deployed, the users have access to SMARTS’ real-time decision analytics, a kind of cockpit for them to monitor the application, make the necessary changes, without stopping the decisioning application. SMARTS platform automatically displays KPI metrics over time or in a time window. The platform also generates notifications and alerts when some of the thresholds users have defined are crossed or certain patterns are detected. Notifications and alerts can be pushed by email, SMS, or generate a ticket in the organization’s incident management system.

Rather than being a blackbox, SMARTS makes decisioning explicit so that the users who developed it can easily explain it to those who will operate it. Moreover, the latter can adjust the decision making so that biases can be quickly detected and corrected, without putting the organization at risk for violating legal constraints, eligibility criteria, or consumer rights.
So, if you are planning to build a noise-free, error-free, and bias-free decisioning application, SMARTS can help. The Sparkling Logic team enjoys nothing more than helping customers implement their most demanding business requirements and technical specifications. Our obsession is not only to have them satisfied, but also proud of the system they build. We helped companies to build flaw-proof, data-tested, and scalable applications for loan origination, claims processing, credit risk assessment, or even fraud detection and response. So dare to give us a challenge, and we will solve it for you in days, not weeks, or months. Just email us or request a free trial.

About

Sparkling Logic is a Silicon Valley company dedicated to helping businesses automate and improve the quality of their operational decisions with a powerful digital decisioning platform, accessible to business analysts and ‘citizen developers’. Sparkling Logic’s customers include global leaders in financial services, insurance, healthcare, retail, utility, and IoT.

Sparkling Logic SMARTSTM (SMARTS for short) is a cloud-based, low-code, AI-powered business decision management platform that unifies authoring, testing, deployment and maintenance of operational decisions. SMARTS combines the highly scalable Rete-NT inference engine, with predictive analytics and machine learning models, and low-code functionality to create intelligent decisioning systems.

Hassan Lâasri is a data strategy consultant, now leading marketing for Sparkling Logic. You can reach him at hlaasri@sparklinglogic.com.

Authoring Business Rules with Data, Standards, and Apps in SMARTS


Nowadays, business rules automate hundreds, thousands, and sometimes millions of operational decisions that some organizations make every day. The most representative examples of such organizations are financial, insurance, and healthcare sectors. All these organizations make automated decisions with several combinations of terms and conditions, legal constraints, eligibility criteria, risk levels, and price ranges. In this blog, I explain how business analysts and ‘citizen developers’ author decisions with rules, data, standards, and apps in Sparkling Logic SMARTSTM.

Business rules

Business rules are not new; but until recently they were encoded in the rule syntax as “IF THIS THEN DO THAT” statements. As such, they needed detailed specifications from business analysts and skilled developers to code these business rules. And once the business rules were coded, they were complicated for business analysts to understand or control.

Authoring with data

Gone are the days when business rule creation started with lengthly interviews where IT professionals asked business experts how they made decisions in line with company policies, industry regulations, and market dynamics. Starting with data, transactions, and use cases is now the new way. Fully in line with this new approach, SMARTS provides RedPenTM, SparkL, and PENCIL. These are three independent but complementary technologies that business analysts can use to import data, and start authoring rules.

RedPen is Sparkling Logic’s patented technology for authoring decisions through point-and-clicks. Using RedPen, business analysts write business rules using a use case approach. The loaded sample data provides the context to create, test, and run rules without prior knowledge of a special rule language and syntax. RedPen mimics what business experts do on paper when they flag decisions with a red pen. When business analysts activate RedPen, they can pin an existing rule, a field of this rule, or a rule set and modify it as if they were using a pen on a paper. They can also create new rules with RedPen, SMARTS will automatically turn them into executable rules. For cases where advanced logical, mathematical, and symbolic manipulations are required, business analysts can use SparkL.

SparkL (pronounced “sparkle”) is Sparkling Logic’s language for writing rules in a natural language format. SparkL can be used by business analysts with no formal technical background in rules syntax while still benefiting from mathematical expressions, string manipulations, regular expressions, patterns, dates, logical manipulations, constraints, and much more. They can express any imaginable decision logic and symbolic computation, making it the choice for highly sophisticated decisioning applications where the conditions as well as the actions can take a great variety of forms.

Other cases where the decisioning projects necessitate formal requirements and decision modeling, the standards development organization (OMG) offers a standard called Decision Model and Notation (DMN). Sparking Logic has adopted this standard and developed PENCIL to operationalize DMN.

Authoring in the context of DMN standard

PENCIL is a tool for users to model business decisions by dragging and dropping graphical icons to form a decision process. PENCIL models comply with the DMN standard. Using an intuitive graphical interface, business analysts can immediately start capturing data requirements, decision models, and business rules, while collaborating to achieve the best explicit description of the decisions required for systems and applications. PENCIL’s glossary can be used across decisions to achieve consistent use of terminology related to decisions. Business analysts can create or import data and then execute, test and continue to refine and improve decisions. Once decision modeling is done, PENCIL provides a direct path to an executable decision.

With SMARTS, a user has not to adapt to the tool, but the reverse, it is the tool that adapts to the user. The business analysts select the appropriate way for the task at hand. In the same project, they may choose PENCIL to model decisions, RedPen for the major part of the application, and SparkL for the rest of the application. At any time, they can choose to display the rule sets as a group of rules, a decision table, a decision tree, or a decision graph. Moreover, they can switch from one representation to another and vice versa.

Orchestrating business apps

As intuitive as a decision management tool can be, it may never meet the needs of a real business person. The bells and whistles that business analysts need can be overwhelming for the credit manager or insurance underwriter who needs access to decision logic. This person is certainly more inclined to exploit decision-making logic than interested in learning how to create it, and even less in training on a rules authoring tool.

For untrained business users, SMARTS sets the bar higher towards more simplification, and still within the same interface. They have full control over the configuration, management, and assembly of the decision applications that business analysts have developed, and they can do it all through web forms and point-and-clicks. With this added level of abstraction, untrained business users, business experts, and ‘citizen developers’ can adapt to industry regulations, company policies, and market dynamics, without IT intervention beyond the first installation.

Takeaways

  • Business rules have moved from coding rules in “IF THIS THEN THAT” statements to authoring them with data, standards, and apps
  • SMARTS implements this new way via RedPen, SparkL, and PENCIL, three independent but complementary authoring tools that business analysts can use to express their decision logic
  • Business users need business applications, not authoring business rules or developing machine learning models
  • SMARTS gives business owners full control of business apps through web forms and point-clicks
  • Today change is the rule, with SMARTS, automated decisioning is flexible to accommodate ever-changing regulations, company policies, and market dynamics

If you envision modernizing or building a credit origination system, an insurance underwriting application, a rating engine, or a product configurator, SMARTS can help. The Sparkling Logic team enjoys nothing more than helping customers implement their most demanding business requirements and technical specifications. Our obsession is not only to have them satisfied, but also proud of the system they build. Just email us or request a free trial.

About

Sparkling Logic is a Silicon Valley company dedicated to helping businesses automate and improve the quality of their operational decisions with a powerful digital decisioning platform, accessible to business analysts and ‘citizen developers’. Sparkling Logic’s customers include global leaders in financial services, insurance, healthcare, retail, utility, and IoT.

Sparkling Logic SMARTS is a cloud-based, low-code, AI-powered business decision management platform that unifies authoring, testing, deployment and maintenance of operational decisions. SMARTS combines the highly scalable Rete-NT inference engine, with predictive analytics and machine learning models, and low-code functionality to create intelligent decisioning systems.

Hassan Lâasri is a data strategy consultant, now leading marketing for Sparkling Logic. You can reach him at hlaasri@sparklinglogic.com.

Sparkling Logic turns data-driven businesses into learning organizations


Sparkling Logic SMARTS AI & ModelOps

Today, predictive analytics is common in any data-driven business. Typically, data scientists create predictive models first, and IT staff deploy these models in a production environment. At Sparkling Logic, not only have we streamlined this process, but we’ve extended it with prescriptive decisions. Sparkling Logic SMARTS AI & ModelOps is the third built-in capability of SMARTS to cover the full spectrum of operational predictive models, from importing models and creating new ones to initiating learning tasks. But let’s start with a brief overview of the stages data has gone through.

Data: a resource, an asset, a business

Until recently, data was a resource to conduct business and as such, it was typically managed by the CIO’s organization. The organization’s mission was to build the overall data architecture, to choose a database vendor, and to design all the applications necessary to process the data from the databases to the business and functional people screens. These applications were mostly reporting, letting the business get a sense for how the business has been doing based on the collected data.

Then came the first transformation, where data went from an asset used to understand how the business has been doing to being an asset leveraged to predict how the business could potentially do in the future. Reporting was enhanced by predictive analytics. The scope of the analytics was not only what had happened, but also what was happening and what could happen. In general, these two past-focused and future-focused activities cover most of what data science is in business, with some really important use cases on marketing, sales, and customer relationship management.

However, a new transformation is underway, first in the banking, insurance, and health sectors, but will certainly penetrate other sectors. It consists of transforming analytics into automated decisions, translating predictions into prescriptions. The goal of this transformation is to create a virtuous cycle where not only data is analyzed, but this analysis is transformed into decisions and actions that generate new data, and so on. Reporting and predictive analytics are now completed by prescriptive analytics.

Anticipating this trend, the founders of Sparkling Logic designed the SMARTS decision management platform to implement this cycle of data, insights, and decisions. Sparkling Logic SMARTS comes with a built-in AI & ModelOps environment that covers the full spectrum of operationalizing predictive models, from importing models built by data scientists, to creating new ones without prior knowledge of machine learning, to launching and managing learning jobs.

Sparkling Logic SMARTS AI & ModelOps

Predictive model import

Business analysts can import AI, machine learning, and deep learning models developed by data scientists, and leverage them in the decision logic. The models could be developed in Python, SPSS, SAS, or Project R among others. SMARTS integrates them as long as they are compliant to PMML, a standard for sharing and deploying predictive models, or are accessible as services.

SMARTS supports importing as PMML neural networks, multinomial, general, and linear/log regression, trees, support vector machines, naïve bayes, clustering, ruleset, scorecard, K-Nearest Neighbors (KNN), random forest, and other machine learning models.
​​
In cases where models exist but are only available as specification, business analysts can easily import these models and seamlessly transform them into business rules for full transparency and easy inspection.

There may be situations where it is necessary to call an external service that is available elsewhere. This external service can be a predictive model or a data source. SMARTS provides support for remote functions, which makes it possible to invoke an external service through JSON-RPC or REST services.

BluePen predictive technology

When time is of the essence, when models are short-lived or when expertise needs to be confronted with knowledge captured in the data, business experts can use the BluePen learning technology to quickly create a model, potentially leveraging existing models.

BluePen lets business analysts and business experts explore and analyze data using domain knowledge and expertise to identify predictors, or, alternatively, selects the predictors for them. Then, using the selected predictors, BluePen helps them to generate a model in the form of readable decision rules, tables, or trees, and integrate them into their decision logic.

Using BluePen, users can build meaningful predictive models in hours or days, rather than the months it often takes. Users can also engineer or modify the models. As a result, without heavy investment in data analytics efforts, these models can be tested, leveraged in simulations, and quickly deployed in the context of an operational business decision.

Regardless of the business analyst’s choice, he or she can operationalize a wide range of models within SMARTS. Being able to integrate models into decision logic is a central ability to test and measure the performance of the end-to-end decisioning.

Moreover, SMARTS allows the analyst to translate the insights from many different models into a decision. Typically, data-centric organizations will have many different models which each can contribute insights into what the decision should be. The orchestration of how these insights are combined is expressed in decision logic, turning multiple discrete predictions into actual prescriptive decisions.
​​
The benefits of combining machine learning and automated decisioning as SMARTS does are nothing less than transforming businesses into always learning organizations where data helps identify opportunities, machine learning turns that data into insights and automated decisioning turns this information into action, closing the virtuous cycle that data promises.

Takeaways

  • Data has moved from being a resource to assess how the business has been doing, to being an asset used to predict the future of the business, and finally to an asset used to improve automated decisions
  • Sparkling Logic SMARTS comes with a built-in AI & ModelOps environment that covers the full spectrum of operationalizing predictive models, from importing models, to creating new ones, to launching and managing learning jobs
  • With its AI & ModelOps capability, SMARTS helps in transforming businesses into learning organizations, closing the virtuous cycle that data promises. Data feeds analytics leading to improved decisions that generates additional data in addition to profits

About


Sparkling Logic is a decision management company founded in the San Francisco Bay Area to accelerate how companies leverage data, machine learning, and business rules to automate and improve the quality of enterprise-level decisions.

Carole-Ann is Co-Founder, Chief Product Officer at Sparkling Logic. You can reach her at cberlioz@sparklinglogic.com.

SMARTS Real-Time Decision Analytics


Real-time decision analytics
In this post, I briefly introduce SMARTS Real-Time Decision Analytics capability to manage the quality and performance of operational decisions from development, to testing, to production.

Decision performance

H. James Harrington, one of the pioneers of decision performance measurement, once said, “Measurement is the first step that leads to control and eventually to improvement. If you can’t measure something, you can’t understand it. If you can’t understand it, you can’t control it. If you can’t control it, you can’t improve it.” This statement is also true for decision performance.

Measuring decision performance is essential in any industry where a small improvement in a single decision can make a big difference, especially in risk-driven industries such as banking, insurance, and healthcare. Improving decisions in these sectors means continuously adjusting policies, rules, prices, etc. to keep them consistent with business strategy and compliant with regulations.

Decision performance management in SMARTS

SMARTS helps organizations make their operational decisions explicit, so that they can be tested and simulated before implementation — thereby reducing errors and bias. To this end, we added a real-time decision analytics capability to the core decision management platform.

Currently used in financial and insurance services, it helps both business analysts and business users to define dashboards, assess alternative decision strategies, and measure the quality of performance at all stages of the lifecycle of decision management — all with the same interface without switching from one tool to another.

Development. From the start, SMARTS focuses the decision automation effort on tangible business objectives, measured by Key Performance Indicators (KPIs). Analysts and users can define multiple KPIs through graphical interactions and simple, yet powerful formulas. As they capture their decision logic, simply dragging and dropping any attribute into the dashboard pane automatically creates reports. They can customize these distributions, aggregations, and/or rule metrics, as well as the charts to view the results in the dashboard.

Testing and validation. During the testing phase, analysts and users have access to SMARTS’ built-in map-reduce-based simulation environment to measure these metrics against large samples of data. Doing so, they can estimate the KPIs for impact analysis before the actual deployment. And all of this testing work does not require IT to code these metrics, because they are transparently translated by SMARTS.

Execution. By defining a time window for these metrics, business analysts can deploy them seamlessly against production traffic. Real-time decision analytics charts display the measurements and trigger notifications and alerts when certain thresholds are crossed or certain patterns are detected. Notifications can be pushed by email, or generate a ticket in a corporate management system. Also, real-time monitoring allows organizations to react quickly when conditions suddenly change. For example, under-performing strategies can be eliminated and replaced when running a Champion/Challenger experiment.

Uses cases

Insurance underwriting. Using insurance underwriting as an example, a risk analyst can look at the applicants that were approved by the rules in production and compare them to the applicants that would be approved using the rules under development. Analyzing the differences between the two sets of results drive the discovery of which rules are missing or need to be adjusted to produce better results or mitigate certain risks.

For example, he or she might discover that 25% of the differences in approval status are due to differences in risk level. This insight leads the risk analyst to focus on adding and/or modifying your risk related rules. Repeating this analyze-improve cycle reduces the time to consider and test different rules until he or she gets the best tradeoff between results and risks.

Fraud detection. An other example from a real customer case is flash fraud where decisions had to be changed and new ones rolled out in real time. In this case, the real-time decision analysis capability of SMARTS was essential so that the customer could spot deviation trends from normal situation directly in the dashboard and overcome the flood in the same user interface, all in real time.

Without this built-in capability, the time lag between the identification of fraud and the implementation of corrective actions would have been long, resulting in significant financial losses. In fact, with SMARTS Real-Time Decision Analytics, the fraud management for this client has gone from 15 days to 1 day.

Marketing campaign. The two above examples are taken from financial services but SMARTS real-time decision analytics helps in any context where decision performance could be immediately affected by a change in data, models, or business rules, such as in loan origination, product pricing, or marketing promotion.

In the latter case, SMARTS can help optimize promotion in real-time. Let’s say you construct a series of rules for a marketing couponing using SMARTS Champion/Challenger capability. Based on rules you determine, certain customers will get a discount. Some get 15% off (the current offering — the champion), while others get 20% (a test offering — the challenger). And you wonder if the extra 5% discount leads to more coupons used and more sales generated. With SMARTS real-time decision analytics environment, you find out the answer as the day progresses. By testing alternatives, you converge to the best coupon strategy with real data and on the fly.

Conclusion

As part of the decision lifecycle, business analysts obviously start by authoring their decision logic. As they progress, testing rapidly comes to the forefront. To this end, SMARTS integrates predictive data analytics with real-time decision analytics, enabling business analysts and business users to define dashboards and seamlessly associate metrics with the execution environment — using the same tool, the same interface, and just point and click.

Takeaways

  • SMARTS comes with built-in decision analytics — no additional or third-party tool is required
  • You can define metrics on decision results so you can measure and understand how each decision contributes to your organization’s business objectives
  • Decision metrics enable you to assess alternative decision strategies to see which should be kept and which rejected
  • SMARTS add-on for real-time decision analytics lets you monitor the decisions being made and make adjustments on the fly
  • SMARTS’ real-time decision analytics helps in any context where decision performance could be immediately affected by a change in data, models, or business rules

About

Sparkling Logic is a decision management company founded in the San Francisco Bay Area to accelerate how companies leverage data, machine learning, and business rules to automate and improve the quality of enterprise-level decisions.

Sparkling Logic SMARTS is an end-to-end, low-code no-code decision management platform that spans the entire business decision lifecycle, from data import to decision modeling to application production.

Carlos Serrano is Co-Founder, Chief Technology Officer at Sparkling Logic. You can reach him at cserrano@sparklinglogic.com.

Low-Code No-Code Applied to Decision Management


DevelopPreviewShip

Low-code no-code is not a new concept to Sparkling Logic. From the beginning, the founders wanted to deliver a powerful yet simple product, so that a business analyst could start with data and build decision logic with built-in predictive data analytics and execution decision analytics.

Version after version, they have achieved this vision through SMARTS, an end-to-end decision management platform that features low-code no-code for business analysts and business users to develop and manage decision logic through point-and-click operations.

Low-code development

For business analysts, SMARTS offers a low-code development environment in which users can express decision logic through a point-and-click user interface to connect data, experiment with decisions, monitor execution without switching between different tools to get the job done. Depending on the nature of the decision logic at hand and user preferences, business analysts can choose on the fly the most appropriate representation to capture or update their decision logic. The resulting decision logic is seamlessly deployed as a decision service without IT intervention.

To push the simplification even further, Sparkling Logic founders turned to their customers for inspiration on their needs and developed three complementary technologies:

  • RedPen, a patented point-and-click technology that accelerates rule authoring without a need to know rule syntax or involve IT to author the rules
  • BluePen, another patented point-and-click technology to quickly create or leverage a data model and put it into production without involving data scientists or IT
  • A dynamic questionnaire to produce intelligent front-ends that reduces the number of unnecessary or redundant questions

No-code apps

In addition to low-code development capability for business analysts, SMARTS also elevates the decision logic to a simple web form-based interface for untrained business users. They can configure their decision strategies, test the updated decision logic, and promote the vetted changes to the next staging environment — without learning rules syntax.

These business apps offer a business abstraction for most tasks available in SMARTS related to configuration, testing and simulation, invocation and deployment management, as well as administration.

For example, credit risk specialists can configure loans, credit cards, and other banking products, and pricing specialists can control pricing tables, through a custom business app specific to their industry. The no-code business app enables business users to cope with environment changes whether they are related to internal policies, competition pressure, or industry regulation.

Furthermore, SMARTS tasks can also be automated through orchestration scripts. Business users can trigger these scripts through the click of a button, or schedule them to be performed automatically and seamlessly.

About

Sparkling Logic is a decision management company founded in the Bay Area to accelerate how companies leverage internal and external data and models to automate and improve the quality of enterprise-level decisions.

Sparkling Logic SMARTS is an end-to-end, low-code no-code decision management platform that spans the entire business decision lifecycle, from data import to decision modeling to application production.

Hassan Lâasri is a data strategy consultant, now leading marketing for Sparkling Logic. You can reach him at hlaasri@sparklinglogic.com.

Best-in-class Series: Decision Authoring


Decision AuthoringYou think that authoring business rules is difficult? If you attend a decision management show, you will likely hear many business analysts share their frustration while struggling with their first rules project. For instance, I remember vividly ever-lasting conversations aimed at defining what a rule is. As a consequence, I made it my personal mission to address this challenge. Business analysts should be able to log into their decision management tool and feel confident.

Clearly, authoring decision logic is not rocket science, but the tooling you use plays an important role. In other words, if that tool looks like a software development environment, it will only feel intuitive to software developers, which, as a business person, you might consider rocket science! Overall, look for advanced capabilities that support what you need, as a business analyst:

  • Get started writing Business Rules intuitively in the context of data
  • Adapt your view depending on the task at hand, switching from text to a decision table, tree or graph
  • Combine business rules with very large MS Excel spreadsheets for efficient lookups
  • Design a business app, for those that need to access the decision logic in their own terms

Intuitive authoring in the context of data

As a business analyst, your business is your comfort zone. For example, an insurance business analyst will speak about applications, eligibility criteria, claims, and more. Asking that person to think in terms of “IF” and “THEN” and rules cannot feel natural out of the box. The solution is to bridge those two worlds by overlaying decision logic in the context of data. That is to say that you can click on Joe’s age to indicate that he does not meet the policy’s age requirement. Et voila!

Change representation at any time

Having to decide what representation is the most appropriate can be paralyzing. Often, requirements are bound to evolve over time. As a result, what seemed like a good candidate for a decision table may end up filled with scattered data. Assuming your tool locks you into a single representation after that initial choice, the cost of a bad choice becomes unbearable. A dynamic representation removes that dilemma. Just get started, and switch representation if and when you need a different way to interact. The nature of the rules may very well dictate a natural representation. For the convenience of editing, it may make more sense to change that view temporarily. As a compliance officer, you may prefer to look at a graph that documents all the paths that lead to an adverse action.

Spreadsheet requirements

As a business analyst, I bet you have to deal with quite a few spreadsheets. Once, I met a lady that managed around 10,000 spreadsheets for an insurance company! While many spreadsheets contain requirements that need to turn into business rules, many do not. In this lady’s case, a great number of these spreadsheets contained rating tables, which were regularly updated in that format. When it is the case, you want to keep those very large MS Excel spreadsheets as spreadsheets. We call them lookup models, for which you only supply the formula to read the data, aka which columns you need to match and how, and which columns you need to return. In the end, when you need efficient lookups, you need efficient lookups. Not every requirement needs to turn into a rule.

Business users may need business apps, not business rules authoring

As intuitive as a decision management tool can be, it may never meet the needs of a true business person. The bells and whistles that business analysts need, may be overwhelming for the financier or underwriter that needs access to the decision logic. In short, that person needs the decision logic abstracted into a business app. As the business analyst, you have full control of the capabilities you expose. Should you expose some thresholds? Or expose all rejection criteria? In some cases, you may not need to expose any of the decision logic, but rather give him or her the ability to run a simulation, and the authority to promote the decision to Production. Once again, business rules are an important part of the decision management project, but not everything has to do with authoring ‘just business rules’.

I will actually present a webinar in January, and would love to have you join me.

DecisionCAMP 2020 – Best Practices on Making Decisions


DecisionCAMP 2020

With the world on a partial lockdown due to COVID 19, we had to be creative. DecisionCAMP 2020 takes place virtually this year, through Zoom presentations and Slack interactions. The show invited me to present ahead of the event.
Watch my DecisionCAMP 2020 presentation now

I decided to tackle one of the most common rules designs. Though I hope that you will implement it in SMARTS, it is technology-agnostic. As such, you could adopt it regardless of the decision management system that you use.

A decision management system obviously makes decisions. These decisions can boil down to a yes or no answer. In many circumstances, the decision includes several sub-components, in addition to that primary decision. For this design pattern, however, I only focus on the primary decision. Note that you could use the same design applied to any sub-decision as well. This is a limitation of the presentation, not one of the design.

In an underwriting system, for example, the final approval derives from many different data-points. The system looks at self-disclosures regarding the driver(s) and the vehicle(s), but also third-party data sources like DMV reports. If the rules make that decision as they go through the available data, there is a risk of an inadvertent decision override. Hence the need for a design pattern that collects these point decisions, or intermediate decisions, and makes the final decision in the end. In this presentation, I illustrate how do it in a simple and effective manner.

Watch my DecisionCAMP 2020 presentation now


 2021 SparklingLogic. All Rights Reserved.