Demand and workload
Forecast tickets, orders, appointments, or processing time to plan shifts and service capacity.
Demand prediction · employee analytics · access decisions · quality control
Operational teams already manage requests, jobs, assets, measurements, schedules, costs, and outcomes. That data can support a model when a prediction changes a real decision. Good starting points include staffing, maintenance, routing, and review.
Classification can route an access request, categorize a measured object, or flag a likely exception. Regression can estimate salary, duration, noise, demand, or cost. The model needs a defined workflow and an owner. The evaluation should keep related people, assets, or future records out of training when necessary.
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 |
|---|---|---|---|---|---|---|
| Amazon Employee Access | Access request classification | Binary classification | 32,769 | 9 | Benchmark | Try Amazon Employee Access in Google Sheets |
| Employee Salaries | Compensation estimation | Regression | 9,228 | 10 | Benchmark | Try Employee Salaries in Google Sheets |
| Airfoil Self Noise | Engineering noise prediction | Regression | 1,503 | 5 | Benchmark | Try Airfoil Self Noise in Google Sheets |
| Phoneme | Acoustic classification | Binary classification | 5,404 | 5 | Benchmark | Try Phoneme in Google Sheets |
| Monks Problems 2 | Complex rule classification | Binary classification | 601 | 6 | Benchmark | Try Monks Problems 2 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.
Forecast tickets, orders, appointments, or processing time to plan shifts and service capacity.
Analyze compensation, retention, absence, or staffing outcomes while checking for policy and fairness implications.
Prioritize permission requests, cases, or work items using role and process context, with explicit escalation paths.
Use process settings and measurements to estimate defects, noise, yield, or other continuous quality outcomes.
Estimate failure or delay risk early enough to schedule inspection, maintenance, or operational intervention.
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.
Workforce data can affect people directly. Avoid opaque employee scoring, limit access, document the purpose, and assess whether attributes or outcomes create unfair treatment.
Identity and access predictions should assist risk-based review, not silently grant privilege. Apply least-privilege controls, audit decisions, and preserve a deterministic policy layer around any probabilistic model.
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.