Customer retention
Identify accounts with patterns associated with churn so service teams can address a real problem before offering an incentive.
Customer behaviour · retention · filtering · inventory planning
Commercial machine learning should answer a concrete operating question. Who may leave? Who is likely to attend? Which message needs review? What quantity should a team plan for? Customer, subscription, booking, product, and interaction systems store these signals in structured tables.
Many customer problems use classification with a yes or no target. Pricing, lifetime value, demand, and inventory often use regression or forecasting. Choosing an algorithm isn't the hard part. Teams must define an outcome they can act on, prevent future information from leaking into training, and measure whether the action creates value.
Each row connects a business problem to its dataset profile, held-out benchmark results, and prepared Google Sheet. Dataset size provides context. It isn't a quality score. Compare results only when the tasks and metrics match.
| Dataset | Problem | Task | Rows | Features | Evidence | Carla |
|---|---|---|---|---|---|---|
| Telco Customer Churn | Customer churn | Binary classification | 7,043 | 20 | Benchmark | Try Telco Customer Churn in Google Sheets |
| Fitness Club | Attendance and no-shows | Binary classification | 1,500 | 6 | Benchmark | Try Fitness Club in Google Sheets |
| Spambase | Message filtering | Binary classification | 4,601 | 57 | Benchmark | Try Spambase in Google Sheets |
| Abalone | Age and yield estimation | Regression | 4,177 | 8 | Benchmark | Try Abalone in Google Sheets |
A worthwhile use case has an outcome you can define, examples of past outcomes, inputs available at prediction time, and a workflow that can act on the result.
Identify accounts with patterns associated with churn so service teams can address a real problem before offering an incentive.
Estimate which customers are likely to act, helping teams target relevant communications and measure incremental impact.
Predict bookings, arrivals, or no-shows to manage waitlists, staffing, and constrained service capacity.
Classify messages or transactions for review while monitoring false positives that could block legitimate activity.
Estimate value, demand, age, yield, or replenishment quantities from product and market attributes.
Start with fields that exist before the prediction is made. Remove identifiers unless they serve a defensible purpose, and watch for columns that reveal the outcome indirectly.
Carla’s benchmark pages use persisted held-out splits. Models train on one set of rows and run on another. This keeps comparisons reproducible across the browser and Python runners. It doesn't remove the differences between a public dataset and your process.
Use the benchmark to inspect task formulation, metrics, variability, and runtime. Then repeat the evaluation on your own historical data with a split that resembles future use.
Customer behavior can become intrusive when data is collected or combined beyond reasonable expectations. Use purpose limitation, consent where required, and clear retention and access policies.
Running analysis locally can reduce spreadsheet uploads and third-party processing. Teams should still remove unnecessary identifiers, protect shared Sheets, and ensure predictions are used consistently with customer commitments.
Before deployment, document the intended user, decision, target definition, acceptable errors, excluded uses, and a process for monitoring changes. Keep a manual path for unusual cases and for people affected by consequential decisions.
Run a model for rows and columns directly on your data in Google Sheets. Carla runs it locally in your browser. Your spreadsheet doesn't need to go to a model server.
Choose a repeated decision with a measurable historical outcome, data available before the decision, and a person who can act on the prediction. Begin with a narrow classification or regression question rather than trying to automate an entire process.
No. The linked dataset pages explain the target and benchmark, and Carla lets you run a tabular foundation model from Google Sheets. Production decisions still require appropriate domain, data, and governance expertise.
No. A benchmark measures a model on a specific dataset and evaluation design. Your population, definitions, data quality, time period, and workflow can produce materially different results.