Customer Lifetime Value (CLV) has been the bedrock of customer relationship management. CLV helps you optimize ad spend, focus sales on high-value segments, improve retention via personalized campaigns. Using ML to analyze and predict CLV offers more accurate, actionable insights by learning from behavioral data at scale.Customer Lifetime Value (CLV) has been the bedrock of customer relationship management. CLV helps you optimize ad spend, focus sales on high-value segments, improve retention via personalized campaigns. Using ML to analyze and predict CLV offers more accurate, actionable insights by learning from behavioral data at scale.

Exploring Machine Learning Techniques for LTV/CLV Prediction

2025/10/01 10:39

The world's moving at a pace that'd make a cheetah look slow. We’re knee-deep in a tidal wave of tech advancements, radical business paradigm shifts, and full-blown cultural transformations. Trying to predict what comes next? That's the ultimate quest, and it takes more than a hunch.

In the trenches of Customer Relationship Management (CRM), there’s one number that now matters more than the rest: the lifetime value of each customer. It's not just important; it's the high-stakes game-changer.

Every business is hunting for that superior edge: better ways to mint value, refine the offer, hook the right customers, and, yes, turn a profit. For years, the Customer Lifetime Value (CLV) metric has been the bedrock, the compass guiding marketing spend and measuring overall success. Understanding the net benefit a company can realistically expect from its customer base isn't just "nice to know"; it's the key to the whole operation.

CLV has cemented itself as a cornerstone strategy because it’s a brilliant two-for-one: it reflects both the customer’s present spend and their future potential.

Forget the spreadsheets and guesswork of the past. In this piece, we’re drilling down into the nuts and bolts of how to leverage machine learning (ML) to forecast future CLV.

What is Customer Lifetime Value

To put it simply, CLV represents the total value a customer brings to a company over their entire relationship. This concept has been discussed extensively in customer relationship management literature recently. It’s calculated by multiplying the average transaction value by the number of transactions and the retention time period:

CLV = Average Transaction Value × Number of Transactions × Retention Time Period 

Let us bring some examples. Suppose you own a coffee shop where the average customer spends $5 per visit, and they visit your shop twice a week, on average, for a period of 2 years. Here’s how you would calculate the CLV:

CLV = $5 (average transaction) x 2 (visits per week) x 52 (weeks in a year) x 2 (years) = $1040 CLV 

Why it matters: CLV helps you optimize ad spend, align CAC with value, focus sales on high-value segments, improve retention via personalized campaigns, and plan revenue with realistic targets. Using ML to analyze and predict CLV offers more accurate, actionable insights by learning from behavioral data at scale.

Data model (minimal yet sufficient)

Transactions (one row per order/charge/renewal):

| userid | ts | amount | currency | channel | sku | country | isrefund | variable_cost | |----|----|----|----|----|----|----|----|----|

Users:

| userid | signupts | country | device | acquisition_source | … | |----|----|----|----|----|----|

Events (optional):

| userid | ts | eventname | metadata_json | |----|----|----|----|

Create labels & base features (leakage-safe)

We choose a prediction cutoff t₀ and horizon H (e.g., 30/90/180/365 days). All features must be computed using data up to and including t₀; labels come strictly after t₀ through t₀+H.

SQL — label and historical features

-- Parameters (set in your job): t0, horizon_days WITH tx AS (   SELECT     user_id,     ts,     CASE WHEN is_refund THEN -amount ELSE amount END AS net_amount   FROM transactions ), label AS (   SELECT user_id,          SUM(net_amount) AS y_clv_h   FROM tx   WHERE ts > TIMESTAMP(:t0)     AND ts <= TIMESTAMP_ADD(TIMESTAMP(:t0), INTERVAL :horizon_days DAY)   GROUP BY user_id ), history AS (   SELECT     user_id,     COUNT(*)                              AS hist_txn_cnt,     SUM(net_amount)                       AS hist_revenue,     AVG(net_amount)                       AS hist_aov,     MAX(ts)                               AS last_txn_ts,     MIN(ts)                               AS first_txn_ts   FROM tx   WHERE ts <= TIMESTAMP(:t0)   GROUP BY user_id ) SELECT   u.user_id,   u.country, u.device, u.acquisition_source,   h.hist_txn_cnt, h.hist_revenue, h.hist_aov,   TIMESTAMP_DIFF(:t0, h.last_txn_ts, DAY)  AS recency_days,   TIMESTAMP_DIFF(:t0, h.first_txn_ts, DAY) AS tenure_days,   COALESCE(l.y_clv_h, 0.0)                 AS label_y,   TIMESTAMP(:t0)                           AS t0 FROM users u LEFT JOIN history h USING (user_id) LEFT JOIN label   l USING (user_id); 

Python — leakage checks & quick features

import pandas as pd import numpy as np   # df has columns from the SQL above  def validate_leakage(df, t0_col="t0", last_txn_col="last_txn_ts"):     assert (df[last_txn_col] <= df[t0_col]).all(), "Leakage: found events after t0 in features"   def add_basic_features(df):     df["rfm_recency"] = df["recency_days"]     df["rfm_frequency"] = df["hist_txn_cnt"].fillna(0)     df["rfm_monetary"] = df["hist_aov"].fillna(0).clip(lower=0)     df["arpu"] = (df["hist_revenue"] / (df["tenure_days"]/30).clip(lower=1)).fillna(0)     df["log_hist_revenue"] = np.log1p(df["hist_revenue"].clip(lower=0))     return df 

\

Modeling approaches

Now let’s explore two ways to predict CLV using machine learning: by cohorts and by users.

The fundamental difference between these approaches is that in the first, we form cohorts of users based on a certain characteristic (e.g., users who registered on the same day). In the second, we do not create such groups and treat each user individually. The advantage of the first approach is that we can achieve greater prediction accuracy. But there is a downside: the thing is that we must fix the characteristic by which we group users into cohorts. In the second approach, it is generally more challenging to predict the CLV of each user accurately; however, this method allows us to analyse the predicted CLV data based on various characteristics (e.g., user’s country of origin, registration day, the advertisement they clicked on, etc.).

It is also worth mentioning that CLV predictions are rarely made without a time constraint. A user can experience several “lifetimes” throughout their lifecycle, so CLV is usually considered over a specific period, such as 30, 90, or 365 days.

By cohorts (time-series forecasting)

One of the most common ways to form user cohorts is by grouping them based on their registration day. This allows us to frame the task of predicting CLV as a time series prediction task. Essentially, our time series will represent the CLV of users over past periods, and the task will be to predict (extend) this time series into the future. This can be framed as a time-series task and extended to hierarchical models (e.g., country → region). Libraries like Nixtla offer advanced reconciliation and hierarchical tools.

# df_tx: transactions with ['user_id','ts','amount','is_refund','signup_day'] import numpy as np import pandas as pd  tx = df_tx.assign(net_amount=lambda x: np.where(x.is_refund, -x.amount, x.amount)) cohort_daily = (     tx.groupby([pd.Grouper(key="ts", freq="D"), "signup_day"]).net_amount.sum()       .rename("cohort_gmv").reset_index() ) 

Exponential Smoothing (statsmodels) as a strong baseline:

from statsmodels.tsa.holtwinters import ExponentialSmoothing  def forecast_cohort(series, steps=90):     # series: pandas Series indexed by day for one cohort     model = ExponentialSmoothing(series, trend="add", seasonal="add", seasonal_periods=7)     fit = model.fit(optimized=True, use_brute=True)     fcst = fit.forecast(steps)     return fcst 

By Users

Buy Till You Die (BTYD)

What is it? The “Buy ‘Til You Die” family models two hidden processes for each customer: (1) how often they make repeat purchases while they are alive and (2) when they drop out (churn). BG/NBD gives the expected number of future transactions and the probability a customer is still alive at any future time. Pairing it with Gamma–Gamma gives the expected spend per transaction, so multiplying the two yields a CLV forecast over a horizon.

BG/NBD in plain English

  1. Each customer has their own latent purchase rate λ (some shop often, some rarely). We assume λ varies across customers following a Gamma distribution — this heterogeneity yields a Negative Binomial model for purchase counts.
  2. After each purchase, there is a chance the customer “dies” (churns) and never buys again. That per‑customer churn probability p varies across customers following a Beta distribution (hence Beta–Geometric).
  3. Using only three summary stats per customer observed up to the cutoff t₀ — frequency (repeat purchase count), recency (time from first to most recent purchase), and T (age since first purchase) — the model estimates expected future purchases up to horizon H and probability‑alive at time t.

Pareto/NBD vs BG/NBD — BG/NBD assumes churn can only occur immediately after a purchase (simple and fast), while Pareto/NBD allows churn at any time (often fits long gaps better but is heavier to estimate).

Gamma–Gamma (monetary value) Assumes each customer has a latent average order value; given that value, their observed order amounts are Gamma distributed, with customer‑to‑customer variation captured by a Gamma prior (hence Gamma–Gamma). It further assumes spend size is independent of purchase frequency conditional on the customer—if that is badly violated, prefer a supervised model. This approach also requires frequency > 0 (at least two purchases) to estimate an average order value; otherwise backfill with a cohort AOV or a supervised prediction.

Where it shines / watch‑outs

  • Shines: cold‑start or early lifecycle, sparse data, simple pipelines, quick baselines, and explainability (probability‑alive curves).
  • Watch‑outs: assumes stationarity of purchase rate and churn over the horizon, independence of spend from frequency, needs strictly positive monetary values, and does not natively handle covariates (extend in Bayesian frameworks or segment beforehand).

Models repeat purchases & churn, and spend given a purchase. Good with sparse data and early lifecycles.

# pip install lifetimes from lifetimes import BetaGeoFitter, GammaGammaFitter from lifetimes.utils import summary_data_from_transaction_data  summary = summary_data_from_transaction_data(     transactions=df_tx, customer_id_col='user_id',     datetime_col='ts', monetary_value_col='amount',     observation_period_end=t0  # pandas Timestamp )  bgf = BetaGeoFitter(penalizer_coef=0.001).fit(     summary['frequency'], summary['recency'], summary['T'] )  ggf = GammaGammaFitter(penalizer_coef=0.001).fit(     summary['frequency'], summary['monetary_value'] )  H = 180 summary["pred_txn_H"] = bgf.conditional_expected_number_of_purchases_up_to_time(     H, summary['frequency'], summary['recency'], summary['T'] ) summary["pred_spend_given_txn"] = ggf.conditional_expected_average_profit(     summary['frequency'], summary['monetary_value'] ) summary["clv_H"] = summary["pred_txn_H"] * summary["pred_spend_given_txn"] 

Treating CLV Prediction as a Regression Task

When predicting by users, we can build a model that forecasts each customer’s CLV using signals that describe the individual—purchases, on‑site behaviour (where available), pre‑signup exposure such as the ad or campaign that led to registration, and socio‑demographic attributes. Cohort‑level information like registration day can be folded in as additional descriptors. If we frame CLV as a regression target, any supervised regressor applies; in practice, gradient‑boosted trees (XGBoost, LightGBM, CatBoost) are reliable baselines for tabular data. After establishing this baseline, you can explore richer methods. A core limitation of standard tabular models is that they do not natively model sequences even though customer data often arrives as ordered events—purchase histories, in‑app navigation paths, and marketing‑touch sequences before registration. The classic workaround compresses sequences into aggregates (averages, dispersions, inter‑purchase intervals), but this discards temporal dynamics.

# pip install lightgbm import lightgbm as lgb from sklearn.model_selection import GroupKFold from sklearn.metrics import mean_absolute_error  FEATURES = [     "rfm_recency","rfm_frequency","rfm_monetary","arpu",     "tenure_days","log_hist_revenue","country","device","acquisition_source" ]  df = add_basic_features(df).fillna(0) for c in ["country","device","acquisition_source"]:     df[c] = df[c].astype("category")  X = df[FEATURES] y = df["label_y"]  # Group by signup month or a cohort key to avoid temporal leakage gkf = GroupKFold(n_splits=5) groups = df["signup_month"]  # precomputed elsewhere  models, oof = [], np.zeros(len(df)) params = dict(objective="mae", metric="mae", learning_rate=0.05,               num_leaves=64, min_data_in_leaf=200, feature_fraction=0.8,               bagging_fraction=0.8, bagging_freq=1)  for tr, va in gkf.split(X, y, groups):     dtr = lgb.Dataset(X.iloc[tr], label=y.iloc[tr])     dva = lgb.Dataset(X.iloc[va], label=y.iloc[va])     model = lgb.train(params, dtr, valid_sets=[dtr, dva],                       num_boost_round=3000, early_stopping_rounds=200,                       verbose_eval=200)     oof[va] = model.predict(X.iloc[va])     models.append(model)  print("OOF MAE:", mean_absolute_error(y, oof)) 

You’re probably wondering: Why MAE here, and how to choose a loss? We set objective="mae" (L1) and track metric="mae" because CLV labels are typically heavy‑tailed and outlier‑prone; L1 is robust to extreme values and aligns with WAPE—the business metric many teams report. If your objective is to punish large misses more strongly for high‑value customers, use L2 (MSE/RMSE). If planning needs P50/P90 scenarios for budgets and risk, use quantile loss (objective="quantile", alpha=0.5/0.9). For dollar amounts with many zeros and a continuous positive tail (insurance‑style severity), consider Tweedie (objective="tweedie", tweedie_variance_power≈1.2–1.8). For forecasting counts (e.g., number of purchases) use Poisson. In short, pick the loss that matches how decisions are made—targets, risk tolerance, and whether you optimize absolute error, tail risk, or ranking.

How LLMs are Changing CLV Prediction

The rise of Large Language Models (LLMs) is transforming the Customer Lifetime Value (CLV) prediction process by enhancing traditional models and enabling new data-driven insights.

LLMs impact CLV prediction primarily through their ability to process and generate nuanced text data, which was previously challenging to incorporate effectively:

  • Advanced Feature Engineering: LLMs can process unstructured text data—like customer feedback, support tickets, product reviews, and interaction transcripts—to automatically generate sophisticated features (numerical representations called embeddings). These embeddings capture the semantic meaning and sentiment of interactions, providing a richer, context-aware input for traditional CLV models (e.g., regression or neural networks). This goes beyond simple Natural Language Processing (NLP) to capture deeper intent and preference.
  • Deeper Customer Segmentation and Insights: By analyzing customer communication, LLMs can help segment customers based not just on purchase history, but on their expressed attitudes, pain points, and preferences. This allows for more granular and psychologically insightful customer clusters, leading to more accurate group-based CLV predictions.
  • Simulating and Anticipating Behavior: LLMs can be used to simulate customer responses to various marketing or service initiatives. By feeding in historical customer data and proposed strategies, businesses can anticipate potential future actions and gauge their impact on CLV before implementation.
  • Proactive Retention Strategies: The insights from LLM-enhanced analysis can better identify early warning signs of churn by detecting shifts in sentiment or engagement patterns in customer interactions, enabling proactive, tailored retention efforts.

Wrapping Up

So, what's the takeaway? Implementing predictive CLV models isn't just a tech upgrade—it’s handing your business the ultimate cheat code for understanding customer potential.

By hooking into data analytics and predictive algorithms, you don't just guess; you know who your most valuable customers are. This power lets you hyper-personalize customer experiences, radically boost retention efforts, and tailor marketing campaigns with sniper-like precision. The result? You allocate resources more efficiently and maximize your ROI.

But it gets better. Predictive CLV doesn't just impact marketing. It’s a sustainable growth engine. It delivers the insights needed for optimized pricing strategies, allows for informed financial planning, and powers smarter, strategic decision-making across the board.

Disclaimer: The articles reposted on this site are sourced from public platforms and are provided for informational purposes only. They do not necessarily reflect the views of MEXC. All rights remain with the original authors. If you believe any content infringes on third-party rights, please contact service@support.mexc.com for removal. MEXC makes no guarantees regarding the accuracy, completeness, or timeliness of the content and is not responsible for any actions taken based on the information provided. The content does not constitute financial, legal, or other professional advice, nor should it be considered a recommendation or endorsement by MEXC.
Share Insights

You May Also Like

On-chain fee report for the first half of 2025: 1,124 protocols achieved profitability, with revenue exceeding $20 billion.

On-chain fee report for the first half of 2025: 1,124 protocols achieved profitability, with revenue exceeding $20 billion.

Author: 1kx network Compiled by: Tim, PANews 1kx has released its most comprehensive on-chain revenue report to date for the crypto market: the "1kx On-Chain Revenue Report (First Half of 2025)". The report compiles verified on-chain fee data from over 1,200 protocols, clearly depicting user payment paths, value flows, and the core factors driving growth. Why are on-chain fees so important? Because this is the most direct signal of genuine payment demand: On-chain ecosystem = open, global, and has investment value Off-chain ecosystem = restricted, mature Data comparison reveals development trends: on-chain application fees increased by 126% year-on-year, while off-chain fees only increased by 15%. How large is the market? In 2020, on-chain activity was still in the experimental stage, but by 2025 it will have developed into a real-time measurable $20 billion economy. Users are paying for hundreds of application scenarios: transactions, buying and selling, data storage, cross-application collaboration, and we have counted 1,124 protocols that have achieved on-chain profitability this year. How are the fees generated? DeFi remains a core pillar, contributing 63% of total fees, but the industry landscape is rapidly evolving: The wallet business (which surged 260% year-on-year) has transformed the user interface into a profit center. Consumer apps (200% growth) directly monetize user traffic. DePIN (which surged 400%) brings computing power and connectivity services onto the blockchain. Does the on-chain economy truly exist? Although the total cost did not exceed the 2021 peak, the ecological health is stronger than before: At that time, on-chain fees accounted for over 40% of ETH transactions; now, transaction costs have decreased by 86%. The number of profitable agreements increased eightfold. Token holders' dividends hit a record high What are the core driving factors? The asset price determines the on-chain fees denominated in USD, which is in line with expectations, but the following should be noted: Price fluctuations trigger seasonal cycles 21 years later, application costs and valuations show a strong causal relationship (increased costs drive up valuations). The influence of on-chain factors in specific tracks is significant. Who is the winner? The top 20 protocols account for 70% of the total fees, but the rankings change frequently, as no industry can be disrupted as rapidly as the crypto space. The top 5 are: meteora, jito, jupitter, raydium, and solana. A discrepancy exists between expenses and valuation: Although application-based projects dominate expense generation, their market capitalization share has remained almost unchanged. Why is this? The market's valuation logic for application-based projects is similar to that for traditional enterprises: DeFi has a price-to-earnings ratio of about 17 times, while public chains have a valuation as high as 3900 times, which reflects additional narrative value (store of value, national-level infrastructure, etc.). What are the future trends for on-chain fees? Our baseline forecast shows that on-chain fees will exceed $32 billion in 2026, representing a year-on-year increase of 63%, primarily driven by the application layer. RWA, DePIN, wallets, and consumer applications are entering a period of accelerated development, while L1 fees will gradually stabilize as scaling technology continues to advance. Driven by favorable regulations, we believe this marks the beginning of the crypto industry's maturity phase: application scale, fee revenue, and value distribution will eventually advance in tandem. Full version: https://1kx.io/writing/2025-onchain-revenue-report
Share
PANews2025/10/31 16:43