Skip to content
Learning

Telecommunications customer churn classification

Model churn in the Iranian Churn dataset

Use 3,150 customer records to study the binary churn label. The current saved network takes 13 inputs and is evaluated on 630 held-out records.

3,150Source records
13Encoded input values
630Testing-role records
1Model outputs

1. Business decision

Retention analysts can review which customer patterns associate with recorded churn and assess the cost of classification errors. Prediction alone does not determine who benefits from a retention intervention.

Customer context

Use the updated Iranian dataset schema.

Threshold trade-off

Inspect missed churn and unnecessary contacts.

Action evidence

Evaluate retention interventions independently.

Customer analyticsRetention planningModel validation
Historical customer-record classification, not a causal estimate of retention uplift.

2. Data set

The UCI Iranian Churn Dataset replaces the previous telephone-usage table. Inputs include call failures, complaints, subscription length, usage, tariff, status, age and customer value. Churn = 1 is the positive class.

Source: Iranian Churn Dataset. Dataset license: CC-BY-4.0. The downloadable ZIP includes the adapted data and attribution notices.

Dataset measureSaved value
Analysis unitcustomer record
Records3,150
Raw variables14
Encoded model inputs13
Model outputs1
Training roles1890
Validation / selection roles630
Testing roles630
Unused roles0
FieldRoleTypeCategories
Call FailureInputNumeric
ComplainsInputBinary0, 1
Subscription LengthInputNumeric
Charge AmountInputNumeric
Seconds of UseInputNumeric
Frequency of useInputNumeric
Frequency of SMSInputNumeric
Distinct Called NumbersInputNumeric
Age GroupInputNumeric
Tariff PlanInputNumeric
StatusInputNumeric
AgeInputNumeric
Customer ValueInputNumeric
ChurnTargetBinary0, 1
Target class distribution pie chart
Target class distribution pie chart. Native Neural Designer report for this project.
The saved project assigns rows to training, validation and testing as shown above. This is internal record-level evaluation; it does not demonstrate separation by subject, device, site or acquisition batch.

3. Model

The model has 13 encoded inputs and 1 outputs. No architecture-selection experiment is recorded in this project. The diagram shows the topology used by the saved model.

LayerInput shapeOutput shapeActivation
Scaling1313
Dense133Tanh
Dense31Sigmoid

Output values are uncalibrated model scores. For binary evaluation, the saved positive class is 1.

Telecommunications customer churn classification — initial network architecture
Topology of the saved current model; no architecture selection is recorded.

4. Training strategy

The saved training configuration uses QuasiNewton with WeightedSquaredError.

Quasi-Newton method results

MeasureValue
Epochs number103
Elapsed time00:00:00
Stopping criterionMinimum loss decrease
Training error0.225
Validation error0.213
Quasi-Newton method error history
Quasi-Newton method error history. Native Neural Designer report for this project.

5. Model selection

No model selection experiment is recorded for this version. The validation subset guides fitting where a training report is present; it is distinct from the held-out test rows.

On this test subset a majority-class baseline would correctly classify 85.24% of the records. This baseline does not detect both classes and is not an optimized model.

6. Testing analysis

The figures and tables below refer to the current project’s saved testing analysis. The subset uses testing role 2; it contains 630 source records.

ROC AUC describes ranking on this testing subset. Any optimal threshold shown in the saved ROC report was selected descriptively on that same subset; it is not an independently validated operating policy.

These operating-point metrics are calculated from the saved confusion counts at threshold 0.5. The positive-label coding is stated in the model section.

Confusion table

MeasurePredicted positivePredicted negativeTotal
Actual positive85 (13.5%)8 (1.3%)93 (14.8%)
Actual negative52 (8.3%)485 (77.0%)537 (85.2%)
Total137 (21.7%)493 (78.3%)630 (100.0%)
Test measureValue
Testing records630
Positive cases93
Positive prevalence14.76%
Accuracy90.48%
Sensitivity / recall91.40%
Specificity90.32%
Precision / PPV62.04%
F1 score0.739

Area under curve

MeasureValue
Area under curve0.922
ROC chart
ROC chart. Native Neural Designer report for this project.

7. Model deployment

Open the downloaded project in Neural Designer, inspect the dataset roles and preprocessing, then review the saved task report. Use the same input schema and category order when calculating outputs. The ZIP contains the exact current .nd, its source data and the applicable dataset notices.

Workflow: source measurements → schema and availability checks → model output → domain review. Keep model versions, validation evidence and incoming-data monitoring together.

8. Evidence and limitations

Check when complaints, account status and customer value become available relative to the churn label before prospective use. Random row testing does not establish transfer to later periods or other operators. Review calibration, subgroup performance and intervention costs separately.

References