ComposableStack.AI CDP
HomeAssessmentAgentLibraryCurriculumHow It WorksSolutionsAbout
← All tasks
Operational taskmodule5· status: complete

Configure a Propensity Scoring Model

Set up a machine-learning model that predicts the likelihood of a customer performing a target action, using historical behavioral event data.

Propensity scoring transforms historical behavioral signals into per-profile likelihood scores that predict whether a customer will perform a specific action — such as making a purchase, churning, or upgrading — within a defined future window. The core output is a numerical score attached to each profile, together with influential-factor metadata that explains the model's reasoning. Practitioners must decide the prediction goal (conversion vs. churn), the target event field, the look-back window depth, and a re-scoring schedule that balances freshness against compute cost.

Key decisions include: choosing a target variable that reliably signals the desired outcome (e.g., a commerce event rather than a page-view proxy), ensuring the training dataset covers at least two full quarters of seasonality-representative data, and enabling score writeback to the profile store so downstream segments and activation pipelines can consume scores without extra ETL. Model explainability surfaces the top influential factors per cohort, which helps analysts validate that the model is not relying on spurious correlations.

Parallel viability note: This task has moderate parallelism outside AEP. Platforms such as Snowflake Cortex ML and Databricks ML Runtime offer feature engineering and classification model training on behavioral event tables with similar look-back control, and scores can be reverse-ETL'd back to a CDP profile store. Hightouch and most pure-play reverse-ETL tools do not include an embedded ML layer and would require an external model inference service. Teams evaluating non-AEP stacks should budget for a separate MLOps capability and a mechanism to attach scores to unified profiles.

Side-by-side implementations

Adobe Experience Platform (AEP)·confidence 85%
Adobe Experience Platform (AEP)Auto-drafted, pending review

In AEP, the Customer AI Intelligent Service is used to configure propensity models. A practitioner creates a schema conforming to the Consumer Experience Event (CEE) XDM mixin, ingests at least two quarters of historical behavioral data, and then creates a Customer AI instance by specifying a propensity type (Conversion or Churn), a target variable (e.g., commerce.purchases.value), and a scoring schedule. Scores are written back to the Real-time Customer Profile and are immediately available for segment creation via the Scoring Dashboard.

Capability: Audience Segmentation

Sources

  • source.tech-training-module5-ex2
  • source.tech-training-module5-ex3
  • source.experienceleague-adobe-com.en-docs-experience-platform-intelligent-services-customer-ai-2026
Snowflake·confidence 85%
SnowflakeAuto-drafted, pending review

Snowflake ML Functions provide a native classification capability that trains and scores propensity models directly on Snowflake table data without data export. Create a training view with labeled behavioral event features (sessions, product views, add-to-cart counts, recency) joined to a conversion indicator, then call SNOWFLAKE.ML.CLASSIFICATION.CREATE(<model_name>, <training_table>, ['feature1','feature2'], 'label_col') to train the model. Score new profiles by calling <model_name>!PREDICT(<scoring_features>) and storing the output as a new Snowflake column. A downstream dbt model or Hightouch audience model segments profiles by propensity decile for activation; note that Hightouch does not include an embedded ML layer — the Snowflake ML model output is the prerequisite for any propensity-based Hightouch activation.

Capability: Audience Segmentation

Sources

  • source.docs-snowflake-com.ml-functions-classification
  • source.docs-snowflake-com.cortex-ml-overview
Hightouch

Parallel implementation not yet available.

Task-level sources

  • technical-training/module5/index.md
  • technical-training/module5/ex2.md
  • technical-training/module5/ex3.md

How is this implementation?

Sign-in-gated. Tomorrow morning's curriculum-ingestor consumes your feedback: "Inaccurate" queues the task for re-review, "needs update" queues it for a refresh, and "one vendor panel is wrong" re-drafts just that panel.

What kind of feedback?
Sign-in required. Free.